웹 분석, 정말 믿을 수 있을까?

JavaScript 기반 분석 도구는 네트워크 오류, 광고 차단 등으로 인해 실제 사용자 수를 과소 집계하는 경향이 있음

과도한 JavaScript는 브라우저 충돌을 유발하며, 일부 사용자는 JavaScript 비활성화 또는 RSS 리더 등으로 접속하여 데이터에서 누락됨

서버 렌더링(Server Rendering)으로 전환 시, 폼 완료율이 두 배 증가하는 등 실질적인 사용자 경험 개선이 관찰됨

분석 데이터는 근사치로 활용하고, 실제 사용자 경험은 직접 테스트 및 소통으로 파악해야 함

JavaScript 분석의 근본적 한계점

커뮤니티에서는 JavaScript 기반 분석 도구가 본질적으로 스파이웨어(Spyware) 역할을 수행하며, 광고 차단기(Ad-blockers) 및 추적 방지 기능에 의해 스크립트 로딩 자체가 차단되는 경우가 많다고 지적합니다. 이는 데이터 수집의 신뢰성을 심각하게 저해하며, 사용자가 의도적으로 추적을 피하는 경우를 포함하여 수많은 잠재 사용자가 통계에서 누락된다는 점을 강조합니다.

SPA의 과도한 JavaScript 의존성 문제

논의에서는 JavaScript 중심의 SPA(Single Page Application) 아키텍처가 과도한 스크립트 로딩으로 인해 저사양 기기에서 브라우저 탭 충돌을 유발할 수 있다고 언급합니다. 또한, Opera Mini와 같이 JavaScript 지원이 제한적이거나 비활성화된 환경, 혹은 RSS 리더와 같은 JavaScript를 제거하는 서비스를 통해 콘텐츠에 접근하는 사용자들은 분석 데이터에서 완전히 배제된다는 점이 문제로 지적됩니다.

서버 렌더링(Server Rendering) 전환의 효과

글쓴이는 서버 렌더링(Server Rendering) 기반의 웹사이트로 전환한 후, 폼 완료율이 두 배 증가했으며, 이전에는 파악할 수 없었던 사용자 유입 경로가 드러났다고 설명합니다. 이는 데이터 미저장 정책(Zero-Retention Policy)을 적용한 백엔드 세션 유지 방식과 결합되어, 사용자가 월 단위로도 양식을 완료할 수 있게 된 결과입니다. 웹 분석의 취약성(Fragility of Web Analytics)을 극복한 사례로 제시됩니다.

Chrome 중심 테스트의 위험성

댓글에서는 Chrome 외 브라우저(Firefox, Safari)에서의 호환성 테스트 부족을 강하게 비판합니다. 많은 개발자가 Chrome 또는 Chrome 기반 브라우저(Edge, Opera)만을 테스트 환경으로 사용하면서, 실제로는 다른 브라우저에서 웹사이트가 제대로 작동하지 않는 심각한 문제를 간과할 수 있다는 점을 지적합니다. 이는 사용자 경험의 불균형을 초래하며, 데이터 왜곡의 또 다른 원인이 됩니다.

분석 데이터와 실제 트래픽 간의 괴리

실제 사례로, 글쓴이의 서버 로그는 Plausible 대시보드보다 3배 많은 트래픽을 보고했습니다. 이 차이는 봇 트래픽을 제외하더라도 RSS 리더 등 분석 도구가 추적할 수 없는 사용자 그룹 때문에 발생합니다. 따라서 분석 대시보드에만 의존하는 것은 수천 명의 잠재 사용자를 놓칠 수 있으며, 제품 의사결정(Product Decisions)에 심각한 편향을 초래할 수 있다고 경고합니다.