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