TechUnion

AI 검색 · 웹 기술

100점을 받고도 떨어지는 시험 - Core Web Vitals 이야기

PageSpeed 점수 100점을 만들고도 구글 판정에서 불합격하는 사이트가 있습니다. 채점지가 방문자의 휴대폰에 있기 때문입니다. Core Web Vitals 세 지표가 무엇을 재고, 왜 점수보다 체감이 먼저인지 풀었습니다.

유성제 · 테크유니온 주식회사 대표 5분 읽기

잘봐도 떨어지는 시험이 있습니다. 과목은 웹사이트 속도, 시험관은 구글입니다. 그리고 채점지는 여러분 컴퓨터가 아니라, 방문자들의 휴대폰 안에 있습니다.

점수가 모자라서일까? 채점지가 다른 거다

사이트가 검색에서 밀리는 것 같아 PageSpeed Insights 를 돌려 봅니다. 점수가 낮게 나오면 개발사를 채근해 100점을 만들죠. 그런데 서치콘솔의 '웹 진단' 판정은 여전히 "개선 필요"입니다. 점수를 덜 올려서일까요? 문제는 거기가 아닙니다. 그 100점은 애초에 채점에 쓰이는 숫자가 아니었습니다.

PageSpeed 의 점수는 실험실 측정입니다. 정해진 가상 기기와 회선으로 한 번 접속해 본 결과죠. 반면 구글이 판정에 쓰는 것은 실제 방문자들의 크롬이 보내오는 현장 데이터입니다. 방문자의 75%가 기준선 안에 들어야 통과 - 즉 시험은 우리 서버실이 아니라, 퇴근길 지하철에서 오래된 휴대폰으로 접속하는 방문자의 손안에서 치러집니다. 실험실 100점짜리 사이트가 현장에서 떨어지고, 80점짜리가 붙는 일이 그래서 생깁니다.

그럼 서버를 좋은 걸로 바꾸면 되지 않나?

속도 문제라니 가장 먼저 떠오르는 지출은 서버 업그레이드입니다. 그런데 서버 응답은 방문자 체감의 일부일 뿐입니다. 서버가 0.1초 만에 답해도, 4MB 짜리 대표 이미지가 내려오는 동안 화면은 하얗고, 겹겹이 쌓인 분석·채팅·광고 스크립트가 도는 동안 버튼은 얼어 있고, 뒤늦게 뜬 배너가 읽던 문단을 아래로 밀어냅니다. 서버에 돈을 썼는데 체감은 그대로인 겁니다.

그래서 구글은 '서버'가 아니라 '장면'을 잰다

여기서 구글은 질문 자체를 바꿉니다. "서버가 얼마나 빠른가"를 재는 대신, 방문자가 겪는 세 장면을 숫자로 만든 겁니다. 그것이 Core Web Vitals 세 지표입니다.

지표 재는 장면 통과 기준 단골 범인
LCP (로딩) 화면의 '본론'이 뜨는 순간까지 2.5초 이내 무거운 대표 이미지, 느린 첫 응답
INP (반응) 눌렀을 때 화면이 답하기까지 0.2초 이내 겹겹이 쌓인 스크립트
CLS (안정) 읽는 중 화면이 밀리는 정도 0.1 이하 크기 지정 없는 이미지·광고, 늦게 오는 폰트

기준이 만만치 않습니다. 크롬 현장 데이터 기준으로 모바일에서 LCP 를 통과하는 사이트는 60%대에 그치고, INP 는 열에 넷 이상이 탈락하는 최다 실패 지표입니다. 뒤집어 말하면 - 경쟁 사이트도 상당수 못 넘고 있어서, 통과 자체가 차별화가 됩니다.

'장면을 잰다'는 원칙은 지표의 개정 이력에서도 보입니다. 세 지표는 2020년에 도입됐는데, 반응 지표는 원래 FID(First Input Delay)라는 다른 지표였습니다. 첫 입력의 '접수 지연'만 재다 보니 접수만 빠르고 처리가 굼뜬 사이트를 못 잡아내서, 2024년 3월에 상호작용의 전 과정을 재는 INP 로 교체됐습니다. 사용자가 실제로 겪는 장면에 더 가깝게, 채점 기준을 계속 조여 온 것입니다.

개선도 장면 단위로 접근하면 됩니다. LCP 는 이미지 압축·WebP 변환·표시 크기 리사이즈가 먼저이고, INP 는 안 쓰는 스크립트 걷어내기가 먼저입니다. CLS 는 원리가 특히 단순합니다 - 늦게 올 것들의 자리를 미리 잡아 두는 것. 코드로는 이 한 줄 차이입니다.

<!-- 크기를 지정하면 이미지가 늦게 와도 화면이 밀리지 않는다 -->
<img src="hero.webp" width="1200" height="630" alt="서비스 소개">

그리고 순위에 대한 기대치는 정확히 잡아야 합니다. 이 지표들은 검색 랭킹에서 콘텐츠 관련성·신뢰 다음의 보조 신호입니다. 빈약한 내용이 빨라진다고 오르진 않습니다. 다만 비슷한 콘텐츠끼리의 접전에서 승부를 가르고, 무엇보다 느려서 떠난 방문자는 전환도 재방문도 만들지 않습니다 - 순위 이전에 장사의 문제인 거죠.

채점은 방문자의 손끝에서 이뤄진다

구글이 성능 점수를 매기는 게 아닙니다. 속도를 서버 사양표로 증명하던 방식이 물러나고, 성적표가 방문자 한 명 한 명의 손에서 만들어지게 된 겁니다. 실험실 점수는 문제를 찾는 돋보기로 쓰고, 성적표는 현장에서 받아 오는 것 - 이 구분만 서면 성능 개선의 예산이 엉뚱한 곳으로 새지 않습니다.

오늘 확인은 5분이면 됩니다. PageSpeed Insights 에 대표 페이지 주소를 넣고, 점수 말고 맨 위의 '실제 사용자 환경 평가' 칸부터 보세요(사이트 전체의 현황은 서치콘솔의 '웹 진단' 보고서가 URL 그룹 단위로 보여 줍니다). 거기 적힌 세 지표의 색깔이, 방문자들이 이미 매겨 놓은 우리 사이트의 진짜 성적입니다.

글쓴이

유성제 · 테크유니온 주식회사 대표

기획·컨설팅부터 소프트웨어 개발, AI 솔루션, 호스팅 운영까지 이끌고 있습니다.

회사 소개

비슷한 고민을 하고 계신가요?

기획부터 개발·운영까지, 어느 단계에서든 함께할 수 있습니다.

문의하기