초급

페이지 속도와 코어 웹 바이탈 알아보기

코어 웹 바이탈은 구글이 페이지 사용 경험을 재려고 정한 세 가지 지표입니다. 화면이 채워지는 속도(LCP), 조작에 반응하는 속도(INP), 화면이 밀리는 정도(CLS)를 봅니다.

동의어:Core Web Vitals코어 웹 바이탈LCPINPCLS페이지 속도
Share

🤔 느리다는 지적을 받았을 때

  • "페이지 속도를 개선하라는 말을 들었는데 무엇을 재는 건지 모르겠습니다"
  • "속도 점수를 올렸는데 순위가 그대로입니다"
  • "화면이 뜨긴 하는데 버튼을 눌러도 한참 반응이 없습니다"

앞에서 크롤러 봇이 페이지를 찾고 읽는 과정을 봤습니다. 이 글에서는 페이지가 사람에게 얼마나 빨리 쓸 만해지는지를 다룹니다.

🔑 코어 웹 바이탈의 정의

코어 웹 바이탈(Core Web Vitals)은 구글이 페이지 사용 경험을 재려고 정한 세 가지 지표입니다.

세 지표가 재는 것이 서로 다릅니다.

  • LCP: 화면에서 가장 큰 요소가 그려질 때까지 걸리는 시간
  • INP: 방문자가 무언가를 눌렀을 때 화면이 반응하기까지 걸리는 시간
  • CLS: 페이지가 로드되는 동안 화면 요소가 밀려 움직이는 정도

세 지표는 모두 실제 방문자의 기기에서 측정한 값을 씁니다. 개발자 컴퓨터에서 잰 값이 아니라, 여러 환경에서 접속한 사람들의 기록을 모은 값입니다.

🍽️ 코어 웹 바이탈, 주문하고 음식이 나오기까지

식당에서 겪는 세 가지 불편
LCP 메인 요리가 나오기까지
물과 수저는 금방 왔는데 정작 시킨 음식이 안 옵니다
INP 손을 들었을 때 종업원의 반응
불렀는데 한참 뒤에야 돌아봅니다
CLS 먹는 동안 접시가 움직이는 정도
먹으려는데 종업원이 접시를 밀어서 포크가 헛나갑니다

식당에 들어가 음식을 시켰습니다. 여기서 겪을 수 있는 불편이 세 가지입니다.

첫째, 시킨 음식이 안 나옵니다. 물과 수저는 빨리 왔지만 정작 먹으러 온 메인 요리가 늦습니다. 자리에 앉은 것과 식사를 시작한 것은 다릅니다. LCP가 재는 것이 이 지점입니다. 화면에 뭔가 뜨기 시작한 순간이 아니라, 정작 보러 온 내용이 다 그려진 순간을 봅니다.

둘째, 불러도 반응이 없습니다. 추가 주문을 하려고 손을 들었는데 종업원이 한참 뒤에 돌아봅니다. 가게가 바쁘면 이런 일이 생깁니다. INP는 버튼을 눌렀을 때 화면이 반응하기까지의 시간을 봅니다. 브라우저가 다른 일로 바쁘면 클릭이 밀립니다.

셋째, 접시가 자꾸 움직입니다. 먹으려고 포크를 내리는 순간 종업원이 접시를 옆으로 밀어 헛손질을 합니다. CLS가 이것입니다. 광고나 이미지가 뒤늦게 로드되면서 이미 읽던 내용을 아래로 밀어 버리고, 누르려던 버튼이 다른 자리로 옮겨 갑니다.

📊 세 지표의 기준값

아래 기준값은 2026년 8월 기준이며, 구글이 조정하면 달라질 수 있습니다.

지표재는 것좋음 기준
LCP가장 큰 요소가 그려질 때까지2.5초 이내
INP조작에 화면이 반응하기까지200밀리초 이내
CLS화면이 밀린 누적 정도0.1 이하

기준값은 방문자 상위 75퍼센트가 그 값을 넘기지 않아야 통과입니다. 평균이 아니라는 점이 중요합니다. 빠른 기기에서 잘 나온 값이 평균을 끌어올려도, 느린 환경의 방문자가 많으면 통과하지 못합니다.

