언어

페이지 속도 테스트 및 Core Web Vitals 검사기

Free, no signup. Core Web Vitals reports are usually a wall of numbers before they tell you anything useful. This leads with one sentence: whether the page passes, and the single thing to fix first — real Chrome user data when it exists, a Lighthouse lab audit when it doesn't.

Built by Patrick Stox

field data first (CrUX) · lab fallback (Lighthouse) · mobile + desktop

검사는 당사 서버에서 실행됩니다. 입력한 URL을 가져오지만 결과는 보관하지 않습니다. Anonymous aggregate stats count a domain once via a rotating hash for research posts; URLs are never stored. 익명 실행별 결과 계수는 종합 연구에 사용될 수 있습니다. URL, 도메인, IP 및 식별자는 절대 포함되지 않으며 100회 미만의 실행에 대한 통계는 공개하지 않습니다.

피드백
버그 신고

페이지 속도 테스트 및 Core Web Vitals 검사기에서 문제가 발생했나요? 무슨 일이 있었는지 알려 주세요. 신고는 공개 목록이 아니라 비공개 분류 대기열로 바로 전송됩니다.

전송될 정보 
 도구 입력, 업로드, 붙여넣은 소스, 전체 결과, 쿼리 매개변수 또는 URL 조각은 자동으로 첨부되지 않습니다. 위에서 선택한 구절을 수정하거나 삭제할 수 있습니다. 브라우저 및 악용 방지 메타데이터는 스팸 방지를 위해 처리됩니다. 
  
 
  
 
 
  
 
 
   
      
 
       
     
  
      

Field data is Google's Chrome UX Report — the same 28-day real-user dataset Search uses
        for the page-experience signal; it updates daily, so repeat checks within 24 hours are
        served from cache. Lab numbers come from Lighthouse with simulated throttling: expect them
        to differ from field data and to vary between runs. Lab audits can't measure INP (it needs
        real users).

   
 
   
        
이 도구 정보
한 문장으로 페이지가 Core Web Vitals를 통과하는지와 먼저 고칠 한 가지를 알려 줍니다. 실제 `CrUX` 현장 데이터가 있으면 우선 사용하고, 없으면 `Lighthouse` 실험실 진단으로 보완합니다.
기능
  • 실제 `CrUX` 현장 데이터를 먼저 확인하고, URL에 표본이 없으면 오리진 수준 데이터와 `Lighthouse` 실험실 감사로 자동 대체합니다.
  • 모바일과 데스크톱 카드를 나란히 비교하고, `Google`이 순위에 사용하는 모바일 카드를 명확하게 표시합니다.
  • 세 가지 `Core Web Vitals` 지표의 공식 기준값에 따른 통과 판정과 가장 성능이 떨어지는 지표부터 정렬한 구체적인 수정 목록을 제공합니다.
  • 문제 지표를 실제로 실행된 `Lighthouse` 진단과 연결해 원인별 수정안을 제시하며, 전체 사이트는 최대 5개 도메인의 오리진 점수표와 `CSV` 내보내기를 지원합니다.
작동 방식
`CrUX` 데이터를 먼저 조회하고, 특정 URL에 표본이 없으면 오리진 수준 현장 데이터로 재시도한 뒤 필요할 때 `Lighthouse` 실험실 감사를 실행합니다. 각 카드는 사용한 출처를 표시하며, `LCP`, `INP`, `CLS`를 공식 기준값과 비교해 판정합니다. 실제로 실행된 `Lighthouse` 감사에서 진단을 수집하고 가장 문제가 큰 지표와 기기를 기준으로 수정 순서를 정합니다. 아무것도 서버에 저장하지 않으며 캐시된 결과는 24시간 안에 반복 확인할 때 재사용될 수 있습니다.
제한사항
  • `CrUX` 현장 데이터는 실제 `Chrome` 사용자 방문을 바탕으로 하므로 최근 변경 사항이 최대 28일 늦게 반영될 수 있습니다.
  • `Lighthouse` 실험실 결과는 시뮬레이션된 실행이며 지역별 테스트 위치를 제공하지 않습니다. 따라서 특정 시장의 실제 사용자 성능을 나타내는 증거로 사용하지 말고, 현장 데이터와 지역 제공자를 함께 확인하세요.
