Core Web Vitals 입문: LCP, INP, CLS를 측정하고 개선하는 방법
방문자가 겪는 경험부터 확인한 뒤 적절한 측정으로 개선할 부분을 결정합니다.
도구
이미 측정한 값을 분류하되 출처와 단위를 명확히 유지합니다.
누락된 값을 만들어 넣을 필요는 없습니다. 없는 지표는 비워 둡니다. INP가 없다는 것은 0이라는 뜻이 아니며 Total Blocking Time도 INP를 대신하지 않습니다.
검사기는 입력값을 Google이 공개한 기준과 비교합니다. 좋음은 LCP 2.5초 이하, INP 200밀리초 이하, CLS 0.1 이하입니다. 각각 4.0초, 500밀리초, 0.25를 넘으면 나쁨이며 그 사이 구간은 개선이 필요합니다.
이 도구는 URL을 방문하거나 새로운 성능 데이터를 수집하지 않습니다. 계산은 브라우저 안에서 실행됩니다. 붙여 넣은 값이 올바른 백분위수, 기기 집단, 페이지를 나타내는지 확인할 수는 없습니다. 좋음 등급은 입력한 숫자가 좋은 범위라는 뜻이지 웹사이트를 독립적으로 인증했다는 의미가 아닙니다.
전체 현장 평가에는 해당 집단의 75번째 백분위수 값을 비교합니다. 기준값 안내에서 경계를, 입문 가이드에서 측정 방법과 해석을 확인할 수 있습니다.
먼저 입력을 확인합니다. 특정 URL에 데이터가 충분하지 않으면 PageSpeed Insights는 원본 전체의 실제 사용자 값을 표시할 수 있습니다. 실험실 영역은 별개의 측정이며 모바일과 데스크톱도 다를 수 있습니다.
누락 데이터 규칙도 중요합니다. PageSpeed Insights는 INP가 부족할 때 LCP와 CLS로 평가할 수 있지만 이 검사기는 제공된 필드만 분류합니다. 두 화면이 같은 문구여야 한다고 가정하지 말고 원본 보고서의 평가와 데이터 범위 설명을 보존합니다.
가능하지만 해당 테스트 자체의 등급으로 해석해야 합니다. 제어된 대화형 브라우저 기록은 상호작용 지연을 측정할 수 있습니다. 일반적인 Lighthouse 페이지 로드 실행은 현장 INP를 측정하지 않으며 차단 상태의 실험실 지표로 TBT를 사용합니다.
한 번의 테스트는 모집단의 p75 결과가 아닙니다. 실험실 데이터로 문제를 재현한 뒤 가능한 경우 현장 데이터로 배포 결과를 확인합니다. 현장 데이터와 실험실 데이터 가이드는 두 결과가 다른 이유를 설명합니다.
보장하지 않습니다. Core Web Vitals는 Google의 더 넓은 페이지 경험 평가 중 일부이며 좋은 보고서 결과가 검색 순위를 보장하지 않습니다. 등급은 경험 문제를 찾고 진단 경로를 선택하는 데 사용합니다. 색상만 바꾸려 하지 말고 실패한 지표와 대표 페이지부터 조사합니다.
방문자가 겪는 경험부터 확인한 뒤 적절한 측정으로 개선할 부분을 결정합니다.
가장 큰 이미지 자체보다 다운로드가 시작되기 전의 지연이 더 중요할 수 있습니다.
다른 작업이 시작을 막거나 브라우저가 결과를 그리지 못한다면 빠른 이벤트 핸들러만으로는 충분하지 않습니다.