코어 웹 바이탈 보고서

사이트의 열악한 사용자 환경 문제 해결하기

코어 웹 바이탈 보고서는 실제 사용 데이터(필드 데이터라고도 함)에 따라 페이지의 성능을 보여 줍니다. Google 검색 센터 블로그에서 이 이니셔티브에 관해 자세히 알아볼 수 있습니다.

보고서 열기

페이지 성능이 중요한 이유

연구에 따르면 코어 웹 바이탈이 개선되면 사용자 참여 발생 시간과 비즈니스 측정항목이 향상됩니다. 예를 들면 다음과 같습니다.

  • 조사 결과 사이트가 코어 웹 바이탈 기준점을 충족하면 사용자가 페이지 로드를 중단할 가능성이 24% 더 낮았습니다.
  • 최대 콘텐츠 렌더링 시간(LCP)이 100ms 감소할 때마다 Farfetch의 웹 전환율은 1.3% 증가했습니다.
  • Yahoo! 재팬의 레이아웃 변경 횟수(CLS)가 0.2 감소하자 세션당 페이지 조회수가 15% 증가했고, 세션 시간은 13% 늘었으며, 이탈률은 1.72%포인트 감소했습니다.
  • Netzwelt에서 코어 웹 바이탈을 개선한 결과 광고 수익이 18%, 페이지 조회수가 27% 증가했습니다.
  • CLS를 1.65에서 0으로 낮춘 redBus는 전 세계적으로 도메인 순위가 크게 상승했습니다.

추가 우수사례 확인하기

보고서 이해하기

코어 웹 바이탈 보고서는 URL 성능을 상태(느림, 개선이 필요함, 빠름), 측정항목 유형(CLS, FID, INP, LCP), URL 그룹(유사한 웹페이지 그룹)으로 나누어 보여줍니다.

보고서는 실제 사용자 데이터로 측정된 세 가지 측정항목, 즉 LCP, FID, INP, CLS를 기반으로 합니다. URL 그룹에서 LCP와 CLS의 데이터 양이 기준점에 도달하면 가장 열악한 측정항목의 성능이 해당 URL 그룹의 상태가 됩니다. 예를 들어 CLS는 느리지만 FID가 빠른 URL 그룹의 URL 상태는 '느림'입니다.

LCP와 CLS 모두 최소량의 보고 데이터가 없는 URL 그룹은 보고서에서 생략됩니다.

색인이 생성된 URL만 이 보고서에 표시될 수 있습니다. 대부분의 다른 보고서에서와 마찬가지로 데이터는 표준 URL이 아닌 실제 URL에 할당됩니다.

데이터는 모든 위치의 모든 요청에 대해 병합됩니다. 예를 들어 인터넷 연결 속도가 느린 한 국가에서 상당한 양의 트래픽이 발생하면 일반적으로 성능이 저하됩니다. 이러한 요인이 성능 저하의 원인이 될 수 있다고 생각되는 경우 BigQuery를 사용하여 국가별로 성능을 세분화할 수 있습니다.

INP(다음 페인트에 대한 상호작용)는 코어 웹 바이탈로 사용되는 FID(최초 입력 반응 시간)를 2024년 3월부터 새롭게 대체할 측정항목으로, 그때까지는 INP가 코어 웹 바이탈에 포함되지 않습니다. Search Console에서는 전환을 위한 준비에 도움이 되도록 INP 데이터를 보고합니다.
 

'사용 가능한 데이터가 없음'

'사용 가능한 데이터가 없음' 화면이 표시되면 Search Console에 새로 등록된 속성이거나, 선택한 기기 유형(데스크톱 또는 모바일)에 유의미한 정보를 제공할 만큼의 데이터가 CrUX 보고서에 없다는 의미입니다.