자주 묻는 질문
Core Web Vitals 기준값은 무엇인가요?
페이지는 세 가지 지표가 모두 75번째 백분위수에서 `good`이면 통과합니다. `Largest Contentful Paint` (LCP)는 2.5초 이하, `Interaction to Next Paint` (INP)는 200밀리초 이하, `Cumulative Layout Shift` (CLS)는 0.1 이하이어야 합니다. LCP가 4초 초과, INP가 500밀리초 초과, CLS가 0.25 초과면 `poor`이며 두 기준 사이면 `needs improvement`입니다. 이 도구는 이 공식 기준값을 그대로 사용합니다.
내 Core Web Vitals 점수가 PageSpeed Insights와 다른 이유는 무엇인가요?
두 도구가 같은 출처를 읽으면 일치해야 합니다. 이 도구는 먼저 Chrome UX Report (CrUX) 현장 데이터를 표시합니다. 이는 Search가 사용하는 동일한 실제 사용자 데이터셋이며, 페이지에 현장 데이터가 없을 때만 Lighthouse 실험실 감사로 대체합니다. 실험실 수치는 시뮬레이션된 스로틀링을 사용하고 실행마다 달라질 수 있으므로 현장 점수와 맞지 않을 수 있습니다. PageSpeed Insights가 실험실 점수이고 이 도구가 현장 데이터이거나 그 반대라면 그 차이 때문입니다.
내 URL에 `no field data`가 표시되는 이유는 무엇인가요?
`CrUX`는 최근 28일 동안 통계적으로 안정적인 표본을 만들 만큼 `Chrome` 트래픽이 충분해진 URL만 보고합니다. 트래픽이 적거나 새로 만든 페이지는 기준에 도달하지 못합니다. 그러면 도구가 오리진 수준 현장 데이터(사이트 전체) 또는 시뮬레이션된 `Lighthouse` 실험실 감사로 대체하고, 각 카드가 사용하는 출처를 표시합니다.
이 도구는 INP를 측정할 수 있나요?
현장 데이터에서는 실제 사용자 상호작용으로 측정되는 INP 지표이므로 INP를 보고할 수 있습니다. 그러나 `Lighthouse` 실험실 감사에서는 페이지와 상호작용할 실제 사용자가 없으므로 INP 수치를 만들 수 없습니다. 따라서 실험실만 사용하는 결과에는 해당 지표가 `no lab INP`로 표시됩니다. 페이지에 현장 데이터가 없고 INP 수치가 필요하다면 실제 트래픽이나 직접 상호작용을 측정하는 Chrome DevTools INP 도구가 필요합니다.
Google은 순위를 정할 때 모바일과 데스크톱 중 어떤 기기를 사용하나요?
Google은 모바일에서 페이지 경험 신호를 평가합니다. 따라서 도구는 모바일 카드를 `what Google ranks on`으로 표시하고, 두 기기 모두 통과하지 못하면 모바일 지표를 결합 제약으로 알려 줍니다. 데스크톱 점수는 맥락용으로 표시될 뿐 모바일 순위 평가를 결정하지 않습니다.
 
