Google PageSpeed Insights 사용 방법

Table of contents

Open Table of contents

• 페이지 속도란 무엇인가?
• 페이지 속도가 중요한 이유는?
• Google PageSpeed Insights란?
• PageSpeed Insights 사용 방법
  • 필드 데이터 — Core Web Vitals(CrUX)
  • 실험실 데이터 — Lighthouse
  • 기회와 진단
  • 통과된 감사
• PSI 점수를 향상시키는 방법
  • 1. 이미지 압축 및 변환
  • 2. 브라우저 캐싱 구현
  • 3. HTML, CSS, JavaScript 압축
  • 4. JavaScript 실행 시간 줄이기
  • 5. CDN 사용
  • AMP에 대한 참고사항
• Google PageSpeed Insights — 2026년 FAQ
  • First Input Delay(FID)는 어떻게 됐나요?
  • PSI에서 필드 데이터와 실험실 데이터의 차이는 무엇인가요?
  • PSI 점수 100점이 좋은 순위를 보장하나요?
  • PSI 감사를 얼마나 자주 실행해야 하나요?
• 짧은 버전
• 2026년 5월 업데이트

페이지 속도란 무엇인가?

페이지 속도는 브라우저가 방문자에게 사용 가능한 콘텐츠를 전달하는 속도입니다. 두 가지 일반적인 해석이 있습니다: 폴드 위의 첫 번째 의미 있는 콘텐츠까지의 시간, 그리고 전체 페이지 로드 시간입니다.

통제할 수 없는 요소에는 방문자의 연결 속도와 기기가 포함됩니다. 통제할 수 있는 것은: 이미지 크기 및 형식, JavaScript 실행, 서버 응답 시간, 캐싱입니다.

페이지 속도가 중요한 이유는?

Google은 페이지 속도, 특히 Core Web Vitals를 순위 신호로 사용합니다. 느린 페이지는 순위와 전환율 모두에 해를 끼칩니다. 관계는 직접적입니다: 로드 시간이 증가할수록 이탈률이 올라갑니다. 로드에 5초가 걸리는 페이지는 방문자가 콘텐츠를 보기도 전에 상당한 비율을 잃게 됩니다.

순위 외에도 속도는 수익과 관련이 있습니다. 지연이 1초씩 늘어날 때마다 방문자가 목표를 완료할 가능성이 낮아집니다.

Google PageSpeed Insights란?

PageSpeed Insights는 모든 공개 URL을 분석하고 두 가지 유형의 데이터를 반환하는 Google의 무료 도구입니다:

1. 필드 데이터 — Chrome User Experience Report(CrUX)의 실제 사용자 측정값으로, 지난 28일 동안 실제 방문자가 페이지를 어떻게 경험했는지 보여줍니다.
2. 실험실 데이터 — 페이지에 대해 실행된 시뮬레이션된 Lighthouse 감사로, 문제를 진단하기 위한 재현 가능한 수치를 제공합니다.

도구는 0–100점의 점수를 줍니다. 녹색(90–100)은 좋음, 노란색(50–89)은 개선 필요, 빨간색(0–49)은 불량입니다.

PageSpeed Insights 사용 방법

pagespeed.web.dev로 이동하여 URL을 붙여넣고 분석을 클릭합니다. 보고서에는 이해할 가치가 있는 네 가지 섹션이 있습니다.

필드 데이터 — Core Web Vitals(CrUX)

SEO에서 가장 중요한 섹션입니다. 실제 사용자가 페이지를 어떻게 경험했는지 보여줍니다. 2026년부터 Core Web Vitals는:

1. Largest Contentful Paint(LCP) — 가장 큰 가시적 콘텐츠 요소(보통 히어로 이미지나 제목)가 로드되는 시간. 목표: 2.5초 미만.
2. Interaction to Next Paint(INP) — 페이지 세션 전체에 걸쳐 모든 사용자 인터랙션의 응답성을 측정합니다. INP는 2024년 3월 First Input Delay(FID)를 대체했습니다. 목표: 200ms 미만.
3. Cumulative Layout Shift(CLS) — 시각적 안정성을 측정합니다; 로드 중 레이아웃이 얼마나 이동하는지. 목표: 0.1 미만.

First Contentful Paint(FCP)도 보완 지표로 나타나지만 Core Web Vital은 아닙니다.

사이트의 트래픽이 충분하지 않으면 CrUX 필드 데이터를 사용하지 못할 수 있습니다 — 이 경우 실험실 데이터만 표시됩니다.