새로운 속성인 경우: CrUX 데이터베이스는 URL이 Search Console 속성의 일부인지 아닌지에 관한 정보를 수집하지만, 속성이 만들어지고 나서 CrUX 데이터베이스에서 기존 데이터를 분석하고 게시하기까지 며칠이 소요될 수 있습니다.

PageSpeed Insights 테스트 도구, Chrome Lighthouse 도구 또는 AMP 페이지 경험 가이드(AMP 페이지용)를 사용하여 개별 URL의 실시간 성능 테스트를 실행할 수 있습니다.

보고서 탐색하기

보고서에는 각 플랫폼(모바일 또는 데스크톱)에 대해 '느림' 또는 '개선이 필요함' 문제가 있는 URL 표(빠른 URL로 간주되지 않는 이유)와 LCP, FID, INP, CLS 점수가 모두 '빠름'인 다른 URL 표(빠른 URL 관련 데이터 보기)가 표시됩니다.

  1. 방문 페이지에서 모든 플랫폼의 일반적인 추세 차트를 확인합니다.
  2. 차트 옆에 있는 보고서 열기를 클릭하여 플랫폼별로 드릴다운합니다(휴대기기 또는 데스크톱).
  3. 이전 사용자 데이터를 바탕으로 사이트의 URL 성능을 알아보려면 성능 차트에서 느림, 개선이 필요함, 빠름 탭 간에 전환합니다.
  4. 빠른 URL로 간주되지 않는 이유 표에서 성능 문제 목록을 확인합니다. 표시된 각 URL은 다른 URL 그룹을 나타냅니다.
  5. 문제 세부정보 페이지의 예시 표에서 URL을 클릭하면 해당 URL 그룹에 관한 추가 정보를 확인할 수 있습니다.

 

개요 페이지

코어 웹 바이탈 보고서의 개요 페이지는 모바일 또는 데스크톱과 같이 URL을 보는 데 사용된 기기를 기준으로 데이터를 분류합니다. 데이터는 URL 상태(느림, 개선이 필요함, 빠름)를 기준으로 그룹화되며, 상태는 해당 URL 그룹에서 성능이 가장 저조한 측정항목의 상태입니다.

특정 기기 유형에 관한 보고서를 열어 유형별로 추가적인 성능 데이터를 확인합니다.

모바일 및 데스크톱 요약 페이지

플랫폼(모바일 또는 데스크톱)의 요약 보고서에는 Google이 데이터를 보유한 모든 사이트 URL 그룹의 상태와 문제가 표시됩니다. 특정 상태와 문제 유형의 조합에 관해 자세히 알아보려면 세부정보 표에서 원하는 행을 클릭하세요.

차트

차트 위의 탭에는 상태별 URL(URL 그룹 아님)의 현재 총수 및 각 상태의 문제 수가 표시됩니다. 탭을 전환하여 차트에 표시할 상태를 선택합니다. 차트에는 주어진 날짜에 주어진 상태에 있는 URL의 수가 표시됩니다.

차트의 총합이 표의 총합보다 낮은 이유는 무엇인가요?
차트에서는 문제가 발생한 URL에 영향을 미치는 최저 속도 문제를 기준으로 각 URL을 한 번씩만 계산합니다. 반대로 표에서는 URL과 관련된 모든 문제를 계산에 반영합니다. 따라서 URL에 느림 문제 하나와 개선이 필요함 문제 하나가 있다면 차트의 총합에서는 느림 1개로 계산되는 반면 표에서는 느림개선이 필요함 행에 모두 반영됩니다.

 

표에서는 URL을 상태와 문제에 따라 행으로 그룹화합니다. 각 행에는 유효성 검사 상태, 해당 행의 타임라인을 요약한 스파크라인, 현재 해당 상태에 있는 URL의 수와 문제 상태가 표시됩니다.

여러 문제의 영향을 받는 URL은 표의 여러 행에 나타날 수 있습니다.

모바일 또는 데스크톱의 문제 세부정보 페이지

