측정·순위 · 공식 문서
구글은 페이지 속도 기준을 LCP 2.5초·INP 200ms·CLS 0.1로 적고, 방문의 75번째 백분위수로 판정합니다
구글이 정한 페이지 경험 지표는 Core Web Vitals 세 개입니다. 「좋음」 기준은 LCP 2.5초·INP 200ms·CLS 0.1 이하입니다. 판정은 75번째 백분위수로 합니다. 방문 100번 중 75번이 기준 안에 들어야 「좋음」입니다. PageSpeed Insights 와 서치 콘솔 Core Web Vitals 보고서가 지난 28일의 실제 사용자 데이터를 보여 줍니다.
페이지 속도는 구글이 정한 세 지표로 잽니다. 기준값, 판정 방법, 측정 도구, 검색 순위와의 관계를 구글 원문으로 확인했습니다.
발견 01
Core Web Vitals 지표는 3개이고, 지표마다 「좋음·개선 필요·나쁨」 경계가 정해져 있습니다
| 지표 | 좋음 | 개선 필요 | 나쁨 | web.dev 원문 |
|---|---|---|---|---|
| LCP(로딩) | 2.5초 이하 | 4초 이하 | 4초 초과 | Largest Contentful Paint (LCP): measures loading performance. To provide a good user experience, LCP should occur within 2.5 seconds of when the page first starts loading.LCP(최대 콘텐츠 렌더링 시간)는 로딩 성능을 잰다. 좋은 사용자 경험을 위해 LCP 는 페이지가 로드되기 시작한 뒤 2.5초 안에 일어나야 한다. |
| INP(반응성) | 200ms 이하 | 500ms 이하 | 500ms 초과 | Interaction to Next Paint (INP): measures interactivity. To provide a good user experience, pages should have a INP of 200 milliseconds or less.INP(다음 페인트와의 상호작용)는 상호작용성을 잰다. 좋은 사용자 경험을 위해 페이지의 INP 는 200밀리초 이하여야 한다. |
| CLS(시각적 안정성) | 0.1 이하 | 0.25 이하 | 0.25 초과 | Cumulative Layout Shift (CLS): measures visual stability. To provide a good user experience, pages should maintain a CLS of 0.1. or less.CLS(누적 레이아웃 변경)는 시각적 안정성을 잰다. 좋은 사용자 경험을 위해 페이지의 CLS 는 0.1 이하로 유지해야 한다. |
| INP 구간 | 원문 |
|---|---|
| 좋음 | An INP below or at 200 milliseconds means a page has good responsiveness.INP 가 200밀리초 이하이면 페이지의 응답성이 좋다는 뜻이다. |
| 개선 필요 | An INP above 200 milliseconds and below or at 500 milliseconds means a page's responsiveness needs improvement.INP 가 200밀리초 초과 500밀리초 이하이면 페이지의 응답성을 개선해야 한다는 뜻이다. |
| 나쁨 | An INP above 500 milliseconds means a page has poor responsiveness.INP 가 500밀리초를 넘으면 페이지의 응답성이 나쁘다는 뜻이다. |
발견 02
판정은 평균값이 아니라 방문의 75번째 백분위수로 하고, 세 지표를 모두 넘어야 합격입니다
To ensure you're hitting the recommended target for these metrics for most of your users, a good threshold to measure is the 75th percentile of page loads, segmented across mobile and desktop devices.
대부분의 사용자에게 권장 목표를 충족하는지 보려면, 모바일과 데스크톱으로 나눈 페이지 로드의 75번째 백분위수를 기준으로 재는 것이 좋다.
| 판정 규칙 | 원문 |
|---|---|
| 세 지표 모두 통과 | Tools that assess Core Web Vitals compliance should consider a page passing if it meets the recommended targets at the 75th percentile for all three of the Core Web Vitals metrics.코어 웹 바이탈 충족 여부를 평가하는 도구는 세 지표 모두 75번째 백분위수에서 권장 목표를 충족할 때 페이지를 통과로 봐야 한다. |
| PageSpeed Insights 평가 | For aggregations with sufficient data in all three metrics, the aggregation passes the Core Web Vitals assessment if the 75th percentiles of all three metrics are Good.세 지표 모두 데이터가 충분한 집계는 세 지표의 75번째 백분위수가 모두 「좋음」일 때 코어 웹 바이탈 평가를 통과한다. |
| INP 데이터가 부족할 때 | If the aggregation has insufficient data for INP, then it will pass the assessment if both the 75th percentiles of LCP and CLS are Good.집계에 INP 데이터가 부족하면, LCP 와 CLS 의 75번째 백분위수가 모두 「좋음」일 때 평가를 통과한다. |
| 서치 콘솔 URL 그룹의 상태 | Once a URL group has a threshold amount of data for both LCP and CLS, the URL group's status is its most poorly performing metric.URL 그룹에 LCP·CLS 데이터가 기준량만큼 쌓이면, 그 그룹의 상태는 가장 성능이 나쁜 지표의 상태가 된다. |
발견 03
속도 점수는 실험실 데이터, 합격 판정은 지난 28일의 실제 사용자 데이터입니다
| 데이터 | 원문 |
|---|---|
| 실험실 데이터의 쓰임 | Lab data is useful for debugging issues, as it is collected in a controlled environment. However, it may not capture real-world bottlenecks.실험실 데이터는 통제된 환경에서 수집되므로 문제를 찾는 데 유용하지만, 실제 환경의 병목은 잡지 못할 수 있다. |
| 실제 사용자 데이터 기간 | PSI reports real users' First Contentful Paint (FCP), Interaction to Next Paint (INP), Largest Contentful Paint (LCP), and Cumulative Layout Shift (CLS) experiences over the previous 28-day collection period.PSI 는 지난 28일 수집 기간 동안 실제 사용자가 겪은 FCP·INP·LCP·CLS 를 보여 준다. |
| 데이터가 부족한 페이지 | A page might not have sufficient data if it has been recently published or has too few samples from real users. When this happens, PSI will fall back to origin-level granularity, which encompasses all user experiences on all pages of the website.최근 게시했거나 실제 사용자 표본이 너무 적은 페이지는 데이터가 부족할 수 있다. 이때 PSI 는 웹사이트 전체 페이지의 사용자 경험을 아우르는 출처(origin) 단위 데이터로 대신 보여 준다. |
| 실험실 점수 구간 | A score of 90 or above is considered good. 50 to 89 is a score that needs improvement, and below 50 is considered poor.90점 이상은 좋음, 50~89점은 개선 필요, 50점 미만은 나쁨으로 본다. |
| 실험실 점수와 실제 경험 | Any green score (90+) is considered good, but note that having good lab data does not necessarily mean real-user experiences will also be good.녹색 점수(90점 이상)는 좋음으로 보지만, 실험실 데이터가 좋다고 실제 사용자 경험도 반드시 좋은 것은 아니다. |
| 실험실 도구의 한계 | Tools like Lighthouse that load pages in a simulated environment without a user cannot measure INP, as there is no user input. While lab measurement is an essential part of delivering great experiences, it is not a substitute for field measurement.Lighthouse 처럼 사용자 없이 모의 환경에서 페이지를 로드하는 도구는 사용자 입력이 없어 INP 를 잴 수 없다. 실험실 측정은 좋은 경험을 만드는 데 꼭 필요하지만 현장 측정을 대신하지는 못한다. |
| 서치 콘솔 보고서 | 원문 |
|---|---|
| 보여 주는 데이터 | The Core Web Vitals report shows how your pages perform, based on real world usage data (sometimes called field data).코어 웹 바이탈 보고서는 실제 사용 데이터(현장 데이터라고도 함)를 바탕으로 페이지의 실적을 보여 준다. |
| 실리는 URL | Only indexed URLs can appear in this report.색인이 생성된 URL만 이 보고서에 나올 수 있다. |
| 고치는 순서 | Prioritize your issues: We recommend fixing everything labeled "Poor" first, then prioritize your work either by issues that affect the most URLs, or by issues that affect your most important URLs.문제의 우선순위를 정한다. 「느림」으로 표시된 것부터 모두 고치고, 그다음 영향받는 URL이 가장 많은 문제나 가장 중요한 URL에 영향을 주는 문제 순으로 작업할 것을 권한다. |
| 고친 뒤 확인 | Click Start Tracking to start a 28-day monitoring session to check for instances of this issue in your site.「추적 시작」을 누르면 28일 동안 사이트에서 이 문제가 남아 있는지 확인하는 모니터링이 시작된다. |
발견 04
구글은 Core Web Vitals 를 순위 시스템이 쓰는 여러 신호 가운데 하나로 적었습니다
| 질문 | 원문 |
|---|---|
| 페이지 경험 신호는 하나인가 | There is no single signal.단일 신호는 없다. |
| 순위에 쓰이는가 | Core Web Vitals are used by our ranking systems.코어 웹 바이탈은 구글 순위 시스템에서 사용된다. |
| 점수를 어떻게 대하나 | These scores are meant to help you to improve your site for your users overall, and trying to get a perfect score just for SEO reasons may not be the best use of your time.이 점수는 사이트를 사용자 전반에 맞게 개선하도록 돕기 위한 것이며, SEO 때문에만 만점을 노리는 것은 시간을 가장 잘 쓰는 방법이 아닐 수 있다. |
| 관련성과의 관계 | Google Search always seeks to show the most relevant content, even if the page experience is sub-par.구글 검색은 페이지 경험이 기준에 못 미치더라도 늘 가장 관련성 높은 콘텐츠를 보여 주려 한다. |
그럼 내 사이트 속도는 어떻게 재고 읽나요?
- pagespeed.web.dev 에 URL 을 넣고 분석합니다. 모바일과 데스크톱 탭을 각각 봅니다.
- 위쪽 실제 사용자 데이터의 LCP·INP·CLS 를 2.5초·200ms·0.1 과 비교합니다. 이 값이 75번째 백분위수입니다.
- 고칠 곳은 아래쪽 Lighthouse 진단의 실패 항목에서 찾습니다. 실제 사용자 데이터가 없는 페이지도 이 진단을 개선 단서로 씁니다.
- 사이트 전체는 서치 콘솔 › Core Web Vitals 보고서에서 모바일 「보고서 열기」로 봅니다. 「느림」부터, 영향받는 URL 이 많은 문제부터 고칩니다.
- 고친 뒤 문제 상세 페이지에서 「추적 시작」을 누릅니다. 서치 콘솔이 28일 동안 실제 사용자 데이터로 확인합니다.
- 변경 직후는 PageSpeed Insights 실험실 결과로 확인하고, 합격 여부는 28일 뒤 실제 사용자 데이터로 판단합니다.
조사 방법
- web.dev (Google Chrome) 「Web Vitals」 (문서 수정일 2024-10-31) · 최종 확인일 2026-10-18 · https://web.dev/articles/vitals
- web.dev (Google Chrome) 「Interaction to Next Paint (INP)」 (문서 수정일 2025-09-02) · 최종 확인일 2026-10-18 · https://web.dev/articles/inp
- Google for Developers 「About PageSpeed Insights」 (문서 수정일 2024-10-21) · 최종 확인일 2026-10-18 · https://developers.google.com/speed/docs/insights/v5/about
- Search Console Help 「Core Web Vitals report」 · 최종 확인일 2026-10-18 · https://support.google.com/webmasters/answer/9205520
- Google Search Central 「Understanding page experience in Google Search results」 (문서 수정일 2026-09-22) · 최종 확인일 2026-10-18 · https://developers.google.com/search/docs/appearance/page-experience
- Google Search Central 「Understanding Core Web Vitals and Google search results」 (문서 수정일 2025-12-10) · 최종 확인일 2026-10-18 · https://developers.google.com/search/docs/appearance/core-web-vitals
- 지표 3개는 web.dev 「Web Vitals」의 Core Web Vitals 목록 항목 수이고, 같은 문서의 수명 주기 목록도 LCP·CLS·INP 셋을 Stable 로 적었습니다.
- 「좋음·개선 필요·나쁨」 경계 9칸은 서치 콘솔 도움말 「Status definitions」 표를 옮겼고, PageSpeed Insights 문서의 표와 값이 같습니다.
- 원문은 영어판(hl=en)입니다. 화면 용어(빠름·개선이 필요함·느림·추적 시작·보고서 열기)는 서치 콘솔 도움말 한국어판(hl=ko)에서 확인했습니다.
- 이 편은 문서가 적은 기준값과 읽는 법을 옮긴 것입니다. 측정은 「할일」 순서대로 독자가 직접 돌립니다.