실험실 데이터 — Lighthouse

실험실 데이터는 제어된 Lighthouse 시뮬레이션을 실행합니다. 지표에는 다음이 포함됩니다:

1. First Contentful Paint(FCP) — 첫 번째 콘텐츠가 나타나는 시간.
2. Speed Index — 로드 중 콘텐츠가 시각적으로 채워지는 속도.
3. Total Blocking Time(TBT) — 메인 스레드 작업이 인터랙티비티를 차단한 총 시간; INP의 실험실 대리 지표.
4. LCP — 필드 데이터와 동일한 지표를 제어된 환경에서 측정.
5. CLS — 필드 데이터와 동일한 지표.

실험실 데이터는 재현 가능하고 실제 트래픽이 필요 없기 때문에 디버깅에 유용합니다.

기회와 진단

이 섹션은 무엇을 수정해야 하는지 알려줍니다. 기회는 예상 절감액과 함께 구체적인 변경 사항을 보여줍니다(예: “차세대 형식으로 이미지 제공 — 잠재적 절감: 1.2초”). 진단은 렌더링 차단 리소스나 과도한 DOM 크기처럼 직접적인 시간 추정 없이 문제를 표시합니다.

예상 시간 절감과 실행 가능성에 따라 기회를 우선순위로 정하세요.

통과된 감사

이것은 페이지가 이미 통과한 검사 항목입니다. 이전 작업이 유지되고 있음을 확인하는 데 유용합니다.

PSI 점수를 향상시키는 방법

실제 사이트에서 사용한 고효과 수정 사항들입니다.

1. 이미지 압축 및 변환

큰 이미지는 LCP가 나쁜 가장 일반적인 원인입니다. WebP 또는 AVIF로 변환하세요 — 두 형식 모두 동등한 품질에서 JPEG보다 훨씬 더 잘 압축됩니다. 대부분의 최신 이미지 최적화 도구와 CDN이 이를 자동으로 처리합니다.

WordPress 사이트의 경우 Smush가 대량 압축을 처리합니다. 독립 압축에는 Squoosh(Google의 자체 도구)가 신뢰할 수 있고 무료입니다. 이미지에 명시적인 width 및 height 속성을 설정하여 레이아웃 이동(CLS)을 방지하세요.

2. 브라우저 캐싱 구현

브라우저 캐싱은 정적 에셋을 로컬에 저장하여 재방문자가 다시 다운로드할 필요가 없게 합니다. 서버 또는 CDN에 적절한 캐시 헤더를 설정하세요.

WordPress의 경우 W3 Total Cache가 여전히 견고한 옵션입니다. CDN이 있는 최신 호스팅 스택을 사용하고 있다면 CDN이 이를 자동으로 처리하는 경우가 많습니다.

3. HTML, CSS, JavaScript 압축

공백, 주석, 중복 코드를 제거하면 파일 크기가 줄어듭니다. 대부분의 빌드 도구(Vite, webpack, esbuild)는 프로덕션에서 이를 자동으로 수행합니다. WordPress의 경우 W3 Total Cache 같은 캐싱 플러그인에 압축 기능이 포함되어 있습니다. 이것이 중요한 문제라면 PSI가 기회 섹션에서 표시합니다.

4. JavaScript 실행 시간 줄이기

INP 문제는 보통 메인 스레드를 차단하는 무거운 JavaScript로 거슬러 올라갑니다. 서드파티 스크립트(분석 도구, 채팅 위젯, 광고 스크립트)를 감사하고 초기 렌더링에 중요하지 않은 모든 것을 지연 또는 지연 로드하세요. 이것이 가장 어려운 수정이지만 INP에 가장 큰 영향을 미치는 경우가 많습니다.

5. CDN 사용

콘텐츠 전송 네트워크는 방문자에게 지리적으로 가까운 엣지 노드에서 에셋을 제공하여 지연 시간을 줄입니다. 대부분의 사이트에서 이것이 가장 쉬운 성과 중 하나입니다. Cloudflare의 무료 티어는 정적 에셋에 잘 작동합니다.

AMP에 대한 참고사항

Google’s Accelerated Mobile Pages(AMP)는 제한된 HTML 형식을 통해 빠른 모바일 페이지를 강제하는 프로젝트였습니다. 2026년까지 AMP는 더 이상 순위 신호가 아니며 Google은 이를 대부분 우선순위에서 낮췄습니다. 대신 Core Web Vitals에 집중하세요 — 잘 최적화된 표준 페이지는 사용자와 순위 모두에서 평범한 AMP 페이지를 능가할 것입니다.