모바일 또는 데스크톱의 최상위 요약 페이지에서 표의 행을 클릭하면 기기, 상태, 문제 조합에 관한 세부정보 페이지가 열립니다. 세부정보 페이지에는 선택한 문제의 URL과 기타 세부정보가 표시됩니다.

차트

문제 세부정보 차트에는 특정 날짜에 해당 상태와 문제 조합이 적용되는 URL 수, 선택한 상태와 문제에 의해 현재 영향을 받는 URL 수 합계가 표시됩니다.

문제 세부정보 표는 선택한 문제의 영향을 받는 것으로 알려진 예시 URL의 집합을 표시합니다. 각 예시 URL은 유사한 URL 그룹 중 하나입니다.

표에는 다음 정보가 포함됩니다.

  • URL: 표의 각 행은 유사한 URL의 그룹을 나타냅니다.
  • 양호하지 않은 상태 페이지: 검사하는 문제에 따라 아래에 적절한 열이 표시됩니다. 단일 URL은 여러 문제의 영향을 받을 수 있지만 선택한 문제에 적절한 열만 표시됩니다.
    • 그룹 FID: 페이지 요청의 75%가 지난 28일 동안 신규 사용자 입력에 반응하는 데 걸리는 시간입니다(또는 그보다 적을 수 있음).
    • 그룹 INP: 페이지 요청의 75%가 지난 28일 동안 응답성과 관련하여 이 시간을 소요했습니다(또는 그보다 적을 수 있음).
    • 그룹 LCP: 페이지 요청의 75%가 지난 28일 동안 최대 콘텐츠 렌더링 시간에 도달하기까지 걸린 시간입니다(또는 그보다 적을 수 있음).
    • 그룹 CLS: 페이지 요청의 75%가 지난 28일 동안 레이아웃 변경 횟수에 해당하는 점수입니다(또는 그보다 적을 수 있음).

예시 URL을 클릭하여 같은 그룹에 포함된 다른 페이지와 함께 그룹의 추가 정보를 확인하고 외부 테스트를 실행할 수 있는 링크를 클릭합니다. 표의 행은 200개로 제한됩니다.

추가 정보
문제 세부정보 페이지의 예시 표에서 URL을 클릭하면 해당 URL 페이지 그룹에 관한 추가 정보를 확인할 수 있습니다. 여기에는 그룹 내 다른 URL뿐 아니라 URL에 표시할 데이터가 충분한 경우 그룹 구성원의 점수가 포함됩니다.
그룹의 URL을 클릭하면 해당 URL에 대해 PageSpeed Insights 테스트를 실행할 수 있습니다. 하지만 PageSpeed Insights와 코어 웹 바이탈 정보 사이의 몇 가지 중요한 차이점을 이해하는 것이 유용합니다.
  • 코어 웹 바이탈은 데이터와 상태를 URL 그룹으로 병합합니다. PageSpeed Insights에서는 일반적으로 개별 URL의 데이터를 표시합니다(URL 자체에 충분한 정보가 없는 경우 제외). 개별 URL이 해당 그룹의 이상점일 수 있으므로 PageSpeed Insights의 특정 URL에 관한 통계가 코어 웹 바이탈 보고서의 그룹 결과와 일치하지 않을 수 있습니다.
  • 코어 웹 바이탈 URL에는 페이지를 구분할 때 URL 매개변수가 포함됩니다. PageSpeed Insights는 URL에서 모든 매개변수 데이터를 제거한 다음 모든 결과를 기본 URL에 할당합니다.

특정 URL의 상태 찾기

보고서는 특정 URL의 상태를 찾기 위해서가 아니라 사이트의 전체적인 성능을 확인하고 사이트 내 여러 페이지에 영향을 미치는 문제를 해결하기 위해 만들어졌습니다. 특정 URL의 실적 데이터를 보려면 외부 테스트를 사용합니다. 상태와 문제를 상세히 살펴보고 영향을 받는 특정 URL을 확인할 수는 있지만 코어 웹 바이탈 보고서를 사용하여 주어진 URL을 찾기는 쉽지 않을 것입니다.

