PageSpeed Insights 점수 보는 법, 실사용자 데이터와 실험실 점수가 다를 때
PageSpeed Insights로 홈페이지 속도를 재 보면 위쪽에는 "통과", 아래쪽 점수는 빨간색으로 나와서 어느 쪽을 믿어야 할지 헷갈리는 경우가 많습니다.
두 영역은 측정 방식이 완전히 다릅니다. 이 글에서는 실사용자 데이터와 실험실 점수의 차이, 그리고 실제로 무엇부터 고쳐야 하는지 정리합니다.
💡 점수가 잴 때마다 바뀌는 건 고장이 아닙니다
고객사에서 "어제는 72점이었는데 오늘은 61점"이라는 문의를 자주 받습니다. 아래쪽 성능 점수는 구글 서버가 그 순간 한 번 불러 본 결과라서 네트워크 상태, 광고나 채팅 스크립트의 응답 속도에 따라 몇 점씩 오르내립니다. 한 번 잰 숫자에 일희일비하기보다 같은 조건으로 서너 번 재서 흐름을 보는 것이 맞습니다.
1. 위쪽: 실제 사용자 경험 (필드 데이터)
상단의 실제 사용자 경험 영역은 크롬 사용자들이 실제로 사이트를 방문하며 쌓인 기록(크롬 사용자 경험 보고서)입니다. 최근 28일 동안의 데이터를 모아, 방문의 75%가 기준을 넘는지로 판단합니다. 구글 서치 콘솔의 코어 웹 바이탈 보고서도 같은 데이터를 씁니다.
| 지표 | 보는 것 | 좋음 기준 |
|---|---|---|
| LCP | 가장 큰 이미지·문구가 뜨는 시간 | 2.5초 이하 |
| INP | 클릭·터치 후 화면이 반응하는 시간 | 200ms 이하 |
| CLS | 로딩 중 화면이 밀리는 정도 | 0.1 이하 |
방문자가 적은 사이트는 이 영역이 "데이터 없음"으로 나옵니다. 정상이며, 이때는 아래쪽 진단 결과를 참고하면 됩니다.
2. 아래쪽: 성능 점수 (실험실 데이터)
0~100점 점수는 라이트하우스(Lighthouse)가 느린 휴대폰과 느린 모바일 회선을 흉내 내서 한 번 측정한 값입니다. 그래서 사무실 PC로 보면 빠른 사이트도 모바일 점수는 낮게 나오는 경우가 흔합니다. 점수는 다섯 가지 지표에 가중치를 둬서 계산합니다.
/* 라이트하우스 성능 점수 가중치 (v10 기준) */
Total Blocking Time 30%
Largest Contentful Paint 25%
Cumulative Layout Shift 25%
First Contentful Paint 10%
Speed Index 10%
비중이 가장 큰 TBT는 자바스크립트가 화면을 붙잡고 있는 시간입니다. 실무에서 점수가 유독 낮은 사이트를 열어 보면 슬라이더, 채팅 상담, 각종 분석 스크립트가 첫 화면에서 한꺼번에 실행되는 경우가 대부분입니다.
3. 무엇부터 고칠까: 우선순위 정하는 법
검색 노출과 직접 연결되는 것은 위쪽 필드 데이터입니다. 위쪽이 "통과"라면 아래 점수를 90점까지 끌어올리려고 무리하게 기능을 빼지 않아도 됩니다. 반대로 위쪽에서 LCP나 INP가 빨간색이라면 실제 방문자가 느리다고 느끼고 있다는 뜻이니 먼저 손봐야 합니다.
고칠 항목은 아래쪽 "진단" 목록에서 찾되, 줄일 수 있는 시간이 크게 표시된 항목부터 보세요. 메인 배너 이미지 용량, 첫 화면에 필요 없는 스크립트 지연 로딩, 이미지 크기 지정 같은 기본기만 정리해도 대부분 체감 속도가 눈에 띄게 달라집니다. 수정 후에는 필드 데이터가 28일 단위로 쌓이니 결과를 확인하기까지 몇 주 여유를 두셔야 합니다.
"점수보다 먼저 봐야 할 것은 실제 방문자가 겪는 속도입니다."
나눔웹은 유지관리 중인 사이트의 속도를 필드 데이터 기준으로 점검하고, 효과가 큰 항목부터 차례로 정리해 드립니다.