한 가지 덧붙이면, INP는 예전에 쓰던 FID를 대체한 지표입니다. FID는 첫 조작만 봤지만 INP는 방문 내내 일어난 조작을 봅니다.

⚖️ 속도가 순위에 미치는 실제 영향

여기서 과장하지 않는 것이 중요합니다. 속도는 순위 신호가 맞지만 내용보다 앞서지는 않습니다.

구글은 페이지 사용 경험을 순위에 반영한다고 밝히면서도, 검색어에 맞는 내용인지를 먼저 본다고 함께 설명합니다. 그래서 실무에서는 이런 상황이 자주 나옵니다.

  • 속도 점수가 낮아도 내용이 훨씬 잘 맞으면 위에 올라갑니다
  • 내용이 비슷한 후보가 여럿일 때 속도가 갈림길이 됩니다
  • 속도만 올리고 내용을 그대로 두면 순위가 거의 움직이지 않습니다

정리하면 속도는 순위를 만드는 조건이 아니라 비슷한 후보들 사이에서 갈리는 조건에 가깝습니다. 다만 순위와 별개로 방문자가 기다리다 나가는 문제는 실제로 발생하므로, 순위 때문이 아니어도 볼 이유는 있습니다.

🔍 속도로 갈리는 실무 상황 세 가지

속도 점수를 100점으로 만들었는데 순위가 그대로일 때

앞에서 본 이유 그대로입니다. 내용이 검색어에 맞지 않으면 속도만으로는 올라가지 않습니다. 이때는 속도가 아니라 검색어와 내용을 다루는 다음 코스 쪽이 손댈 자리입니다.

컴퓨터에서는 빠른데 점수가 나쁘게 나올 때

측정값이 실제 방문자 기기에서 모인 값이기 때문입니다. 사무실 회선과 최신 노트북에서 재면 잘 나오지만, 이동 중 휴대전화로 들어온 방문자가 많으면 그 기록이 함께 반영됩니다. 실제 방문자 구성을 보고 판단해야 합니다.

첫 화면이 뜬 뒤에 광고가 로드되며 화면이 밀릴 때

CLS가 나빠지는 대표적인 경우입니다. 광고나 이미지가 들어갈 자리를 미리 비워 두면 크게 개선됩니다. 방문자 입장에서도 읽던 줄이 아래로 밀려 내려가는 불편이 사라집니다.

세 상황 모두 점수 자체보다 방문자가 실제로 겪는 불편이 무엇인지를 먼저 보는 편이 빠릅니다.

다음 글에서는 지금까지 배운 것을 서치 콘솔에서 직접 확인해 봅니다.

📋 30초 요약

  1. 코어 웹 바이탈은 LCP, INP, CLS 세 지표로 페이지 사용 경험을 재는 기준입니다. 실제 방문자 기기에서 모인 값을 쓰고, 상위 75퍼센트가 기준을 넘지 않아야 통과합니다.

  2. 식당에서 겪는 세 가지 불편과 같습니다. 메인 요리가 늦게 나오고, 불러도 종업원이 안 오고, 접시가 자꾸 옮겨지는 상황입니다.

  3. 속도는 내용보다 앞서지 않습니다. 내용이 비슷한 후보들 사이에서 갈리는 조건에 가깝습니다. 속도만 올리고 내용을 그대로 두면 순위는 거의 움직이지 않습니다.

참고 자료

아래 공식 문서는 2026년 8월 기준으로 확인했습니다. 검색엔진 정책은 바뀔 수 있으므로 최신 내용은 원문에서 확인하시면 됩니다.

이 글이 도움이 되셨다면 공유해 주세요

메신저로 바로 보내거나 링크를 복사할 수 있습니다.

퀴즈

경쟁 페이지보다 속도 점수가 훨씬 좋은데도 순위가 밀립니다. 어떻게 이해해야 할까요?

학습 진행

8 / 9
About the Author
Author
HI!

마케팅을 데이터로 설명하는 사람. 복잡한 상황을 이해 가능한 형태로 정리합니다.

GA4GTM퍼널분석
더 알아보기