데이터 소스 보고하기

코어 웹 바이탈 보고서의 데이터는 CrUX 보고서를 기반으로 합니다. CrUX 보고서는 내 URL을 방문하는 실제 사용자로부터 성능 시간에 관한 익명처리된 측정항목을 수집합니다(필드 데이터라고 함). CrUX 데이터베이스는 URL이 Search Console 속성의 일부인지 아닌지에 관한 정보를 수집합니다.

그룹 상태: 느림, 개선이 필요함, 빠름

느림, 개선이 필요함, 빠름 라벨은 특정 기기 유형의 URL 그룹에 적용됩니다. LCP와 CLS의 임계값 데이터가 없는 URL 그룹은 보고서에 포함되지 않습니다(예: URL에 LCP용 임계값 데이터만 있고 CLS용 데이터가 없는 경우 표시되지 않음).

URL 그룹의 상태는 기본적으로 해당 기기 유형에 할당된 가장 느린 상태로 설정됩니다. 예: 

  • 모바일 URL의 CLS가 느림이지만 LCP는 개선이 필요함이라면 모바일에서 느림으로 표시됩니다.
  • 모바일 URL의 LCP가 개선이 필요함이지만 CLS가 빠름이라면 모바일에서 개선이 필요함으로 표시됩니다.
  • 모바일 URL의 FID, LCP, CLS가 빠름이고 데스크톱 URL의 FID, LCP, INP, CLS가 개선이 필요함이라면 모바일에서는 빠름, 데스크톱에서는 개선이 필요함으로 표시됩니다.

 

상태 정의

각 상태의 성능 범위는 다음과 같습니다.

  빠름 개선이 필요함 느림
LCP 2.5초 이하 4초 이하 4초 초과
FID 100밀리초 이하 300밀리초 이하 300밀리초 초과
INP 200밀리초 이하 500밀리초 이하 500밀리초 초과
CLS 0.1 이하 0.25 이하 0.25 초과

 

  • LCP(최대 콘텐츠 렌더링 시간): 사용자가 URL을 요청한 시점부터 표시 영역에 가장 큰 시각 콘텐츠 요소를 렌더링하는 데 걸린 시간입니다. 가장 큰 요소는 일반적으로 이미지 또는 동영상이거나 큰 블록 수준의 텍스트 요소입니다. 이 측정항목은 방문자가 URL이 실제로 로드되는 것을 확인하는 속도를 표시하므로 중요합니다.
    • 보고서에 표시된 그룹 LCP란 그룹에 포함된 URL 방문수의 75%가 LCP 상태에 도달하기까지 걸린 시간입니다.
  • FID(최초 입력 반응 시간): 사용자가 페이지와 처음 상호작용했을 때부터(링크를 클릭하거나 버튼을 탭하는 경우 등) 브라우저가 상호작용에 반응할 때까지의 시간입니다. 이 측정값은 사용자가 처음 클릭하는 상호작용 요소에서 가져옵니다. 이는 사용자가 취해야 하는 작업이 있는 페이지에서 중요합니다. 페이지가 상호작용하기 전에 지연되기 때문입니다.
    • 보고서에 표시된 그룹 FID란 그룹에 포함된 URL 방문수의 75%가 이 값을 나타냈음(또는 그보다 높을 수 있음)을 의미합니다.
  • INP(다음 페인트까지의 상호작용): 페이지에서 사용자의 페이지 방문 전체 생애 주기 동안 발생하는 모든 클릭, 탭, 키보드 상호작용에 반응하기까지 걸리는 시간을 관찰하여 사용자 상호작용에 대한 페이지의 전반적인 반응성을 평가하는 측정항목입니다. 최종 INP 값은 관찰된 가장 긴 상호작용이며 이상점을 무시합니다. 
    • 보고서에 표시된 그룹 INP란 그룹에 포함된 URL 방문수의 75%가 이 값을 나타냈음(또는 그보다 높을 수 있음)을 의미합니다.
  • CLS(레이아웃 변경 횟수): CLS는 페이지의 전체 수명 동안 발생하는 모든 예상치 못한 레이아웃 변화의 모든 개별적인 레이아웃 변화 점수의 총 합계를 측정합니다. 점수는 0부터 시작하며 양수인 수입니다. 여기에서 0은 변화가 없음을 나타내며 숫자가 클수록 페이지의 레이아웃이 많이 변경되었음을 보여줍니다. 사용자가 상호작용하려고 할 때 페이지 요소가 변경되는 사용자 환경은 좋지 않으므로 CLS는 중요합니다. 왜 큰 값이 표시되었는지 알 수 없다면 페이지와 상호작용해 보면서 점수에 어떻게 영향을 주는지 확인하세요.
    • 보고서에 표시된 그룹 CLS란 그룹에 포함된 URL 방문수의 75%에 해당하는 가장 낮은 일반 CLS입니다.