다음 단계Core Web Vitals 기록 및 경쟁사 비교 — look up the exact spec and expected values.
안내는 영어로 제공됩니다.
함께 살펴보는 콘텐츠
도구Core Web Vitals 기록 및 경쟁사 비교도구HTTP 헤더 검사기도구DNS 검사기
       
 
자주 발생하는 문제와 해결 방법
 
     
  •  오류 LCP가 나쁩니다 해결 방법: 측정된 LCP 요소와 핵심 전달 경로를 최적화해 LCP를 2.5초 미만으로 낮춘 뒤 새로운 현장 데이터로 검증하세요. 
  •  경고 LCP 값 개선이 필요합니다 해결 방법: 측정된 LCP 요소에 우선순위를 두고 전달 경로의 지연을 제거해 LCP를 2.5초 미만으로 낮추세요. 
  •  오류 INP가 나쁩니다 해결 방법: 가장 긴 상호작용 작업을 줄이고 메인 스레드의 JavaScript 작업을 줄여 INP를 200ms 미만으로 낮추세요. 
  •  경고 INP 값 개선이 필요합니다 해결 방법: 긴 상호작용 처리기를 나누고 메인 스레드 작업을 양보해 INP를 200ms 미만으로 낮추세요. 
  •  오류 CLS가 나쁩니다 해결 방법: 이동하는 요소의 공간을 예약하고 늦은 글꼴 또는 콘텐츠 변경을 방지해 CLS를 0.1 미만으로 낮추세요. 
  •  경고 CLS 값 개선이 필요합니다 해결 방법: 첫 표시 후 이동하는 요소에 안정적인 크기와 자리표시자를 추가해 CLS를 0.1 미만으로 낮추세요. 
  •  경고 렌더링 차단 리소스가 LCP를 지연시킬 수 있습니다 해결 방법: 핵심 CSS를 인라인하고 LCP 리소스의 렌더링을 막는 중요하지 않은 스타일시트나 코드를 연기하세요. 
  •  경고 서버 응답이 LCP를 지연시킬 수 있습니다 해결 방법: LCP 리소스를 최적화하기 전에 캐시, 더 빠른 서버 처리, 사용자와 가까운 CDN으로 초기 서버 응답 시간을 줄이세요. 
  •  경고 이미지 전달이 LCP를 지연시킬 수 있습니다 해결 방법: LCP 이미지 크기를 조정하고 압축하며 srcset이 포함된 최신 형식으로 제공하고 늦게 발견되면 preload하세요. 
  •  정보 핵심 origin에 preconnect가 없습니다 해결 방법: LCP 리소스를 제공하는 중요한 제3자 origin에만 preconnect를 추가하고 필요하면 crossorigin을 포함하세요. 
  •  경고 제3자 코드가 INP에 영향을 줍니다 해결 방법: 중요하지 않은 태그 관리자, 채팅, 분석, 테스트 코드를 첫 상호작용 이후로 연기하고 사용하지 않는 공급자를 제거하세요. 
  •  경고 메인 스레드 작업이 INP에 영향을 줍니다 해결 방법: 긴 메인 스레드 작업을 더 작은 조각으로 나누고 무거운 계산을 worker로 옮기며 동기식 레이아웃 작업을 최소화하세요. 
  •  경고 사용하지 않는 JavaScript가 INP에 영향을 줍니다 해결 방법: Route와 component별로 code split해 현재 view에 필요한 JavaScript만 download, parse, execute하도록 하세요. 
  •  경고 Layout을 이동시키는 요소가 CLS에 영향을 줍니다 해결 방법: 로드 전에 image, embed, ad, 삽입 영역에 명시적 dimension이나 예약 공간을 지정하세요. 
  •  경고 글꼴 로딩이 CLS에 영향을 줍니다 해결 방법: 핵심 글꼴을 preload하고 메트릭 호환 대체 글꼴을 사용하며 늦은 레이아웃 이동을 피하는 font-display 동작을 선택하세요. 
  •  경고 실험실 성능과 현장 성능이 일치하지 않습니다 해결 방법: Lighthouse trace로 시뮬레이션 실행의 병목을 진단한 뒤 관련 CrUX 메트릭을 모니터링하고 관찰된 회귀를 확정하거나 종료하세요. 
    •