RUM 데이터가 CrUX의 Core Web Vitals 수치와 다른 이유를 알아보세요.
Chrome 사용자 환경 보고서 (CrUX)는 실제 Chrome 사용자가 웹에서 인기 있는 도착 페이지를 경험하는 방식에 관한 사용자 환경 측정항목을 제공합니다. 이 데이터는 선택한 사용자로부터 Chrome이 자동으로 수집하며 CrUX 자격 기준에 따라 제공됩니다.
따라서 수백만 개의 웹사이트에서 CrUX 데이터를 사용할 수 있습니다. 많은 사이트 소유자가 이전에는 필드 데이터에 대한 액세스 권한이 없었으며, CrUX는 많은 사이트에서 처음으로 필드 데이터에 액세스할 수 있게 되었습니다. CrUX는 공개 데이터 세트이므로 사용자 경험 측정항목의 경쟁 분석 및 벤치마킹에도 사용할 수 있습니다.
실제 사용자 모니터링 (RUM)은 CrUX와 유사하지만 Chrome에서 사용자 환경 측정항목을 자동으로 수집하는 대신 웹사이트에 코드를 포함하여 수집 작업을 수행하고 RUM 제공업체 또는 분석 솔루션에 다시 피드하여 추가 분석을 수행합니다.
두 솔루션 모두 사용자 경험 측정항목을 측정하므로 두 솔루션이 동등하다고 생각하는 것이 당연합니다. 차이가 발견될 때 혼란스러울 수 있습니다. 이 가이드에서는 그 이유를 설명하고, 수치가 일치하지 않을 때 취해야 할 조치를 제안합니다.
RUM 솔루션으로 CrUX를 보완할 때의 이점
CrUX는 사이트 전반에서 일관된 뷰를 얻을 수 있는 유용한 도구이며, 코어 웹 바이탈 프로그램의 공식 데이터 세트로, 사이트에서 표시되는 내용을 주시해야 할 가능성이 높습니다. CrUX의 목표는 교차 비교를 위해 수백만 개의 웹사이트에 대한 통계적으로 유의미한 개요를 제공하는 것입니다.
하지만 데이터가 수치를 표시하는 이유를 더 자세히 조사하기 위해 전체 RUM 솔루션에 투자하여 CrUX를 보완하면 공개적으로 쿼리 가능한 데이터 세트에서 얻을 수 있는 것보다 더 자세한 정보를 이용할 수 있습니다. 이를 통해 다양한 방법으로 측정항목을 설명하고 개선할 수 있습니다.
문제 조사를 위한 심층 분석
CrUX는 사이트에 문제가 있는지 여부를 파악하는 데 자주 사용될 수 있지만 사이트에서 문제가 발생한 정확한 위치나 이유를 보여줄 필요는 없습니다. RUM 솔루션은 웹 바이탈 라이브러리와 같은 라이브러리를 통해 자체 개발되었든 여러 상용 제품을 통해서든 이러한 격차를 해소하는 데 도움이 될 수 있습니다.
RUM 솔루션을 사용하면 모든 페이지와 모든 브라우저에 대해 훨씬 더 세분화된 데이터에 액세스할 수 있습니다. 또한 CrUX와는 다른 방식으로 이 데이터를 상세히 분석할 수 있어 사이트의 문제 영역을 상세히 분석하고 조사할 수 있습니다. 특정 사용자 세그먼트의 영향을 받는지 여부 특정 액션을 수행한 사용자인가요? 정확히 언제 문제가 시작되었나요? 이러한 질문은 RUM 도구에서 제공할 수 있는 추가 데이터를 사용하면 훨씬 쉽게 답변할 수 있습니다.
다른 비즈니스 측정항목과의 상관관계 파악
또한 RUM을 사용하면 웹 성능 측정항목을 모든 비즈니스 측정항목과 직접 비교하여 실적에 투자할 때의 가치와 우선순위를 두어야 할 기타 실적을 확인할 수 있습니다. Google에서는 Farfetch 또는 The Economic Times와 같이 이러한 상관관계를 수행하는 비즈니스와 관련된 수많은 우수사례를 보유하고 있습니다.
기타 성능 데이터 수집
RUM 솔루션을 사용하면 특정 비즈니스에 직접 연결된 다른 커스텀 측정항목을 수집할 수 있습니다. 트위터의 'Time to first Tweet'(처음부터 트윗까지의 시간) 측정항목이 대표적인 예입니다. 이러한 사이트별 측정은 코어 웹 바이탈 개선사항 및 비즈니스 측정항목과 연결될 수 있습니다.
두 필드 데이터 세트의 차이
시계를 두른 남자는 지금이 몇 시인지 알 수 없습니다. 두 개의 시계를 갖고 있는 남자는 절대로 확신할 수 없습니다.
세갈의 법칙
두 가지 데이터 소스가 있을 때마다 서로 다른 이유를 혼란스럽고 답답하게 느낄 수 있습니다. 실험실과 필드 측정항목의 차이를 이해하는 것이 중요한 것과 마찬가지로, 필드 데이터의 두 소스 간에도 차이가 있을 수 있습니다. 이상적인 환경에서는 데이터가 같을 수 있지만 다를 수 있는 이유는 다양합니다.
실험실 데이터와 필드 데이터 비교
가장 먼저 확인해야 할 사항은 실험실 (합성) 측정항목인지 필드 (RUM) 측정항목인지입니다. RUM 제품이 필드 데이터만 본다고 가정하는 것은 당연하지만 많은 제품이 실험실 구성요소도 제공합니다.
실험실 데이터는 고정된 조건으로 측정할 수 있기 때문에 매우 유용합니다. 변화하는 필드 인구로 인한 노이즈 없이 프로덕션 환경에서 예상치 못한 변화나 회귀를 모니터링하는 데 사용할 수 있습니다. 그러나 실습 데이터가 실제 사용자 환경을 반영하지 않을 수 있으므로 필드 측정항목에서 결과가 상당히 다를 수 있습니다.
인구
CrUX 및 RUM 솔루션에서 사용하는 데이터 세트는 비교되는 브라우저, 사용자, 사이트 및 기기에 따라 페이지 방문 측정 방식이 다를 수 있습니다.
포함된 브라우저
Chrome 사용자 환경 보고서는 이름에서 알 수 있듯이 Chrome 전용입니다. 여러 Chromium 기반 브라우저 (예: Edge, Opera, Brave)가 있으며 공통 코어 코드베이스를 고려할 때 Chrome과 동일한 측정항목을 지원하지만 Chrome 사용자만 CrUX에 데이터를 공급합니다. 또한 이 제한사항은 기본 Webkit 브라우저 엔진을 사용하므로 iOS의 Chrome 사용자도 포함되지 않습니다. 또한 Android WebView는 'Chrome'으로 간주되지 않으므로 Chrome 맞춤 탭은 포함되지만 이러한 사용자의 데이터는 포함되지 않습니다.
Chrome은 전 세계에서 가장 널리 사용되는 브라우저 중 하나이므로 대부분의 경우 사이트 성능을 광범위하게 보여주지만, 이 브라우저만으로는 모든 사용자를 평가할 수 없습니다. 이는 RUM과 CrUX의 한 가지 주요 차이점을 설명할 수 있습니다. 예를 들어 Chrome에서만 사용할 수 있는 API 또는 이미지 형식에 의존하는 성능 기법에는 더욱 그렇습니다.
iOS 데이터가 부족해도 편향이 발생할 수 있습니다. 예를 들어 iOS 사용자는 일반적으로 성능이 더 우수한 기기를 사용하거나 네트워크 인프라가 더 나은 여러 국가에서 방문하므로 전체 성능 측정항목이 향상될 수 있습니다. 반면에 CrUX의 경우처럼 이러한 사이트를 제외하면 데이터가 사이트 방문자의 하위 쪽으로 편향될 수 있습니다 (우수사례 예시). Android 사용자는 일반적으로 다양한 기기, 기기 기능, 시장을 아우릅니다.
RUM 솔루션은 Chrome 이외의 브라우저, 특히 동일한 측정항목 (예: Core Web Vitals)이 내장된 Chromium 기반 브라우저에서 데이터를 가져올 수 있습니다. Chromium을 기반으로 하지 않은 브라우저도 RUM 솔루션으로 측정하지만 측정항목 집합이 보다 제한적일 수 있습니다. 예를 들어 최대 콘텐츠 렌더링 시간 (LCP) 및 누적 레이아웃 변경 (CLS)은 현재 Chromium 기반 브라우저에서만 사용할 수 있으며 일부 다른 측정항목은 상당히 다르게 측정될 수 있습니다 (나중에 참고).
선택한 사용자
CrUX는 Chrome 사용자로 제한될 뿐만 아니라 브라우저가 설치될 때 CrUX 데이터를 공유하기로 선택한 일부 Chrome 사용자만 측정하여 더욱 제한됩니다.
RUM 제공업체는 일반적으로 쿠키 배너 메시지(사용자에게 RUM 데이터 수집을 선택하도록 요청) 또는 추적 차단 프로그램을 통해 사용자의 하위 집합만 살펴봅니다. 일부 사이트 애셋이 이전 페이지에서 이미 캐시된 상태에서 두 번째 또는 그다음 페이지까지 확인을 받지 못하면 일부 초기 페이지 로드에 부정적인 영향을 미칠 수 있습니다. 이 문제가 자주 발생하면 충분한 수의 경우 느린 초기 페이지 로드가 제외되는 경우 측정항목이 실제보다 RUM에서 더 선호될 수 있습니다.
포함된 사이트
CrUX의 목적은 공개 웹사이트에서만 보고하므로 데이터가 CrUX에 로깅되지 않을 수 있는 다른 자격 기준이 있습니다. 이러한 기준 중 가장 주목할 만한 것은 웹사이트가 공개적으로 검색 가능해야 하고, 의미 있는 결론을 도출하는 데 필요한 최소 표본 크기를 보장할 수 있을 정도로 충분히 인기가 있어야 한다는 것입니다. 대부분의 경우 이로 인해 CrUX에서 사용할 수 있는 데이터가 없습니다. 이는 사용 가능한 데이터와 비교했을 때 혼동을 일으킬 만한 차이는 아니지만 차이가 있는 이유는 무엇인지 설명합니다.
하지만 사이트의 특정 페이지가 색인 생성 가능으로 표시되지만 다른 페이지는 그렇지 않은 경우, CrUX에서 URL의 하위 집합만 표시될 수 있습니다. 출처를 공개적으로 검색할 수 있는 경우, 해당 출처 내의 모든 페이지 조회수는 출처 수준 데이터에 포함되지만 URL 수준 데이터는 사용할 수 없습니다.
기기
CrUX에서는 데이터를 모바일, 데스크톱, 태블릿별로 분류합니다. 하지만 많은 도구가 처음 두 가지에 집중하여 태블릿 데이터를 노출하지 않거나 모바일 또는 데스크톱에 포함할 수도 있습니다. 모바일과 데스크톱의 성능 특성은 제공되는 콘텐츠와 이를 보는 기기의 성능 모두의 측면에서 매우 다를 수 있습니다.
RUM 데이터도 비슷하게 트래픽을 분류할 수 있지만, 기본적으로 통합 데이터를 표시하는 경우가 많습니다. RUM은 기기 유형 (예: 모바일) 또는 브라우저 (예: Chrome)별 분류만 쉽게 허용할 수 있지만, 모바일 Chrome 트래픽만 보기 위해 둘 다 허용할 수는 없습니다. CrUX 데이터와 비교할 때는 기기 유형및 Chrome 브라우저를 기준으로 필터링하여 동일 기준으로 비교해야 합니다.
샘플링
일반적으로 RUM 솔루션을 사용하면 데이터 수집에 동의한 방문자의 샘플링 비율을 조정할 수 있습니다. 이는 분석이 필요한 데이터의 양을 줄이고 상용 RUM 서비스의 비용을 절감하는 데 사용할 수 있습니다. 샘플 크기가 너무 작고 더 넓은 모집단을 나타내지 않는 경우 결과 측정항목도 비슷하게 왜곡됩니다. 사이트에 적합한 샘플링 크기를 RUM 제공업체와 논의합니다.
데이터 집계
필드 데이터에는 실험실 데이터에 비해 동일한 측정항목의 수많은 데이터 포인트가 포함되어 있어 단일 값을 제공합니다. 이 데이터가 보고를 위해 다르게 집계되는 경우 CrUX와 RUM의 차이가 발생하는 또 다른 이유가 있을 수 있습니다.
기간
CrUX 데이터는 28일간의 트래픽 슬라이딩 기간을 기반으로 하며 이 기간을 변경할 수 없습니다. 단, BigQuery 데이터는 매월 저장되어 이전 달을 확인할 수 있습니다.
RUM 데이터는 일반적으로 훨씬 더 세분화된 기능을 통해 변경의 영향을 훨씬 더 빨리 확인할 수 있게 해줍니다. 그러나 더 짧은 기간을 선택하면 웹사이트 트래픽 및 방문자 수의 변동으로 인해 RUM 데이터가 과도하게 영향을 받을 수 있습니다. RUM 데이터와 CrUX 데이터를 비교할 때는 항상 28일간의 실적을 확인해야 합니다. 데이터가 비슷하다고 판단되면 다른 기간을 살펴보고 RUM 데이터를 자세히 확인할 수 있습니다.
통계 집계
CrUX 측정항목은 75번째 백분위수, 즉 페이지 조회수의 75% 가 달성한 값을 기준으로 측정됩니다. 현장 데이터가 극단적으로 발생하고 최악의 경험인 25% 를 삭제하는 것은 대다수의 방문자가 합리적으로 기대할 수 있는 가치를 제공하기 위한 것입니다.
RUM 제품은 보통 75번째 백분위수, 중앙값, 기타 백분위수를 포함하여 측정항목 집계 방법에 관한 더 다양한 옵션을 제공합니다. RUM 값을 CrUX 데이터와 비교할 때는 75번째 백분위수 데이터를 보고 유사 조건을 비교해야 합니다.
CrUX의 히스토그램 데이터에는 75번째 백분위수뿐 아니라 사용 가능한 모든 데이터가 포함되며 각 평점의 페이지 조회수가 표시되지만, 집계 점수는 75번째 백분위수를 기반으로 합니다. 이 CrUX 데이터는 PageSpeed Insights와 같은 도구에 표시됩니다.
측정항목 차이
웹 실적을 측정하는 데 사용되는 측정항목은 많으므로 서로 다른 두 가지 데이터 세트를 비교할 때는 측정되는 측정항목과 이러한 측정항목이 어떻게 사용되는지 이해하는 것이 중요합니다.
측정된 측정항목
CrUX 데이터는 코어 웹 바이탈 이니셔티브의 공식 데이터 세트로, 주로 이러한 세 가지 측정항목 (LCP, FID, CLS)을 측정하고 이를 보완하는 몇 가지 추가 측정항목을 함께 측정합니다.
RUM 도구에는 일반적으로 이러한 Core Web Vitals가 포함되지만 종종 다른 측정항목도 많이 포함됩니다. 일부 RUM 제공업체는 행복 지수 등을 제공하기 위해 이러한 모든 측정항목의 자체 조합을 사용하여 사용자 경험을 측정하기도 합니다. RUM 데이터와 CrUX를 비교할 때는 유사성을 비교해야 합니다.
코어 웹 바이탈 통과/실패 상태를 평가하는 도구는 모든 코어 웹 바이탈의 75번째 백분위수에서 권장되는 목표를 충족하는 경우 페이지 통과를 고려해야 합니다. 상호작용이 없는 페이지에 FID가 없으면 LCP와 CLS만 통과하면 됩니다.
브라우저 간 측정항목 차이
CrUX는 Chrome 브라우저에서만 측정되며 웹 바이탈 변경 로그를 참고하여 각 버전의 Chrome에서 이러한 변경사항이 어떻게 달라지는지 확인할 수 있습니다.
그러나 RUM 솔루션은 더 다양한 브라우저에서 측정합니다. Chromium 기반 브라우저 (Edge, Opera 등)는 Chrome이 변경 로그에 명시된 새로운 변경사항을 구현하지 않는 한 Chrome과 비슷할 가능성이 높습니다.
Chromium이 아닌 브라우저의 경우 차이가 더 크게 느껴질 수 있습니다. 예를 들어 콘텐츠가 포함된 첫 페인트 (FCP)는 Safari 및 Firefox에서 사용할 수 있지만 다른 방식으로 측정됩니다. 이로 인해 보고되는 시간에 상당한 차이가 발생할 수 있습니다. 앞서 언급했듯이 RUM과 CrUX를 비교하려면 Chrome 사용자만을 기준으로 필터링하여 유사한 형식으로 비교하는 것이 가장 좋습니다.
측정항목 타이밍
코어 웹 바이탈 측정항목은 웹브라우저 API에서 제공되지만 이를 사용하여 보고된 값의 차이가 발생할 가능성이 없는 것은 아닙니다. 페이지 로드 시 또는 전체 페이지 수명 주기에 걸쳐 측정항목을 측정하는 정확한 시점에 차이가 발생할 수 있습니다. RUM 도구는 동일한 이름을 사용하더라도 동일한 방식으로 측정항목을 측정하고 동일한 브라우저 API를 사용하여 데이터를 가져오는 경우가 많아 혼란스러울 수 있습니다.
콘텐츠가 포함된 최대 페인트 (LCP)는 페이지 로드 측정항목입니다. 초기 렌더링 후 더 큰 요소가 나중에 로드되는 경우 여러 LCP 요소가 웹 API에 의해 보고될 수 있습니다. 마지막 LCP 요소는 페이지 로드가 완료되거나 사용자가 페이지와 상호작용할 때입니다. 따라서 LCP 요소가 이 두 이벤트보다 먼저 보고되는 경우 차이가 발생할 수 있습니다.
또한 필드 데이터에서 페이지 로드 방식에 따라 LCP 요소가 다를 수 있습니다. 페이지 콘텐츠 상단을 표시하는 기본 페이지 로드의 경우 LCP 요소는 주로 화면 크기에 따라 달라집니다. 그러나 페이지가 문서 아래쪽에 앵커 링크를 사용하여 열리거나 이와 비슷하게 단일 페이지 앱(SPA)으로 연결되는 딥 링크로 열리는 경우(나중에 자세히 설명함) LCP 요소가 다를 수 있습니다.
CrUX 또는 RUM에서 제공되는 LCP 타이밍이 실습 도구와 동일한 요소를 기반으로 한다고 가정해서는 안 됩니다. CrUX는 페이지 또는 출처별 전체 LCP 값을 제공하지만 RUM은 이를 더 세분화하여 개별 LCP 문제 세션을 식별할 수 있습니다.
누적 레이아웃 변경 (CLS)은 페이지의 전체 수명 기간에 걸쳐 측정되므로 초기 페이지 로드 CLS는 페이지가 로드되고 사용자가 상호작용한 후 나중에 더 큰 변화를 일으키는 페이지를 나타내지 않을 수 있습니다. 따라서 많은 RUM 제품과 마찬가지로 페이지 로드 후에만 CLS 값을 가져오면 사용자가 페이지 사용을 완료한 후 CLS 값을 가져오는 것과 다른 결과가 발생합니다.
최초 입력 반응 시간 (FID)은 입력을 측정해야 하므로 페이지 로드 시에는 측정할 수 없습니다. 하지만 이름에서 알 수 있듯이 FID는 최초 입력만 측정합니다. 새로운 INP (다음 페인트에 대한 상호작용) 응답성 측정항목은 CLS와 유사한 방식으로 페이지의 전체 기간에 발생하는 모든 상호작용을 측정하므로 보고된 INP 값은 사용자가 페이지에서 여러 번 상호작용한 후에 측정되는 경우 매우 다를 수 있습니다.
CrUX는 코어 웹 바이탈 문서에 따라 페이지의 전체 전체 기간 동안 이를 측정합니다. 많은 RUM 제공업체는 여러 가지 이유로 페이지 로드 후 또는 특정 시간 (예: 주요 클릭 유도 문구를 클릭할 때)에 이러한 측정항목을 측정합니다.
두 데이터 소스 간에 설명할 수 없는 차이가 있는 경우 RUM 제공업체로부터 Core Web Vitals가 측정되는 시점을 파악하는 것이 중요합니다.
단일 페이지 애플리케이션
단일 페이지 애플리케이션 (SPA)은 브라우저 수준에서 기존 페이지 탐색을 실행하는 대신 현재 페이지의 콘텐츠를 업데이트하는 방식으로 작동합니다. 즉, 사용자가 이러한 기능을 경험하더라도 브라우저에서는 이를 페이지 탐색으로 인식하지 않습니다. 브라우저에서 제공하는 Core Web Vitals API는 이를 고려하지 않습니다. 따라서 CrUX는 현재 이러한 페이지 탐색을 지원하지 않습니다. 이 문제를 해결하기 위한 작업이 현재 진행 중입니다. 자세한 내용은 소프트 탐색 측정 실험 게시물을 참고하세요.
일부 RUM 제공자는 SPA에서 '소프트 탐색'을 감지하려고 시도하지만, Core Web Vitals 측정항목도 이러한 '소프트 탐색'의 원인인 경우 기본 API가 이를 지원하지 않기 때문에 CrUX와의 차이가 발생합니다.
CrUX와 Web API의 차이점
측정되는 어떤 페이지 조회수와 측정되는 항목의 차이 외에도 CrUX 및 RUM 데이터의 차이로 이어질 수 있는, 알아야 할 좀 더 복잡한 시나리오가 몇 가지 더 있습니다. 그 중 일부는 측정항목을 측정하는 데 사용되는 Web API의 제한 때문이며, API에서 반환된 결과를 특정 시나리오에 따라 다르게 처리해야 하는 경우도 있습니다. 코어 웹 바이탈 문서에는 LCP, CLS, FID의 차이점이 나와 있지만 주요 차이점은 아래에 설명되어 있습니다.
뒤로-앞으로 캐시
CrUX에서는 뒤로-앞으로 캐시 (또는 bfcache) 복원이 기존 페이지 로드를 유발하지 않더라도 페이지 탐색으로 간주합니다. Web API는 이를 페이지 로드로 처리하지 않으므로 RUM 솔루션은 CrUX와 일치하려는 경우 이러한 페이지가 집계되도록 추가 단계를 수행해야 합니다. 이는 페이지 로드 속도가 훨씬 빨라 사이트의 전반적인 실적이 개선될 수 있으므로 포함하지 않으면 전반적인 페이지 성능 측정항목이 낮아질 수 있습니다. RUM 솔루션을 참고하여 bfcache로 복원된 페이지를 처리하는지 확인하세요.
iframe
보안 및 개인 정보 보호를 위해 최상위 페이지는 iframe 내의 콘텐츠에 액세스할 수 없습니다 (동일 출처 iframe도 해당 없음). 즉, 이러한 콘텐츠에 대한 성능 측정항목은 iframe 자체로만 측정할 수 있으며 프레이밍 페이지의 웹 API를 통해 측정할 수 없습니다. iframe 콘텐츠에 LCP 요소 또는 사용자가 경험하는 CLS, FID 또는 INP에 영향을 미치는 콘텐츠가 포함된 경우 RUM 솔루션 (Google web-vitals JavaScript 라이브러리 포함)에서 사용할 수 없습니다.
하지만 페이지가 아닌 Chrome 브라우저 자체에서 측정되는 CrUX에는 이러한 제한사항이 없으므로 코어 웹 바이탈을 보고할 때 iframe 내의 측정항목을 측정합니다. 이는 사용자 환경을 더 정확하게 반영하지만 iframe을 사용하는 사이트에서 차이가 발생하는 또 다른 이유일 수 있습니다.
이것이 CrUX와 RUM의 LCP 데이터 간에 어떻게 차이를 만들 수 있는지를 보여주는 한 가지 구체적인 예는 <video>에 삽입되어 있습니다. 자동재생되는 <video> 요소의 첫 페인트된 프레임은 LCP 후보로 인정될 수 있지만, 인기 있는 동영상 스트리밍 서비스의 삽입은 이러한 요소를 <iframe>에 배치할 수 있습니다. 2023년 8월부터 CrUX는 <iframe> 콘텐츠에 액세스할 수 있지만 RUM 솔루션은 액세스할 수 없으므로 이 문제를 해결할 수 있습니다.
교차 출처 리소스
타이밍 공격을 줄이기 위한 브라우저 보안 제한으로 인해 다른 도메인에서 제공되는 LCP 미디어는 Timing-Allow-Origin 헤더 (TAO)이 제공되지 않는 한 PerformanceObserver API에서 렌더링 시간을 제공하지 않습니다. 이는 리소스의 로드 시간으로 돌아가지만 콘텐츠가 실제로 그려질 때와 상당히 다를 수 있습니다.
이로 인해 웹 API에서 LCP를 FCP보다 이전으로 보고하는 것이 불가능해 보이는 상황이 발생할 수 있습니다. 이는 그렇지 않은 것이며 이러한 보안 제한 때문에 나타나는 것입니다.
다시 말씀드리지만, CrUX는 Core Web Vitals의 렌더링 시간 데이터를 보고합니다. 코어 웹 바이탈 측정항목에 영향을 미치는 교차 출처 콘텐츠를 제한하고 이를 더 정확하게 측정하려면 가능한 경우 TAO를 사용 설정하는 것이 좋습니다. 다른 교차 출처 리소스에도 유사한 제한사항이 적용될 수 있습니다.
백그라운드 탭 및 사전 렌더링
페이지를 백그라운드에서 열거나 사전 렌더링 옵션 (현재 Chrome용으로 개발 중)을 사용하는 등 페이지가 포그라운드에서 열리지 않은 경우에도 웹 API를 통해 측정항목을 내보냅니다. 그러나 이는 사용자 환경과 일치하지 않는 시간을 제공하기 때문에 CrUX에 의해 보고되지 않습니다. 또한 RUM 솔루션에서는 이를 무시하거나 적어도 이러한 페이지 조회가 처리되는 방식을 설명하는 것이 좋습니다.
그렇다면 어떻게 해야 할까요?
CrUX 데이터와 RUM 데이터 간에 차이가 있을 수 있는 이유는 각각 사용하는 방법의 차이로 인해 또는 사용자와 페이지 조회가 포함 또는 제외되는 이유 때문입니다. 이상적으로는 두 데이터 세트가 모두 사이트 실적을 정확하게 나타내는 것이지만 이 도움말에서는 각각의 수치가 정확히 동일한 수치가 나오지 않는 이유를 간략하게 설명합니다.
차이가 미미한 경우 (예: 2.0초 대 2.2초의 LCP를 보고하는 경우) 두 데이터 세트 모두 유용하며 일반적으로 거의 동기화된 것으로 간주될 수 있습니다.
분명한 차이로 인해 데이터의 정확성에 의문이 제기되면 그러한 차이를 이해하도록 노력해야 합니다. 이러한 차이를 줄이기 위해 RUM 데이터를 CrUX와 더 밀접하게 정렬하도록 필터링 (데스크톱 또는 모바일의 경우 28일 동안의 75번째 백분위수 값인 Chrome 사용자만 확인)할 수 있나요?
그렇다면 데이터를 더 가깝게 일치시킬 수 있다면 전체 데이터에서 이러한 차이가 나타나는 이유와 그 의미에 대해 여전히 의문을 제기해야 합니다. Chrome을 사용하지 않는 사용자가 측정항목을 긍정적 또는 부정적으로 왜곡하나요? 이를 통해 우선순위로 지정할 수 있는 성능 문제가 있는 부분에 대해 더 많은 유용한 정보를 얻을 수 있나요?
Chrome을 사용하지 않는 사용자의 결과가 다르다면 RUM이 제공하는 이 유용한 정보를 활용하여 다른 방식으로 최적화할 수 있습니다. 예를 들어 특정 브라우저에서는 특정 API를 사용할 수 없지만 지원되지 않는 브라우저의 대안으로 사용 환경을 개선할 수 있습니다. 또는 제한된 기기나 네트워크를 사용하는 사용자에게 차이만 더 나은 성능의 환경을 제공할 수 있습니다. CrUX는 Chrome 데이터로 제한되지만 개선의 우선순위를 정하려면 모든 사이트 방문자의 경험을 고려해야 합니다. RUM 데이터로 이 간극을 메울 수 있습니다.
차이가 발생하는 이유를 파악하고 나면 두 도구 모두 웹사이트의 사용자 환경을 이해하고 수치가 일치하지 않아도 이를 개선하는 데 매우 유용할 수 있습니다. RUM 데이터를 사용하여 CrUX 데이터를 보완하고 트래픽을 분류함으로써 CrUX가 무엇을 알려주는지 개괄적으로 파악할 수 있습니다. 이를 통해 사이트 또는 사용자층에서 주의가 필요한 특정 영역인지 파악할 수 있습니다.
두 데이터 소스의 각 수치가 정확히 일치하는 것보다 향후 예상되는 개선 효과를 확인하기 위해 트렌드를 살펴보는 것이 더 중요한 경우가 많습니다. 위에서 언급했듯이 RUM을 사용하면 다양한 기간을 살펴보고 28일간의 CrUX 점수를 미리 확인할 수 있습니다. 하지만 너무 짧은 기간을 사용하면 노이즈가 많아질 수 있으므로 CrUX에서 28일을 사용하는 이유도 있습니다.
이러한 측정항목에는 '정답'이나 '틀린' 답이 없는 경우가 많습니다. 측정항목은 사용자와 사이트를 보는 방식이 서로 다를 뿐입니다. 이러한 차이가 발생하는 이유와 이를 통해 의사결정을 내릴 수 있는 방법을 이해하는 한, 그것이 사이트 방문자에게 더 나은 서비스를 제공하기 위해 더 중요한 것입니다.
감사의 말
Unsplash에 게시된 Steven Lelham의 히어로 이미지