외부 테스트를 실행하여 이러한 문제를 해결하기 위한 권장사항을 찾아볼 수 있습니다.

URL 그룹

보고서의 URL은 사용자 환경이 비슷한 페이지로 그룹화됩니다. LCP, FID, INP, CLS 상태는 전체 그룹에 적용됩니다. 일부 이상점 URL이 몇몇 방문에서 더 좋거나 나쁜 값을 가질 수도 있으나 그룹 내 모든 URL 방문수 중 75%는 표시된 그룹 상태를 경험했습니다. 이러한 그룹에는 공통된 프레임워크가 있으며 그룹의 동작이 느린 원인은 동일한 근본 원인에 의해 발생할 수 있다고 가정합니다.

사용자 개인 정보 보호를 위해 URL 그룹에는 보고서에 표시할 최소한의 데이터가 있어야 합니다. URL 그룹에 보고서에 표시할 정보가 충분하지 않은 경우 Search Console은 보고서에 표시할 URL과 데이터가 충분한 상위 수준 출처 그룹을 만듭니다. 이 출처 그룹에는 동일한 protocol://host:port 그룹의 모든 URL에 대한 데이터가 포함됩니다. 예를 들어 URL https://m.example.com/a/b/c.html이 표시하기에는 데이터가 부족한 그룹에 속한 경우 Search Console에서 출처 그룹 https://m.example.com을 만듭니다. 이 출처 그룹에는 URL이 데이터가 충분한 그룹에도 속해 있는지와 관계없이 https://m.example.com의 모든 URL에 관한 데이터가 포함되어 있습니다.

이때 다음을 참고하세요.

  • 출처 그룹 정의에는 프로토콜이 포함됩니다. 따라서 http://m.il.example.com 및 https://m.il.example.com은 별도의 출처 그룹입니다.
  • 출처 그룹에는 URL이 보고서에 표시된 다른 그룹의 일부인지에 관계없이 해당 출처의 모든 URL에 관한 데이터가 포함됩니다.
  • 데이터가 충분하지 않은 출처 그룹은 표시되지 않습니다(이 경우 원본 그룹이 여럿이 아니라면 해당 사이트에도 데이터가 부족하여 이 보고서에 표시되지 않음).
  • 그룹이 현재 속성 내에 있는지 여부와 관계없이 원본 그룹의 데이터를 볼 수 있습니다. 그러나 현재 속성 내에 있는 예시 URL만 볼 수 있습니다.
  • Search Console에는 노출수를 기준으로 그룹 구성원이 내림차순으로 나열됩니다.

문제 해결하기

