Core Web Vitals, LCP·INP·CLS 뜻과 기준값 3가지

Core Web Vitals는 로딩 속도(LCP), 반응 속도(INP), 화면 흔들림(CLS)으로 사용자 경험을 재는 구글의 지표입니다. 이 글에서는 세 지표의 뜻과 좋음·개선 필요·나쁨 기준값, 우리 홈페이지의 값을 확인하는 방법과 나쁠 때 먼저 살펴볼 원인을 정리했습니다.

Core Web Vitals란 무엇인가

홈페이지가 "느리다"는 느낌은 사실 여러 순간이 섞여 있습니다. 화면에 중요한 내용이 늦게 뜨는 것, 버튼을 눌렀는데 한참 뒤에 반응하는 것, 읽던 글이 갑자기 아래로 밀려나는 것이 모두 불편함입니다. Core Web Vitals는 이 세 순간을 각각 하나의 숫자로 잰 것입니다.

구글은 Core Web Vitals 이해하기 문서에서 좋은 Core Web Vitals가 다른 페이지 경험 요소와 함께 핵심 순위 시스템이 보상하려는 방향과 맞는다고 설명하고, 사이트 소유자에게 좋은 값을 갖추라고 권합니다. 다만 값이 좋다고 순위가 보장되는 것은 아닙니다. 검색 순위는 무엇보다 내용의 질이 좌우하고, 이 지표는 방문자 경험을 점검하는 기준으로 보는 편이 정확합니다.

LCP·INP·CLS 뜻과 기준값

세 지표는 각각 다른 순간을 잽니다. 아래 표는 web.dev의 지표 설명을 기준으로 세 지표가 재는 것과 좋음·개선 필요·나쁨 기준값을 비교한 것입니다.

지표	재는 것	좋음	개선 필요	나쁨
LCP(최대 콘텐츠 페인트)	화면에서 가장 큰 이미지나 글 덩어리가 표시되기까지의 시간	2.5초 이하	4초 이하	4초 초과
INP(다음 페인트까지의 상호작용)	클릭·탭·키 입력 뒤 화면이 반응하기까지의 시간	200밀리초 이하	500밀리초 이하	500밀리초 초과
CLS(누적 레이아웃 이동)	읽는 도중 화면 요소가 예기치 않게 밀리는 정도	0.1 이하	0.25 이하	0.25 초과

기준값은 어떻게 판정하나

그림의 기준값은 방문 한 번이 아니라 실제 방문의 75번째 백분위수로 판정합니다. 방문 100번 가운데 75번이 기준 안에 들어와야 "좋음"이라는 뜻입니다. 모바일과 데스크톱은 따로 계산하며, 세 지표가 모두 좋음이어야 통과로 봅니다. INP는 2024년에 이전 지표인 FID를 대신해 정식 지표가 되었습니다. 지표별 자세한 설명은 web.dev의 Web Vitals 안내에서 볼 수 있습니다.

우리 홈페이지 값을 확인하는 방법

값을 보는 도구는 실제 방문자 데이터(필드 데이터)를 보여 주는 것과, 한 번 시험 측정한 값(실험실 데이터)을 보여 주는 것으로 나뉩니다. 순위 판단에 가까운 것은 필드 데이터이고, 원인을 찾을 때는 실험실 데이터가 쓸모 있습니다.

1. 서치 콘솔 Core Web Vitals 보고서: 실제 방문 데이터로 비슷한 페이지를 묶어 빠름·개선 필요·느림 상태를 보여 줍니다. 색인된 주소만 나옵니다.
2. PageSpeed Insights: 주소 하나를 넣으면 실제 방문 데이터와 시험 측정 결과, 개선 제안을 함께 보여 줍니다.
3. 크롬 개발자 도구: 내 컴퓨터에서 페이지를 열어 세 지표를 직접 측정하고 어느 요소가 원인인지 봅니다.

방문자가 적은 사이트는 실제 방문 데이터가 부족해 보고서가 비어 있을 수 있습니다. 서치 콘솔 도움말의 Core Web Vitals 보고서 설명에 따르면, 이럴 때는 사이트 전체 단위로 묶어 보여 주거나 데이터를 표시하지 않습니다. 그때는 시험 측정값으로 상태를 짐작합니다. PageSpeed Insights 화면 읽는 법은 PageSpeed Insights 사용법에서 자세히 다룹니다.

지표가 나쁠 때 먼저 살펴볼 원인

지표마다 자주 나오는 원인이 다릅니다. 작은 회사 홈페이지라면 아래 항목부터 확인하면 대부분의 문제를 찾을 수 있습니다.

• LCP가 느릴 때: 첫 화면의 큰 사진이 너무 무겁거나, 글꼴과 스크립트가 표시를 막고 있지 않은지 봅니다. 사진 용량 줄이기는 홈페이지 이미지 용량 줄이기를 참고하세요.
• INP가 느릴 때: 채팅 위젯, 분석 도구, 슬라이드 같은 외부 스크립트가 많지 않은지 확인합니다.
• CLS가 클 때: 이미지와 영상에 가로세로 크기가 지정되어 있는지, 광고나 알림 띠가 뒤늦게 내용을 밀어내지 않는지 봅니다. 웹폰트가 바뀌면서 글자 크기가 달라지는 것도 원인이 됩니다.

그림의 세 카드는 이 원인을 지표별로 묶은 것입니다. 값을 고친 뒤에는 실제 방문 데이터가 다시 쌓일 때까지 시간이 걸립니다. 서치 콘솔에서 "수정 결과 확인"을 시작하면 28일 동안 상태를 지켜봅니다.

디코랩이 돕는 방식

디코랩은 홈페이지를 만들 때 이미지 크기 지정, 용량 압축, 불필요한 스크립트 정리를 기본으로 챙깁니다. 운영 중인 사이트의 속도 점검과 개선은 유지보수 서비스에서 요청할 수 있고, 큰 구조 변경이 필요하면 상담 후 범위를 제안합니다.

자주 묻는 질문

Core Web Vitals가 나쁘면 검색에서 사라지나요?

그렇지는 않습니다. 구글은 좋은 값을 권하지만 순위는 내용의 관련성과 질이 가장 크게 좌우합니다. 다만 느리고 흔들리는 페이지는 방문자가 금방 떠나므로 개선할 가치가 큽니다.

보고서에 데이터가 없다고 나옵니다.

방문이 적거나 새로 등록한 사이트는 실제 방문 데이터가 충분하지 않아 표시되지 않을 수 있습니다. 이때는 PageSpeed Insights나 개발자 도구의 시험 측정값으로 상태를 확인합니다.

모바일과 데스크톱 값이 다른 이유는 무엇인가요?

휴대폰은 컴퓨터보다 처리 성능과 네트워크가 느린 경우가 많아 같은 페이지도 값이 다르게 나옵니다. 두 값은 따로 계산되므로 모바일 값을 먼저 확인하는 것이 좋습니다.

FID라는 지표는 이제 안 보나요?

FID는 2024년에 INP로 바뀌었습니다. 예전 자료에 FID 기준이 나오면 지금은 INP 기준으로 보면 됩니다.

우리 홈페이지의 Core Web Vitals 값이 왜 나쁜지, 무엇부터 고쳐야 할지 궁금하다면 사이트 주소를 적어 디코랩 프로젝트 문의로 보내 주세요.