페이지 속도와 코어 웹 바이탈 알아보기
코어 웹 바이탈은 구글이 페이지 사용 경험을 재려고 정한 세 가지 지표입니다. 화면이 채워지는 속도(LCP), 조작에 반응하는 속도(INP), 화면이 밀리는 정도(CLS)를 봅니다.
🤔 느리다는 지적을 받았을 때
- "페이지 속도를 개선하라는 말을 들었는데 무엇을 재는 건지 모르겠습니다"
- "속도 점수를 올렸는데 순위가 그대로입니다"
- "화면이 뜨긴 하는데 버튼을 눌러도 한참 반응이 없습니다"
앞에서 크롤러 봇이 페이지를 찾고 읽는 과정을 봤습니다. 이 글에서는 페이지가 사람에게 얼마나 빨리 쓸 만해지는지를 다룹니다.
🔑 코어 웹 바이탈의 정의
코어 웹 바이탈(Core Web Vitals)은 구글이 페이지 사용 경험을 재려고 정한 세 가지 지표입니다.
세 지표가 재는 것이 서로 다릅니다.
- LCP: 화면에서 가장 큰 요소가 그려질 때까지 걸리는 시간
- INP: 방문자가 무언가를 눌렀을 때 화면이 반응하기까지 걸리는 시간
- CLS: 페이지가 로드되는 동안 화면 요소가 밀려 움직이는 정도
세 지표는 모두 실제 방문자의 기기에서 측정한 값을 씁니다. 개발자 컴퓨터에서 잰 값이 아니라, 여러 환경에서 접속한 사람들의 기록을 모은 값입니다.
🍽️ 코어 웹 바이탈, 주문하고 음식이 나오기까지
물과 수저는 금방 왔는데 정작 시킨 음식이 안 옵니다
불렀는데 한참 뒤에야 돌아봅니다
먹으려는데 종업원이 접시를 밀어서 포크가 헛나갑니다
식당에 들어가 음식을 시켰습니다. 여기서 겪을 수 있는 불편이 세 가지입니다.
첫째, 시킨 음식이 안 나옵니다. 물과 수저는 빨리 왔지만 정작 먹으러 온 메인 요리가 늦습니다. 자리에 앉은 것과 식사를 시작한 것은 다릅니다. LCP가 재는 것이 이 지점입니다. 화면에 뭔가 뜨기 시작한 순간이 아니라, 정작 보러 온 내용이 다 그려진 순간을 봅니다.
둘째, 불러도 반응이 없습니다. 추가 주문을 하려고 손을 들었는데 종업원이 한참 뒤에 돌아봅니다. 가게가 바쁘면 이런 일이 생깁니다. INP는 버튼을 눌렀을 때 화면이 반응하기까지의 시간을 봅니다. 브라우저가 다른 일로 바쁘면 클릭이 밀립니다.
셋째, 접시가 자꾸 움직입니다. 먹으려고 포크를 내리는 순간 종업원이 접시를 옆으로 밀어 헛손질을 합니다. CLS가 이것입니다. 광고나 이미지가 뒤늦게 로드되면서 이미 읽던 내용을 아래로 밀어 버리고, 누르려던 버튼이 다른 자리로 옮겨 갑니다.
📊 세 지표의 기준값
아래 기준값은 2026년 8월 기준이며, 구글이 조정하면 달라질 수 있습니다.
| 지표 | 재는 것 | 좋음 기준 |
|---|---|---|
| LCP | 가장 큰 요소가 그려질 때까지 | 2.5초 이내 |
| INP | 조작에 화면이 반응하기까지 | 200밀리초 이내 |
| CLS | 화면이 밀린 누적 정도 | 0.1 이하 |
기준값은 방문자 상위 75퍼센트가 그 값을 넘기지 않아야 통과입니다. 평균이 아니라는 점이 중요합니다. 빠른 기기에서 잘 나온 값이 평균을 끌어올려도, 느린 환경의 방문자가 많으면 통과하지 못합니다.
한 가지 덧붙이면, INP는 예전에 쓰던 FID를 대체한 지표입니다. FID는 첫 조작만 봤지만 INP는 방문 내내 일어난 조작을 봅니다.
⚖️ 속도가 순위에 미치는 실제 영향
여기서 과장하지 않는 것이 중요합니다. 속도는 순위 신호가 맞지만 내용보다 앞서지는 않습니다.
구글은 페이지 사용 경험을 순위에 반영한다고 밝히면서도, 검색어에 맞는 내용인지를 먼저 본다고 함께 설명합니다. 그래서 실무에서는 이런 상황이 자주 나옵니다.
- 속도 점수가 낮아도 내용이 훨씬 잘 맞으면 위에 올라갑니다
- 내용이 비슷한 후보가 여럿일 때 속도가 갈림길이 됩니다
- 속도만 올리고 내용을 그대로 두면 순위가 거의 움직이지 않습니다
정리하면 속도는 순위를 만드는 조건이 아니라 비슷한 후보들 사이에서 갈리는 조건에 가깝습니다. 다만 순위와 별개로 방문자가 기다리다 나가는 문제는 실제로 발생하므로, 순위 때문이 아니어도 볼 이유는 있습니다.
🔍 속도로 갈리는 실무 상황 세 가지
속도 점수를 100점으로 만들었는데 순위가 그대로일 때
앞에서 본 이유 그대로입니다. 내용이 검색어에 맞지 않으면 속도만으로는 올라가지 않습니다. 이때는 속도가 아니라 검색어와 내용을 다루는 다음 코스 쪽이 손댈 자리입니다.
컴퓨터에서는 빠른데 점수가 나쁘게 나올 때
측정값이 실제 방문자 기기에서 모인 값이기 때문입니다. 사무실 회선과 최신 노트북에서 재면 잘 나오지만, 이동 중 휴대전화로 들어온 방문자가 많으면 그 기록이 함께 반영됩니다. 실제 방문자 구성을 보고 판단해야 합니다.
첫 화면이 뜬 뒤에 광고가 로드되며 화면이 밀릴 때
CLS가 나빠지는 대표적인 경우입니다. 광고나 이미지가 들어갈 자리를 미리 비워 두면 크게 개선됩니다. 방문자 입장에서도 읽던 줄이 아래로 밀려 내려가는 불편이 사라집니다.
세 상황 모두 점수 자체보다 방문자가 실제로 겪는 불편이 무엇인지를 먼저 보는 편이 빠릅니다.
다음 글에서는 지금까지 배운 것을 서치 콘솔에서 직접 확인해 봅니다.
📋 30초 요약
-
코어 웹 바이탈은 LCP, INP, CLS 세 지표로 페이지 사용 경험을 재는 기준입니다. 실제 방문자 기기에서 모인 값을 쓰고, 상위 75퍼센트가 기준을 넘지 않아야 통과합니다.
-
식당에서 겪는 세 가지 불편과 같습니다. 메인 요리가 늦게 나오고, 불러도 종업원이 안 오고, 접시가 자꾸 옮겨지는 상황입니다.
-
속도는 내용보다 앞서지 않습니다. 내용이 비슷한 후보들 사이에서 갈리는 조건에 가깝습니다. 속도만 올리고 내용을 그대로 두면 순위는 거의 움직이지 않습니다.
참고 자료
아래 공식 문서는 2026년 8월 기준으로 확인했습니다. 검색엔진 정책은 바뀔 수 있으므로 최신 내용은 원문에서 확인하시면 됩니다.
이 글이 도움이 되셨다면 공유해 주세요
메신저로 바로 보내거나 링크를 복사할 수 있습니다.
경쟁 페이지보다 속도 점수가 훨씬 좋은데도 순위가 밀립니다. 어떻게 이해해야 할까요?
이어서 배우면 좋은 개념
검색엔진 크롤러 (Search Crawler) 이해하기
검색엔진 크롤러는 인터넷의 링크를 따라다니며 페이지를 찾아 읽어 오는 자동 프로그램입니다. 구글의 크롤러 이름은 구글봇(Googlebot)입니다.
URL 구조와 내부 링크 이해하기
내부 링크는 같은 사이트 안의 페이지끼리 서로를 가리키는 링크입니다. 크롤러의 이동 경로가 되고, 어떤 페이지가 중요한지 알려 주는 신호가 됩니다.
검색엔진 최적화 (SEO) 이해하기
검색엔진 최적화(SEO)는 검색엔진이 페이지를 발견하고 저장하고 검색 결과에 보여주는 과정에 맞춰 사이트와 글을 정리하는 일입니다.
정규 URL (Canonical) 이해하기
정규 URL은 같은 내용이 여러 주소로 열릴 때 검색엔진에게 어느 주소를 정본으로 삼으라고 지정하는 표시입니다. 지정된 주소로 평가가 모입니다.
관련 인사이트
서치콘솔의 크롤링됨 - 현재 색인이 생성되지 않음에 JS 파일이 많을 때 어떻게 해야 할까?
서치콘솔의 '크롤링됨 - 현재 색인이 생성되지 않음'에 JS 파일이 잔뜩 잡혔을 때 무엇을 해야 하는지 정리했습니다. 대부분은 고칠 것이 없고, 확인해야 할 주소는 따로 있습니다.
클링 AI와 Veo 3.1 비교: 초당 단가 7.5배 차이를 실제 영상으로 확인
클링 AI와 Veo 3.1은 글이나 이미지를 넣으면 움직이는 영상을 만들어 주는 생성 모델입니다. 초당 단가는 Veo 3.1 표준이 $0.75, 클링 3.0이 $0.10으로 7.5배 차이 납니다. 두 모델에 Seedance 2.0과 Wan을 더해 실제 생성 영상과 항목별 성능을 비교했습니다.
AX 뜻과 DX 차이: 조직 AX가 도구 도입에서 멈추는 이유
AX(AI Transformation)는 AI를 업무 절차와 판단 구조에 결합해 조직이 일하는 방식을 다시 설계하는 전환입니다. AX 뜻과 DX와의 차이, 엔비디아의 토큰 사용량 평가, 컨설팅 현장에서 확인한 평범한 병목을 공개 연구 자료와 함께 정리했습니다.