일반 사용자

  1. 문제의 우선순위 설정: '느림' 라벨이 표시된 모든 문제를 먼저 해결한 다음, 가장 많은 URL에 영향을 미치는 문제 또는 가장 중요한 URL에 영향을 미치는 문제 중 하나를 선택해 작업의 우선순위를 정하는 것이 좋습니다. '개선이 필요함' 라벨이 표시된 URL은 개선의 여지가 있지만 '느림' URL만큼 중요하지는 않습니다.
  2. 우선순위에 따라 정리한 후 엔지니어 또는 URL 업데이트 담당자와 보고서를 공유합니다.
  3. 일반적으로 고쳐야 하는 페이지 문제는 다음과 같습니다.
    • 페이지 크기를 줄입니다(권장사항: 한 페이지와 페이지에 포함된 모든 리소스가 500KB 이하).
    • 모바일에서 최고의 성능을 발휘하도록 페이지를 50개 리소스로 제한합니다.
    • 외부 테스트를 사용합니다. 외부 테스트에는 페이지와 관련된 수정사항이 추천되어 있습니다.
  4. 외부 테스트를 사용하여 수정사항을 테스트합니다.
  5. 특정 문제가 해결되었다고 생각되면 Search Console 코어 웹 바이탈 보고서의 문제 세부정보 페이지에서 추적 시작을 클릭합니다.
  6. 유효성 검사 프로세스를 추적합니다.

웹사이트 기술자

  1. 문제 우선순위 설정: '느림' 라벨이 지정된 모든 문제를 먼저 해결하는 것이 좋습니다. '개선이 필요함' 라벨이 표시된 URL은 개선의 여지가 있지만 '느림' URL만큼 중요하지는 않습니다. 상태 내에서 가장 많은 URL에 영향을 미치는 문제 또는 가장 중요한 URL에 영향을 미치는 문제를 기준으로 우선순위를 정합니다.
  2. 특정 그룹에 표시되는 URL은 노출수를 기준으로 내림차순으로 정렬되므로 상단에 있는 URL이 그룹 상태에 가장 큰 영향을 미칩니다. 상태에 가장 큰 영향을 주는 순서대로 표시된 URL을 수정하되 가능한 한 많은 URL을 수정하는 것이 좋습니다. 그룹이 상태 가장자리에 가까워지면 목록의 가장 아래쪽에 있는 그룹의 URL 몇 개가 상태에 영향을 미칠 수 있습니다.
  3. web.dev 빠른 로드 가이드라인developers.google.com의 웹 기초 성능 페이지를 참고하여 페이지 속도 개선을 위한 이론과 가이드라인을 알아보세요.
  4. 외부 테스트를 사용합니다. 외부 테스트에는 페이지와 관련된 수정사항이 추천되어 있습니다.
  5. 외부 테스트를 사용하여 수정사항을 테스트합니다.
  6. 특정 문제가 해결되었다고 생각되면 Search Console 코어 웹 바이탈 보고서의 문제 세부정보 페이지에서 추적 시작을 클릭합니다.
  7. 유효성 검사 프로세스를 추적합니다.

유용한 추가 리소스

변경한 사항이 없는데도 내 사이트 상태가 변경됨

사이트를 변경하지 않았는데 여러 페이지의 상태가 크게 바뀐 경우, 많은 페이지가 경계선 상태에 있다가 사이트 수준의 이벤트로 인해 그 경계선을 넘었을 가능성이 있습니다. 예를 들어 사이트 트래픽이 크게 증가하거나 이미지 파일을 제공하는 서비스의 지연 시간이 바뀌면 사이트 속도가 느려질 수 있습니다. 사이트 수준의 작은 변경사항만으로도 가까스로 '빠름' 상태를 유지하고 있던 여러 페이지가 '개선이 필요함' 카테고리로 내려갈 수 있으며, '개선이 필요함'에서 '느림'으로 바뀔 수도 있습니다.