Google PageSpeed Insights — 2026년 FAQ

First Input Delay(FID)는 어떻게 됐나요?

FID는 2024년 3월 Core Web Vital로서 폐기되고 Interaction to Next Paint(INP)로 대체되었습니다. FID는 첫 번째 사용자 인터랙션의 지연만 측정했습니다. INP는 페이지 세션 전반의 모든 인터랙션에 대한 응답성을 측정하므로 페이지가 사용될 때 어떤 느낌인지 더 완전한 그림을 제공합니다. FID를 Core Web Vital로 언급하는 오래된 게시물이나 감사가 있다면 구식입니다.

PSI에서 필드 데이터와 실험실 데이터의 차이는 무엇인가요?

필드 데이터는 지난 28일 동안 페이지를 방문한 실제 Chrome 사용자로부터 나온 것으로 Chrome User Experience Report(CrUX)에 집계됩니다. 실험실 데이터는 합성 Lighthouse 감사 — 제어된 환경에서의 시뮬레이션된 로드입니다. 두 데이터는 종종 다릅니다. 필드 데이터는 실제 세계 조건(다양한 기기, 연결, 캐싱)을 반영합니다; 실험실 데이터는 재현 가능하고 디버깅에 더 적합합니다. 둘 다 중요합니다: 필드 데이터가 Core Web Vitals 통과 여부를 결정하고; 실험실 데이터가 무엇을 수정해야 하는지 알려줍니다.

PSI 점수 100점이 좋은 순위를 보장하나요?

아니요. PSI 점수는 진단 도구이며 그 자체로 순위 신호가 아닙니다. 순위에 중요한 것은 Core Web Vitals 필드 데이터가 임계값을 통과하는지 여부입니다: LCP 2.5초 미만, INP 200ms 미만, CLS 0.1 미만. 페이지는 실험실에서 95점을 받을 수 있지만 실제 세계 조건으로 인해 필드 데이터에서 실패할 수 있습니다. 실험실 점수가 아닌 필드 데이터 섹션에 집중하세요.

PSI 감사를 얼마나 자주 실행해야 하나요?

사이트에 중요한 변경(새 페이지 템플릿, 새 서드파티 스크립트, 주요 콘텐츠 업데이트)이 있을 때마다 PSI를 실행하세요. 트래픽이 많은 페이지의 경우 Google Search Console을 통해 지속적인 모니터링을 설정하면 모든 URL에 대해 수동 PSI 확인 없이도 대규모로 Core Web Vitals 문제를 파악할 수 있습니다.

관련 읽기: SEO란 무엇인가? · Top 10 Editorial Tools To Keep Your Content Organized · 20 Best SEO Tools

---

짧은 버전

이 워크플로가 일주일을 잡아먹기 때문에 이 글을 읽고 있다면, 그것이 바로 제가 AI 에이전트를 구축하는 종류의 루프입니다. 한 번에 두 개의 빌드 슬롯이 열려 있습니다.

2026년 5월 업데이트

2026년 Google의 이야기는 AI Overviews의 전면 확산입니다: 2023년 SGE 실험이 2024년 5월 기본 기능으로 졸업하여 이제 미국 정보성 쿼리의 약 **~60%**에 표시됩니다. SEO 및 광고 운영자를 위해:

• AI Overviews가 있는 쿼리의 자연 CTR이 평균 15–30% 하락했습니다. Ahrefs, Authoritas 등의 발표된 연구(2024–25년 데이터)에 따르면.
• Google Ads는 여러 PMax 기능을 AI-powered Search로 리브랜딩했습니다; 캠페인 관리 UI는 이제 AI 입찰 제안을 기본으로 표시합니다.
• Search Console은 2025년 말 “AI Overview 노출” 필터를 추가했습니다 — 여기 게시물에서 GSC 보고를 참조하는 경우 플레이북 업데이트가 필요합니다.
• Google의 광고 수익은 2024년 ~$265B를 넘어섰습니다; 검색은 여전히 Alphabet 총 수익의 약 57%를 차지합니다.

2026년 “Google이 어떻게 돈을 버는가”의 답변: 여전히 검색 광고(지배적)이지만, YouTube 광고, Cloud, 구독(YouTube Premium + Google One)이 모두 이제 중요한 수익 라인입니다.