품질·성능·보안 · 공식 문서

코어 웹 바이탈 뜻, 순위 반영 범위와 판단 기준

코어 웹 바이탈은 로딩(LCP)·반응성(INP)·시각적 안정성(CLS)을 실제 사용자 데이터로 재는 구글의 세 지표입니다. 구글은 순위 시스템이 이 지표를 쓴다고 적었지만, 단일 신호가 아니며 관련성이 먼저라고 함께 적었습니다.

코어 웹 바이탈은 「빠른 사이트」를 감으로 말하지 않게 하려고 구글이 정한 세 지표입니다. 이름은 어렵지만 재는 장면은 방문자가 매일 겪는 일입니다.

이 편은 세 지표의 뜻과 순위에서의 자리를 다룹니다. 기준값과 측정 도구 읽는 법은 「페이지 속도 측정」 편에 자세히 적었습니다.

발견 01

코어 웹 바이탈은 방문자가 겪는 세 장면을 재는 지표 3개입니다

Core Web Vitals is a set of metrics that measure real-world user experience for loading performance, interactivity, and visual stability of the page.

코어 웹 바이탈은 페이지의 로딩 성능, 상호작용, 시각적 안정성에 대한 실제 사용자 경험을 재는 지표 묶음이다.

Google Search Central 「Understanding Core Web Vitals and Google search results」 (문서 수정일 2025-12-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/appearance/core-web-vitals
지표한국어 이름재는 것방문자가 겪는 장면서치 콘솔 도움말 원문
LCP최대 콘텐츠 렌더링 시간화면에서 가장 큰 이미지·글 덩어리가 그려지기까지 걸린 시간(로딩)첫 화면의 대표 이미지가 늦게 떠서 빈 화면을 보는 시간LCP (largest contentful paint): The amount of time to render the largest content element visible in the viewport, from when the user requests the URL. The largest element is typically an image or video, or perhaps a large block-level text element.LCP: 사용자가 URL 을 요청한 때부터 화면에 보이는 가장 큰 콘텐츠 요소를 그리기까지의 시간. 가장 큰 요소는 대개 이미지·동영상이나 큰 글 덩어리다.
INP다음 페인트까지의 상호작용클릭·탭·키보드 입력에 화면이 반응하기까지 걸린 시간(반응성)버튼을 눌렀는데 화면이 한참 그대로인 순간INP (interaction to next paint): A metric that assesses a page's overall responsiveness to user interactions by observing the time that it takes for the page to respond to all click, tap, and keyboard interactions that occur throughout the lifespan of a user's visit to a page. The final INP value is the longest interaction observed, ignoring outliers.INP: 방문 내내 일어난 모든 클릭·탭·키보드 입력에 페이지가 반응하기까지의 시간으로 전체 반응성을 평가한다. 최종값은 이상치를 뺀 가장 긴 상호작용이다.
CLS누적 레이아웃 이동예상하지 못한 화면 밀림을 모두 더한 점수(시각적 안정성)누르려던 버튼이 광고·이미지가 늦게 뜨면서 밀려나는 순간CLS (Cumulative Layout Shift): CLS measures the sum total of all individual layout shift scores for every unexpected layout shift that occurs during the entire lifespan of the page. This is important because having pages elements shift while a user is trying to interact with it is a bad user experience.CLS: 페이지가 열려 있는 동안 일어난 예상 밖 레이아웃 이동 점수를 모두 더한 값. 사용자가 누르려는 순간 요소가 밀리면 나쁜 경험이 되기 때문에 중요하다.
「방문자가 겪는 장면」은 이해를 돕기 위해 붙인 예입니다. 정의는 오른쪽 원문이 기준입니다.
지표구글 검색 센터의 목표값 원문
LCPLargest Contentful Paint (LCP): Measures loading performance. To provide a good user experience, strive to have LCP occur within the first 2.5 seconds of the page starting to load.LCP 는 로딩 성능을 잰다. 좋은 경험을 주려면 페이지가 로드되기 시작하고 2.5초 안에 LCP 가 일어나게 한다.
INPInteraction To Next Paint (INP): Measures responsiveness. To provide a good user experience, strive to have an INP of less than 200 milliseconds.INP 는 반응성을 잰다. 좋은 경험을 주려면 INP 를 200밀리초 미만으로 한다.
CLSCumulative Layout Shift (CLS): Measures visual stability. To provide a good user experience, strive to have a CLS score of less than 0.1.CLS 는 시각적 안정성을 잰다. 좋은 경험을 주려면 CLS 점수를 0.1 미만으로 한다.
판정은 방문의 75번째 백분위수로 합니다. 판정 규칙과 「좋음·개선 필요·나쁨」 경계는 「페이지 속도 측정」 편에 있습니다.

발견 02

지표 구성은 바뀝니다. 2024년에 INP 가 FID 를 대신했습니다

규칙web.dev 원문
모든 페이지에 적용Core Web Vitals are the subset of Web Vitals that apply to all web pages, should be measured by all site owners, and will be surfaced across all Google tools.코어 웹 바이탈은 웹 바이탈 가운데 모든 웹페이지에 적용되고, 모든 사이트 소유자가 재야 하며, 모든 구글 도구에 나오는 부분이다.
구성은 바뀐다The metrics that make up Core Web Vitals will evolve over time.코어 웹 바이탈을 이루는 지표는 시간이 지나며 바뀐다.
바뀌는 빈도Stable Core Web Vitals metrics won't change more than once per year.안정 단계의 코어 웹 바이탈 지표는 1년에 한 번보다 자주 바뀌지 않는다.
바뀐 예This is exactly what happened to FID as INP became a stable Core Web Vital metric in 2024.2024년에 INP 가 안정 단계의 코어 웹 바이탈이 되면서 FID 가 바로 이렇게 물러났다.
FID(First Input Delay)를 기준으로 쓴 옛 자료는 지금 지표와 맞지 않습니다. 업체 보고서에 FID 가 나오면 날짜부터 봅니다.

발견 03

순위 시스템은 코어 웹 바이탈을 쓰지만, 단일 신호가 아니고 페이지 경험 질문 하나에 해당합니다

질문구글 원문
순위에 쓰이는가Core Web Vitals are used by our ranking systems.코어 웹 바이탈은 구글 순위 시스템에서 사용된다.
신호는 하나인가There is no single signal. Our core ranking systems look at a variety of signals that align with overall page experience.단일 신호는 없다. 핵심 순위 시스템은 전반적인 페이지 경험에 맞는 여러 신호를 본다.
순위 시스템이 보상하는 것Google's core ranking systems look to reward content that provides a good page experience. This, along with other page experience aspects, aligns with what our core ranking systems seek to reward.구글 핵심 순위 시스템은 좋은 페이지 경험을 주는 콘텐츠를 보상하려 한다. 코어 웹 바이탈은 다른 페이지 경험 측면과 함께 이 방향과 맞는다.
페이지 단위인가Our core ranking systems generally evaluate content on a page-specific basis, including when understanding aspects related to page experience. However, we do have some site-wide assessments.핵심 순위 시스템은 페이지 경험을 볼 때도 대체로 페이지별로 평가한다. 다만 사이트 단위 평가도 일부 있다.
다른 페이지 경험 측면은Beyond Core Web Vitals, other page experience aspects don't directly help your website rank higher in search results.코어 웹 바이탈 말고 다른 페이지 경험 측면은 검색 순위를 직접 올려 주지 않는다.
모두 구글 검색 센터 「Understanding page experience」 FAQ 와 「Understanding Core Web Vitals」 문서의 문장입니다.
페이지 경험 자체 평가 질문코어 웹 바이탈원문
코어 웹 바이탈이 좋은가해당Do your pages have good Core Web Vitals?페이지의 Core Web Vitals 가 좋은가?
안전하게(HTTPS) 제공되는가없음Are your pages served in a secure fashion?페이지를 안전한 방식으로 제공하고 있는가?
휴대기기에서 잘 보이는가없음Does your content display well on mobile devices?콘텐츠가 모바일 기기에서 잘 보이는가?
본문을 가리는 광고가 과하지 않은가없음Does your content avoid using an excessive amount of ads that distract from or interfere with the main content?본문을 방해하거나 가리는 광고를 지나치게 쓰지 않는가?
방해가 되는 전면 광고가 없는가없음Do your pages avoid using intrusive interstitials?화면을 가리는 전면 광고·팝업을 쓰지 않는가?
본문과 나머지가 쉽게 구분되는가없음Is your page designed so visitors can easily distinguish the main content from other content on your page?방문자가 본문과 다른 콘텐츠를 쉽게 구분하도록 페이지가 설계되었는가?
구글이 적은 자체 평가 질문 6개 가운데 코어 웹 바이탈은 첫 질문 하나입니다. 구글은 이 질문이 전부는 아니라고 적었습니다.

발견 04

얼마나 손볼지는 5가지 상황으로 판단합니다

상황판단근거 원문
검색 의도에 맞는 내용이 아직 부족하다내용부터 채웁니다. 속도가 느려도 가장 관련 있는 페이지가 먼저 나옵니다.Google Search always seeks to show the most relevant content, even if the page experience is sub-par.구글 검색은 페이지 경험이 기준에 못 미치더라도 늘 가장 관련성 높은 콘텐츠를 보여 주려 한다.
비슷한 내용의 페이지가 많은 검색어다페이지 경험 개선이 차이를 만들 수 있습니다.But for many queries, there is lots of helpful content available. Having a great page experience can contribute to success in Search, in such cases.다만 많은 검색어에는 도움이 되는 콘텐츠가 많다. 이런 경우 좋은 페이지 경험이 검색 성과에 보탬이 될 수 있다.
핵심 페이지가 실제 사용자 데이터에서 「느림」이다「느림」부터, 영향받는 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에 영향을 주는 문제 순으로 작업할 것을 권한다.
세 지표가 이미 모두 「빠름」이다만점을 노리는 작업은 멈추고 다른 일에 시간을 씁니다.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 때문에만 만점을 노리는 것은 시간을 가장 잘 쓰는 방법이 아닐 수 있다.
속도 점수 하나만 보고 있다보안·모바일·광고·전면 광고까지 페이지 경험 전체를 같이 봅니다.Site owners seeking to be successful with our systems shouldn't focus on only one or two aspects of page experience.구글 시스템에서 성과를 내려는 사이트 소유자는 페이지 경험의 한두 측면에만 매달리지 말아야 한다.
판단 칸은 원문을 상황별 결정으로 옮긴 것입니다. 상황 구분은 편집 판단입니다.
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 Central 「Understanding page experience in Google Search results」 (문서 수정일 2026-09-22) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/appearance/page-experience

발견 05

B2B·B2C·B2G 사이트는 코어 웹 바이탈에 들일 무게가 다릅니다

예시 ① 제품 사양 페이지가 많은 B2B 제조사 사이트

구매 담당자는 품번·사양으로 검색하고, 그 검색어에 맞는 페이지가 적습니다. 관련성이 먼저라서 사양 페이지를 채우는 일이 앞섭니다.

다만 사양표 PDF 와 큰 도면 이미지가 첫 화면에 있으면 LCP 가 늦습니다. 「느림」이 뜨면 그 페이지 묶음만 손봅니다.

예시 ② 광고 유입이 많은 B2C 쇼핑몰

같은 상품을 파는 페이지가 많아 내용이 비슷합니다. 구글이 적은 대로 이런 검색어에서는 페이지 경험이 차이를 만들 수 있습니다.

상품 목록의 이미지 밀림(CLS)과 장바구니 버튼 반응(INP)을 먼저 봅니다. 매출과 바로 이어지는 장면이기 때문입니다.

예시 ③ 민원 서식을 내려받는 공공기관 누리집(B2G)

민원인은 서식 이름으로 검색합니다. 기관 공식 페이지가 가장 관련 있는 결과가 되기 쉬워, 점수 만점보다 휴대기기 표시와 첫 화면이 먼저입니다.

전면 팝업 공지가 많다면 그것부터 줄입니다. 구글의 페이지 경험 질문에 전면 광고 항목이 따로 있습니다.

그럼 우리 사이트는 코어 웹 바이탈을 어디까지 손보나요?

  1. 서치 콘솔 › Core Web Vitals 보고서에서 모바일과 데스크톱의 「느림」 URL 그룹이 있는지 봅니다.
  2. 「느림」이 핵심 페이지에 있으면 그 묶음부터 고칩니다. 영향받는 URL 이 많은 문제가 다음입니다.
  3. 모두 「빠름」이면 만점 작업은 멈추고 검색 의도에 맞는 내용과 내부 링크에 시간을 씁니다.
  4. 페이지 경험 질문 6개(HTTPS·모바일·광고·전면 광고·본문 구분)를 같이 점검합니다.
  5. 숫자를 읽는 법은 「페이지 속도 측정」 편, 두 도구 숫자가 다를 때는 「페이지스피드 인사이트 점수가 서치 콘솔과 다른 이유」 편을 봅니다.

조사 방법

  • Google Search Central 「Understanding Core Web Vitals and Google search results」 (문서 수정일 2025-12-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/appearance/core-web-vitals
  • Google Search Central 「Understanding page experience in Google Search results」 (문서 수정일 2026-09-22) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/appearance/page-experience
  • web.dev (Google Chrome) 「Web Vitals」 (문서 수정일 2024-10-31) · 최종 확인일 2026-10-25 · https://web.dev/articles/vitals
  • Search Console Help 「Core Web Vitals report」 · 최종 확인일 2026-10-25 · https://support.google.com/webmasters/answer/9205520
  • 판단 기준 5가지는 위 문서의 FAQ·권고 문장을 상황별로 나눈 것입니다. 나누는 방식은 편집 판단입니다.
  • 구글은 코어 웹 바이탈이 순위에서 차지하는 비중을 숫자로 밝히지 않았습니다. 이 편은 문서가 적은 자리만 옮겼습니다.
  • 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
  • 원문은 영어판(hl=en)이고, 지표의 한국어 이름과 상태 이름(빠름·개선이 필요함·느림)은 서치 콘솔 도움말 한국어판(hl=ko) 표기를 따랐습니다.