확률은 낮지만 또 한 가지 가능한 원인은 고객의 대규모 변화입니다. 예를 들어 널리 사용되는 브라우저 버전이 업데이트되거나 속도가 느린 네트워크를 통한 사용자가 유입되는 경우 등이 있습니다. 성능은 실제 사용 데이터로 측정된다는 점을 기억하시기 바랍니다. 로그를 통해 브라우저, 기기, 위치 변화와 사이트 상태 변화가 함께 발생했는지 확인할 수 있습니다.

이 기간에 사이트 트래픽 데이터에 큰 변동이 없었는지 확인하고, 특정 문제를 상세히 살펴보고, 영향을 받은 페이지의 그룹 LCP/FID/INP/CLS 수치를 확인하시기 바랍니다. 이 수치가 느림/개선 필요/좋음의 경계선에 있는 경우 작은 변화로 인해 상태가 바뀔 수 있습니다.

 

보고서 공유하기

페이지에서 공유 버튼을 클릭하여 범위 또는 개선사항 보고서에 표시된 문제 세부정보를 공유할 수 있습니다. 링크가 있는 모든 사용자는 현재 문제 세부정보 페이지 및 이 문제에 관한 유효성 검사 내역에만 액세스할 수 있습니다. 리소스의 다른 페이지에 액세스할 수는 없으며 공유 사용자는 속성이나 계정에 관한 작업을 할 수 없습니다. 언제든지 이 페이지의 공유를 사용 중지하여 링크를 취소할 수 있습니다.

보고서 데이터 내보내기

대부분의 보고서에서 내보내기 버튼 으로 보고서 데이터를 내보낼 수 있습니다. 차트 및 표 데이터를 모두 내보낼 수 있으며 보고서에 ~ 또는 - 기호(사용할 수 없거나 숫자 값이 아님)로 표시되는 값은 다운로드한 데이터에 0으로 나타납니다.

수정사항 확인하기

모든 URL에서 특정 문제를 해결하면 모든 URL에서 문제가 해결되었는지 확인할 수 있습니다. 추적 시작을 클릭하여 28일간의 모니터링 세션을 시작하고 사이트에서 이 문제가 발생하는지 확인합니다. 이 문제가 28일의 기간 동안 사이트의 어떠한 URL에서도 나타나지 않으면 문제가 해결된 것으로 간주됩니다. 특정 URL에 문제가 나타난 경우 문제가 해결되지 않은 것으로 표시될 수 있습니다. 하지만 개별 URL의 상태는 문제 상태와 관계없이 28일 내내 평가됩니다.

추적을 시작해도 Google에서 색인 재생성이나 다른 작업이 실행되지는 않습니다. Search Console에서 실시하는 사이트의 CrUX 데이터를 위한 4주의 모니터링 기간을 (재)시작할 뿐입니다.
  • 진행 중인 유효성 검사 요청 또는 실패한 요청의 유효성 검사 세부정보를 확인하려는 경우:
    • 문제 세부정보 페이지의 유효성 검사 상태 섹션에서 세부정보 보기를 클릭합니다.
  • 시점에 상관없이 유효성 검사 추적 기간을 다시 시작하려는 경우:
    • 유효성 검사 세부정보 페이지를 열고 새로운 유효성 검사 시작을 클릭합니다.
  • 유효성 검사가 실패하는 경우:
    1. 다시 시도하여 문제를 해결해 봅니다.
    2. 유효성 검사 세부정보 페이지를 열고 새로운 유효성 검사 시작을 클릭하여 추적 기간을 다시 시작합니다.

문제 유효성 검사 상태

이는 전체 유효성 검사 요청의 상태로, 요약 페이지 및 문제 세부정보 페이지에 문제별로 표시됩니다.

