2026년 Core Web Vitals: 진짜 중요한 숫자와 달성 방법
LCP·INP·CLS를 전문용어 없이. 실제 기준값, 랩 점수가 거짓말하는 이유, 필드 데이터를 움직이는 수정, 그리고 속도가 매출로 바뀌는 방식.
Written and reviewed by Artem Palamarchuk, Founder of BLEX STUDIO.
사이트가 빠르게 느껴지는지를 결정하는 세 숫자
Core Web Vitals는 "이 사이트 느리다"는 감각을 측정 가능하게 만들려는 구글의 시도입니다. 세 지표가 핵심이고, 각각 다른 불만에 대응합니다. 아무것도 보이기까지 오래 걸렸다, 내 탭을 무시했다, 읽는 중에 화면이 움직였다.
중요한 이유는 둘이고 구분하는 편이 좋습니다. 구글은 이를 순위 신호로 씁니다 — 실재하지만 완만하며, 관련성이 비슷한 페이지 사이의 동점 처리에 가깝습니다. 고객은 이를 인내심 시험으로 씁니다. 이쪽은 전혀 완만하지 않습니다. 느린 페이지는 순위와 무관하게 매출을 잃습니다.
기준값, 있는 그대로
Largest Contentful Paint (LCP) — 주요 콘텐츠가 보이는 시점. 좋음: 2.5초 이하.
Interaction to Next Paint (INP) — 방문 전체에 걸쳐 탭·클릭에 얼마나 빨리 반응하는가. 좋음: 200밀리초 이하.
Cumulative Layout Shift (CLS) — 로딩 중 레이아웃이 얼마나 튀는가. 좋음: 0.1 이하.
"통과"란 실제 방문의 75번째 백분위수가 기준을 충족하는 것입니다. 자주 놓치는 대목이고, 의미를 완전히 바꿉니다. 평가 대상은 평균 방문자가 아니라 조건이 나쁜 방문자입니다 — 중급 기기, 약한 신호, 탭 마흔 개.
현재 기준값은 무엇인가요?
LCP 2.5초 이하, INP 200밀리초 이하, CLS 0.1 이하. 28일 이동 창에서 실제 방문의 75번째 백분위수로 평가합니다.
순위에 얼마나 영향을 주나요?
실재하지만 완만한 신호입니다. 구글은 페이지 경험을 관련성이 비슷한 페이지 사이의 동점 처리로 설명해 왔습니다. 사업적 근거는 전환입니다.
Lighthouse는 95인데 Search Console은 불합격입니다. 왜죠?
Lighthouse는 내 기기에서의 랩 테스트이고, Search Console은 실사용자 75번째 백분위수의 필드 데이터이기 때문입니다.
INP는 FID와 같나요?
다릅니다. 2024년 3월 FID를 대체했고 훨씬 엄격합니다. 첫 상호작용이 아니라 방문 중 모든 상호작용을 봅니다.
수정이 Search Console에 언제 반영되나요?
28일 이동 창이라 3~4주를 예상하세요.
페이지 빌더로도 통과할 수 있나요?
불가능하지는 않지만 훨씬 어렵습니다. 쓰지 않는 기능의 CSS·JS가 실리고 로딩 전략을 제어하기 어렵습니다.