Page Speed Insights

결과

공개 URL을 입력하면 이 도구가 신뢰할 수 있는 세 가지 서비스(Google PageSpeed Insights, GTmetrix, WebPageTest)에서 무료 성능 감사를 실행하는 원클릭 버튼을 제공합니다. 각 서비스는 자체 테스트 환경에서 페이지를 로드해 Core Web Vitals(LCP, CLS, INP), Lighthouse 방식의 점수, 우선순위가 매겨진 개선 목록을 보고합니다. 아래 참조 표를 활용해 결과를 해석하고 무엇을 먼저 개선할지 정하세요.

감사를 실행하는 방법

  1. 1

    URL 입력

    공개된 HTTPS 페이지여야 합니다. 로그인이 필요하거나 지역 제한이 있는 페이지는 이 서비스들이 테스트할 수 없습니다.

  2. 2

    서비스 선택

    PageSpeed Insights, GTmetrix, WebPageTest 중 하나를 고르면 URL이 미리 입력된 상태로 새 탭에서 열립니다.

  3. 3

    서비스가 테스트 실행

    중급 모바일 기기를 시뮬레이션하는 제한된 연결에서 페이지를 로드한 뒤 지표를 측정합니다.

  4. 4

    Core Web Vitals와 점수 확인

    LCP, CLS, INP는 물론 Lighthouse의 성능, 접근성, 권장사항, SEO 점수까지 확인합니다.

  5. 5

    개선 항목 처리

    각 개선 기회에는 예상 절감량이 표시됩니다. 효과가 큰 항목부터 시작하고 변경할 때마다 다시 테스트하세요.

각 서비스의 역할

서비스 기반 적합한 용도
PageSpeed Insights Google Lighthouse + CrUX 필드 데이터 Core Web Vitals와 Google 자체 순위 관점
GTmetrix 워터폴과 이력이 포함된 Lighthouse 시각적 워터폴, 동영상, 저장된 테스트 이력
WebPageTest 여러 지역의 실제 브라우저 특정 지역과 기기 기준의 심층 디버깅

세 서비스 모두 내부적으로 동일한 Lighthouse 엔진을 사용하므로 점수가 서로 비슷하게 맞아떨어집니다. 다만 제공하는 세부 정보의 양과 테스트 지역 제어 수준에서 차이가 있습니다.

Core Web Vitals 기준값 (2025)

지표 좋음 개선 필요 나쁨
LCP (Largest Contentful Paint) < 2.5초 2.5 - 4.0초 > 4.0초
CLS (Cumulative Layout Shift) < 0.1 0.1 - 0.25 > 0.25
INP (Interaction to Next Paint) < 200ms 200 - 500ms > 500ms

INP는 2024년 3월에 Core Web Vital로서 FID를 대체했습니다.

그 밖의 Lighthouse 지표

  • FCP (First Contentful Paint): 콘텐츠의 첫 픽셀. 목표 < 1.8초.
  • TBT (Total Blocking Time): 메인 스레드 차단 시간. 목표 < 200ms.
  • TTFB (Time to First Byte): 서버 응답 시간. 목표 < 800ms.
  • Speed Index: 페이지 콘텐츠가 시각적으로 채워지는 속도.

효과 크기별 대표 개선책

개선책 일반적인 LCP 개선 폭
히어로 이미지를 WebP/AVIF + 반응형 srcset로 변환 300-1200ms
<link rel="preload">로 LCP 이미지 미리 로드 100-400ms
async/defer로 비필수 JS 지연 처리 200-800ms
텍스트 압축(gzip/brotli) 활성화 100-500ms
오리진 앞단에 CDN 추가 200-2000ms (지역에 따라 다름)
렌더링을 막는 CSS 제거 100-600ms

두 가지 데이터 출처: 랩 vs 필드

  • 랩(Lighthouse): 시뮬레이션된 기기에서 실행하는 결정론적 테스트. 같은 URL은 대체로 같은 결과를 냅니다. 디버깅에 적합합니다.
  • 필드(CrUX): 텔레메트리에 동의한 Chrome 사용자로부터 집계한 실제 사용자 지표. Google이 순위에 사용하는 데이터입니다. 표시되려면 충분한 트래픽이 필요합니다.

랩 점수는 초록색인데 필드 지표가 빨간색이라면, 기준 기기는 빠르지만 (느린 네트워크와 기기를 쓰는) 실제 사용자는 불편을 겪고 있다는 뜻입니다. 항상 랩이 아니라 필드 데이터를 목표로 삼으세요.

  • 모바일부터 개선하세요. 순위 신호는 모바일 CrUX에서 나오며, 모바일 기기는 데스크톱보다 최적화하기 어렵습니다.
  • 변경할 때마다 측정하세요. 최적화되지 않은 이미지 하나가 전체 점수를 떨어뜨립니다.
  • 성능 예산을 설정하세요. Lighthouse CI 같은 도구는 지표가 기준을 넘어 악화되면 빌드를 실패 처리합니다.

자주 묻는 질문

아닙니다. 이 도구는 URL을 검증한 뒤 Google PageSpeed Insights, GTmetrix 또는 WebPageTest에서 엽니다. 실제 테스트는 그 서비스들이 자체 서버에서 실행하고 보고서를 보여줍니다. 이 페이지는 그 결과를 해석하는 데 필요한 참조 표를 제공합니다.

Lighthouse는 느린 기기를 근사하기 위해 스로틀링을 적용하지만, 네트워크 편차와 서버 지터 때문에 여전히 5-10점 정도 흔들립니다. 3-5회 실행해 중앙값을 취하세요. 실행 간 점수가 일관되면 페이지가 안정적이라는 뜻입니다.

랩 데이터는 테스트 서비스가 실행하는 통제된 합성 테스트(Lighthouse)에서 나옵니다. 필드 데이터는 실제로 사이트를 방문한 익명 Chrome 사용자(CrUX)에게서 나옵니다. Google은 필드 데이터로 순위를 매기므로 SEO에는 이 데이터가 중요합니다.

CrUX는 28일 롤링 윈도를 제공합니다. 사이트를 변경하면 트래픽이 쌓인 뒤 CrUX에 나타나기 시작하며, 의미 있는 변화까지는 보통 2-4주가 걸립니다. 월간 CrUX 보고서는 이보다 더 천천히 움직이는 평균값입니다.

관련 도구

이 도구는 다른 언어로도 제공됩니다