가능한 유효성 검사 상태는 다음과 같습니다.

  • 시작하지 않음: 유효성 검사 요청을 받은 적이 없는 문제 사례가 포함된 URL이 하나 이상 있습니다.
  • 시작됨: 유효성 검사를 시작했으며 아직 문제의 나머지 사례가 발견되지 않았습니다.
  • 문제 없음: 유효성 검사를 시작했으며 지금까지 확인된 모든 문제 사례가 해결되었습니다.
  • 통과: 모든 URL이 통과 상태입니다. 이 상태에 이르려면 수정 결과 확인을 클릭해야 합니다. 유효성 검사를 요청하지 않았는데 문제 사례가 사라졌다면 상태가 해당 사항 없음으로 변경됩니다.
  • 해당 사항 없음: 유효성 검사를 시작한 적이 없는데도 Google에서 모든 URL의 문제가 해결되었음을 확인했습니다.
  • 실패: 유효성 검사를 시도한 후 하나 이상의 URL이 실패 상태입니다.

URL 유효성 검사 상태

유효성 검사 진행 페이지에 표시되는 각 URL의 유효성 검사 상태입니다. 활성 유효성 검사 동안 대기 중/통과/실패가 표시되며 검사 기간이 종료된 후에는 실패 상태만 표시됩니다(수정된 항목은 검사 기간이 종료된 후에 목록에서 삭제됨).

  • 대기중: Google에서 이 URL이 여전히 영향을 받고 있는지 확인할 만큼 데이터가 충분히 수집되기를 기다리고 있습니다.
  • 통과: URL이 더 이상 이 문제의 영향을 받지 않는 것으로 보입니다.
  • 실패: URL이 아직 등록된 문제의 영향을 받습니다.

통과실패 URL 상태는 유효성 검사 추적 기간 중에만 확인할 수 있습니다. 유효성 검사 요청에 해당하지 않은 URL에 문제가 발생한 다음 사라진 경우 URL이 상태 없이 목록에서 사라집니다.

웹에서 삭제되었으며 지난 28일 동안 데이터가 없는 URL은 더 이상 유효성 검사 기록 또는 보고서에 나타나지 않습니다.

 

외부 테스트 도구

코어 웹 바이탈 보고서는 추가 페이지 테스트를 위한 두 가지 외부 테스트 도구에 연결됩니다. 도구 유형은 페이지 유형에 따라 다릅니다.

  • AMP가 아닌 페이지: PageSpeed Insights 테스트 도구는 모바일과 데스크톱 기기 양쪽에서의 페이지 성능을 보고하고, 페이지 개선 방법에 관한 제안사항을 제공합니다. 테스트에는 실제 사용자의 실시간 테스트 데이터와 필드 테스트 데이터가 모두 표시됩니다. PageSpeed Insights의 정보는 코어 웹 값 보고서의 정보와 다를 수 있습니다. 이유 알아보기
  • AMP 페이지: AMP 페이지 경험 가이드에서는 코어 웹 바이탈 측정항목과 페이지 경험 측정항목 등 AMP 페이지에 관한 포괄적인 실시간 테스트를 제공합니다. 테스트에는 실제 사용자의 실시간 테스트 데이터와 필드 테스트 데이터가 모두 표시됩니다.

이러한 도구에 연결되는 링크는 예시 URL 옆에 표시됩니다(요약 페이지의 세부정보 표 > 상태 행 클릭 > 예시 URL 클릭 > 예시 세부정보 창에서 유사한 URL 위로 마우스 오버). 하지만 직접 이러한 도구로 이동하여 URL을 제공할 수도 있습니다.

Chrome용 브라우저 내 테스트 도구Chrome Lighthouse 도구를 사용할 수도 있습니다.

도움이 되었나요?

어떻게 하면 개선할 수 있을까요?

도움이 더 필요하신가요?

다음 단계를 시도해 보세요.

검색
검색어 지우기
검색 닫기
Google 앱
기본 메뉴
9562779493421256399
true
도움말 센터 검색
true
true
true
true
true
83844