코어 웹 바이탈(Core Web Vitals)이란? LCP · INP · CLS 기준과 점검법 (2026)

2026년 10월 20일 기준 · 작성 K-RIDA · 공식 문서 출처는 글 끝에 있습니다

핵심 요점 한눈에

코어 웹 바이탈은 무엇을 재나요?

Google 검색 센터는 Core Web Vitals를 로드 성능, 상호작용, 페이지의 시각적 안정성에 관한 실제 사용자 경험을 측정하는 측정항목이라고 설명합니다. 쉽게 말해 '빨리 보이는지 · 바로 반응하는지 · 화면이 갑자기 밀리지 않는지' 세 가지입니다.

세 지표는 모두 web.dev에서 안정(stable) 지표로 분류되어 있고, 구글 검색이 말하는 '페이지 경험'의 일부입니다.

기준값은 어떻게 판정하나요?

서치 콘솔 Core Web Vitals 보고서는 각 지표를 빠름 · 개선이 필요함 · 느림 세 단계로 나눕니다. web.dev는 평균이 아니라 페이지 로드의 75번째 백분위수로 보고, 모바일과 데스크톱을 따로 나눠 보라고 안내합니다. 세 지표가 모두 기준을 넘어야 '통과'입니다.

• 75% 규칙: 방문 10번 중 7~8번 이상이 기준 안에 들어와야 그 지표가 '빠름'이 됩니다.
• URL 그룹 상태는 LCP · INP · CLS 중 가장 나쁜 값으로 정해집니다.
• INP는 FID(최초 입력 지연)의 후속 지표로, 지금 코어 웹 바이탈의 반응성 지표는 INP입니다.

코어 웹 바이탈이 검색 순위에 영향을 주나요?

Google 검색 센터의 페이지 경험 문서는 이 지표들이 순위 시스템에서 사용된다고 설명합니다. 동시에 순위를 정하는 단일 페이지 경험 신호는 없고, 점수가 좋다고 상위 노출이 보장되지 않는다고 밝힙니다.

구글은 페이지 경험이 평균 이하여도 항상 가장 관련성 높은 콘텐츠를 보여 주려 한다고 말합니다. 페이지 경험이 특히 힘을 쓰는 것은 비슷하게 유용한 콘텐츠가 많은 검색어에서 경쟁할 때입니다. 그래서 점수만 올리는 데 매달리기보다 콘텐츠 품질을 먼저 챙기고, 그다음 속도와 안정성을 다듬는 순서가 맞습니다.

내 홈페이지 점수는 어디서 확인하나요?

실제 방문자 데이터(필드 데이터)와 실험실 테스트(랩 데이터)를 나눠서 봅니다. 순위와 서치 콘솔에 쓰이는 것은 크롬 사용자 경험 보고서(CrUX)의 필드 데이터입니다.

1. 서치 콘솔에 사이트를 등록하고 Core Web Vitals 보고서를 엽니다.
2. 모바일 보고서부터 '느림' · '개선이 필요함' 문제를 확인합니다.
3. 문제 URL 예시를 PageSpeed Insights에 넣어 원인(큰 이미지, 긴 스크립트, 크기 없는 이미지 등)을 찾습니다.
4. 수정 후 서치 콘솔 문제 세부정보에서 [수정 결과 확인(추적 시작)]을 누르면 28일간 모니터링해 통과 여부를 알려 줍니다.

서치 콘솔에 '데이터 없음'이 뜨면 어떻게 하나요?

서치 콘솔 도움말에 따르면 새로 등록한 속성은 CrUX 데이터가 게시되기까지 며칠이 걸릴 수 있고, 방문 데이터가 충분하지 않은 URL 그룹은 보고서에서 빠집니다. 방문자가 적은 소상공인 홈페이지에서 흔히 보이는 상황입니다.

이때는 개별 URL을 PageSpeed Insights나 Lighthouse로 직접 테스트해 랩 데이터로 상태를 짐작하면 됩니다. 개별 URL 데이터가 부족하면 같은 출처(프로토콜 · 호스트 · 포트) 단위로 묶여 평가되기도 합니다.

점수를 올리려면 무엇부터 손봐야 하나요?

공식 문서의 안내를 소상공인 홈페이지에 맞춰 우선순위로 정리하면 다음과 같습니다. 세부 기법은 web.dev의 지표별 가이드에서 확인할 수 있습니다.

• LCP: 첫 화면의 대표 이미지가 너무 크지 않은지, 늦게 불러오는 슬라이더 · 팝업 뒤에 숨어 있지 않은지 확인합니다.
• INP: web.dev는 메인 스레드의 긴 작업을 줄이고, 큰 DOM · 복잡한 레이아웃 같은 비싼 렌더링 작업을 줄이라고 안내합니다. 쓰지 않는 플러그인 · 채팅 위젯 · 추적 스크립트부터 정리해 보세요.
• CLS: 이미지 · 광고 · 배너 자리에 크기를 미리 잡아 두어 로딩 중 글과 버튼이 밀리지 않게 합니다.
• 페이지 경험 전체: HTTPS 사용, 모바일에서 제대로 보이는지, 본문을 가리는 전면 광고(인터스티셜)가 없는지, 광고가 본문을 방해하지 않는지도 함께 봅니다.

놓치기 쉬운 포인트

• Core Web Vitals는 모바일과 데스크톱을 따로 판정합니다. 방문자 대부분이 스마트폰이라면 모바일 보고서부터 보세요.
• Lighthouse는 INP를 직접 재지 못해 TBT(총 차단 시간)로 대신 봅니다. INP 문제는 실제 사용자 데이터로 확인하는 것이 정확합니다.
• 점수만 올리려고 콘텐츠를 줄이는 것은 거꾸로입니다. 구글은 관련성 높은 콘텐츠를 먼저 보여 줍니다.
• 홈페이지 빌더를 쓴다면 무거운 슬라이더 · 동영상 배경 · 외부 위젯이 LCP와 INP를 함께 떨어뜨리는 경우가 많습니다.
• 수정 결과 확인은 28일이 걸리니 여러 문제를 한 번에 고친 뒤 시작하는 편이 효율적입니다.