페이지스피드 인사이트(PageSpeed Insights, PSI)는 웹페이지가 모바일과 데스크톱에서 얼마나 빠르고 안정적으로 보이는지 측정하고, 고칠 점을 알려 주는 구글의 무료 도구입니다. 결과 화면에는 성격이 다른 두 데이터가 함께 나옵니다. 실제 방문자의 기록인 실제 사용자 데이터와, 구글이 정해진 조건에서 한 번 불러 본 실험실 데이터(성능 점수)입니다. 둘을 구분해서 읽는 것이 가장 중요합니다.
30초 요약
- 주소: pagespeed.web.dev 에 페이지 주소를 넣으면 모바일·데스크톱 결과가 함께 나옵니다.
- 먼저 볼 것: 위쪽 ‘코어 웹 바이탈 평가’ 통과 여부(실제 사용자 28일 기록)
- 성능 점수: 90 이상 좋음, 50~89 개선 필요, 50 미만 나쁨. 테스트할 때마다 조금씩 달라집니다.
- 고칠 순서: 점수보다 LCP·INP·CLS 중 ‘나쁨’ 항목부터
페이지스피드 인사이트 결과는 어떻게 읽나요?
| 구역 | 데이터 출처 | 읽는 법 |
|---|---|---|
| 실제 사용자 환경(위쪽) | 크롬 사용자 경험 보고서(CrUX), 최근 28일 | 실제 방문자 경험. 코어 웹 바이탈 통과 여부가 여기서 나옴 |
| 성능 문제 진단(아래쪽) | Lighthouse로 한 번 불러 본 결과 | 0~100 점수와 항목별 측정값. 무엇을 고칠지 찾는 용도 |
| 진단·추천 | Lighthouse 감사 항목 | 이미지 크기, 사용하지 않는 자바스크립트 등 구체적인 개선 제안 |
실제 사용자 데이터는 방문자가 충분히 쌓여야 나옵니다. 새로 만든 페이지나 방문자가 적은 페이지는 사이트 전체(출처) 데이터로 대신 보여 주고, 사이트 전체로도 부족하면 아예 나오지 않습니다. 이때는 실험실 점수만 보고 판단하게 됩니다.
코어 웹 바이탈 기준은 무엇인가요?
코어 웹 바이탈은 LCP·INP·CLS 세 가지 측정항목입니다. 구글 문서에 따르면 실제 사용자 데이터에서 세 항목의 75번째 백분위수(방문자 4명 중 3명이 경험한 수준)가 모두 ‘좋음’이면 평가를 통과합니다.
| 측정항목 | 무엇을 재나요 | 좋음 | 나쁨 | 흔한 원인 |
|---|---|---|---|---|
| LCP | 화면에서 가장 큰 이미지·글 덩어리가 보이기까지 | 2.5초 이하 | 4초 초과 | 큰 첫 화면 이미지, 느린 서버 응답 |
| INP | 클릭·입력 뒤 화면이 반응하기까지 | 200ms 이하 | 500ms 초과 | 무거운 자바스크립트, 많은 외부 스크립트 |
| CLS | 읽는 도중 화면이 밀리는 정도 | 0.1 이하 | 0.25 초과 | 크기 지정 없는 이미지·광고, 늦게 뜨는 배너 |
같은 화면에 FCP(첫 내용이 보이는 시간, 1.8초 이하 좋음)와 TTFB(서버 첫 응답, 0.8초 이하 좋음)도 나오지만, 코어 웹 바이탈 평가에는 들어가지 않습니다. 원인을 찾을 때 참고하면 됩니다.
성능 점수가 낮으면 순위가 떨어지나요?
점수 자체가 순위를 정하지는 않습니다. 구글은 우수한 페이지 경험을 보상한다고 밝히면서도, 한두 가지 측면에만 매달리지 말고 전반적인 경험을 보라고 권합니다. 실무에서는 다음처럼 판단합니다.
- 실제 사용자 평가가 ‘통과’라면 실험실 점수가 70점대여도 급하게 고칠 필요는 낮습니다.
- 실제 사용자 평가가 ‘실패’라면 실패한 항목부터 고칩니다. 방문자가 실제로 느끼는 문제라서입니다.
- 점수가 테스트할 때마다 몇 점씩 오르내리는 것은 정상입니다. 구글도 네트워크·기기 상태에 따라 값이 흔들린다고 설명합니다. 비교할 때는 여러 번 재서 평균을 봅니다.
점수를 올리려면 무엇부터 고치나요?
- 첫 화면 이미지: WebP처럼 가벼운 형식으로 바꾸고, 화면 크기에 맞게 줄입니다. 첫 화면 이미지는 지연 로딩(lazy)에서 빼야 LCP가 빨라집니다.
- 이미지·광고 자리 확보:
width·height를 지정해 늦게 불러와도 화면이 밀리지 않게 합니다(CLS). - 자바스크립트 줄이기: 쓰지 않는 플러그인·채팅 위젯·추적 스크립트를 정리합니다(INP). 꼭 필요한 태그는 구글 태그 매니저로 모아 관리합니다.
- 캐시와 CDN: 페이지 캐시와 CDN을 쓰면 서버 응답(TTFB)이 빨라집니다.
- 다시 재기: 고친 뒤 실험실 점수는 바로 바뀌지만, 실제 사용자 데이터는 최근 28일 기록이라 반영까지 시간이 걸립니다.
속도 개선 방법은 웹사이트 속도 측정부터 개선까지에 더 자세히 정리해 두었습니다.
오픈타임 SEO의 테크니컬 SEO 작업에는 속도 점검과 수정이 포함됩니다. 페이지스피드 결과에서 실제로 순위와 방문자 경험에 영향을 주는 항목부터 고칩니다. 테크니컬 SEO 서비스 보기 →
자주 묻는 질문
모바일 점수가 데스크톱보다 훨씬 낮아요.
정상인 경우가 많습니다. 모바일 테스트는 중급 휴대폰과 모바일 네트워크 조건을 흉내 내서 불러오기 때문에 같은 페이지라도 점수가 낮게 나옵니다. 방문자 대부분이 휴대폰이라면 모바일 결과를 기준으로 고치세요.
실제 사용자 데이터가 ‘데이터 없음’으로 나와요.
크롬 사용자 경험 보고서에 들어갈 만큼 방문 기록이 쌓이지 않았다는 뜻입니다. 공개되어 색인될 수 있는 페이지여야 하고, 방문자 수가 충분해야 표시됩니다. 그동안은 실험실 점수와 서치콘솔 ‘코어 웹 바이탈’ 보고서를 함께 보세요.
100점을 목표로 해야 하나요?
그럴 필요는 없습니다. 구글 기준으로 90점 이상이 ‘좋음’이고, 순위에는 점수보다 실제 사용자 경험과 콘텐츠의 질이 더 크게 작용합니다. 기능을 빼면서까지 점수를 맞추는 것은 권하지 않습니다.
참고: Google for Developers 「PageSpeed Insights 정보」, Google 검색 센터 「유용하고 신뢰할 수 있는 사용자 중심 콘텐츠 만들기」(2026-10-12 확인).