Cloudflare Web Analytics, SPA 소프트 내비게이션 측정 정확도 개선
Cloudflare가 Web Analytics(Real User Monitoring)에서 단일 페이지 애플리케이션(SPA)의 소프트 내비게이션 측정 정확도를 높이는 변경을 적용하고 있다. 이번 변경은 브라우저별 측정 방식 차이를 더 명확히 반영하는 방향이어서, 기존 추세와 비교할 때 페이지뷰·방문 수·LCP 해석 기준을 함께 점검할 필요가 있다.
무엇이 바뀌었나
이번 변경의 핵심은 SPA에서 발생하는 클라이언트 측 이동을 더 세밀하게 구분해 집계하는 것이다. Cloudflare는 소프트 내비게이션 측정 정확도가 개선되며, 그 결과 대시보드와 GraphQL API에 표시되는 페이지뷰와 방문 수가 이전과 다른 수준으로 보일 수 있다고 설명했다.
특히 Chrome 계열에서는 새로운 Soft Navigation API를 활용해 소프트 내비게이션 시점의 LCP를 직접 측정할 수 있게 됐다. 반면 해당 API를 지원하지 않는 환경에서는 Navigation API 또는 History API 기반 대체 측정을 사용하므로, 브라우저별 데이터 특성이 완전히 같지는 않다.
navigationType 구분 확장과 데이터 해석 변화
Cloudflare는 내비게이션 유형 값을 확장해 하드 내비게이션과 소프트 내비게이션을 나눠 보여준다. 새로 추가된 soft-navigation은 Soft Navigation API를 사용할 수 있는 환경의 클라이언트 측 이동을 뜻하고, routing-apis는 해당 API가 없는 브라우저에서 Navigation API 또는 History API 기반으로 포착한 이동을 의미한다.
이전에는 History API 기반 측정만 사용했고 모든 내비게이션이 navigate로 묶였기 때문에, 변경 전후 지표를 단순 비교하면 실제 트래픽 변화와 측정 방식 변화를 혼동할 수 있다. 운영팀이 GraphQL API 결과를 내부 리포트, 마케팅 대시보드, 성능 기준선과 연결해 쓰고 있다면 navigationType 분리 영향을 함께 검토하는 편이 안전하다.
운영자가 확인할 점
프런트엔드가 React, Angular, Vue, Svelte 같은 SPA 구조이거나, 전통적인 다중 페이지 사이트라도 Navigation API·History API를 일부 사용한다면 이번 변경의 영향을 받을 수 있다. 즉 SPA만의 이슈로 단정하기보다, 실제 라우팅 구현 방식을 기준으로 영향 범위를 확인하는 것이 중요하다.
Cloudflare Web Analytics 데이터를 성능 알림이나 월간 보고서에 사용 중이라면, 변경 적용 시점을 기준으로 페이지뷰·방문 수·LCP 추세선이 꺾이는지 확인해야 한다. 수치 변동이 보이더라도 곧바로 트래픽 이상이나 사용자 경험 악화로 해석하기보다 브라우저 구성과 프런트엔드 라우팅 구조 변화를 함께 봐야 한다.
서버호스팅·코로케이션 환경의 운영팀 입장에서는 원인 분석 과정에서 원본 애플리케이션 변경과 분석 도구 집계 방식 변경을 분리하는 것이 핵심이다. 특히 일본 IDC나 한국 IDC처럼 여러 고객 워크로드를 함께 운영하는 환경에서는 공용 대시보드의 지표 급변이 인프라 장애로 오인되지 않도록, 애널리틱스 변경 이력을 내부 운영 기록에 남겨두는 편이 유용하다.
핵심 포인트
- Cloudflare Web Analytics가 SPA 소프트 내비게이션 측정 정확도를 개선했다.
- 대시보드와 GraphQL API의 페이지뷰·방문 수가 기존과 다르게 보일 수 있다.
- Chrome의 Soft Navigation API 활용 시 소프트 내비게이션 LCP 측정이 가능해진다.
- API 미지원 브라우저는 Navigation API 또는 History API 기반 대체 측정을 사용한다.
- 기존 navigate 일괄 집계에서 soft-navigation, routing-apis 구분이 추가됐다.