01느린 원인은 대개 한두 개입니다
목록 페이지가 6초 걸리는 사이트의 원인이 스무 가지인 경우는 드뭅니다.
원본 그대로 올린 배너 한 장, 압축 없이 실린 스크립트 몇 개.
찾아서 고치면 바로 티가 납니다.
5핵심 지표
2일소요
2종모바일 · 데스크톱
02무엇을 점검하나
Core Web Vitals
| 지표 | 뜻 | 양호 기준 |
|---|---|---|
| LCP | 최대 콘텐츠 표시 시간 | 2.5초 이하 |
| CLS | 레이아웃 밀림 | 0.1 이하 |
| FCP | 첫 콘텐츠 표시 | 1.8초 이하 |
| TBT | 총 차단 시간 | 200ms 이하 |
| Speed Index | 화면이 채워지는 속도 | 3.4초 이하 |
로딩 병목
- 렌더링 차단 CSS · JS
- 사용되지 않는 JavaScript · CSS 용량
- 서드파티 스크립트(광고 · 채팅 · 분석)의 비중
- 폰트 로딩 방식과 FOIT/FOUT
자산
- 이미지 포맷 — WebP · AVIF 미적용, 원본 대비 과대 용량
- lazy-loading 적용 여부
- 압축(gzip · brotli)과 최소화
전송
- 캐시 헤더와 만료 정책
- 리다이렉트 체인
- TTFB(첫 바이트 응답 시간)
03정직하게 말씀드리는 한계
- INP(상호작용 지연)는 실사용자 데이터에서만 나옵니다. 트래픽이 적은 사이트는 데이터 자체가 없어 제공할 수 없습니다.
- DB 쿼리 N+1 같은 서버측 원인은 외부에서 측정할 수 없습니다. 소스 · 슬로우쿼리 로그 열람 동의를 받은 건에만 포함됩니다.
- 서버 자원 · 인프라 구성 · 백업 체계는 범위 밖입니다.
측정 자체는 Google 의 공개 도구 기준을 씁니다. 우리만의 비공개 점수를 만들지 않습니다 — 고객이 직접 검증할 수 있어야 합니다.
04진행 절차
- 신청 · 대상 지정메인과 함께 느린 페이지를 알려주시면 그 페이지를 함께 봅니다.
- 지표 측정모바일 · 데스크톱을 나눠 측정합니다.
- 병목 분석자산 단위로 크기와 차단 여부를 분해합니다.
- 리포트현재값 · 목표값 · 개선 시 예상 효과 · 예상 공수.
05자주 묻는 질문
개선까지 해주시나요
성능 개선 실행 상품이 따로 있습니다. 가장 값싼 개선부터 합니다 — 배너 이미지 한 장이 원인이면 하루면 끝납니다.
얼마나 빨라지나요
리포트에 항목별 예상 효과를 적어 드립니다. 다만 서버측 원인이 큰 경우 소스 열람 없이는 한계가 있습니다.
측정 결과가 볼 때마다 다른데요
실측은 네트워크 상태에 따라 흔들립니다. 리포트는 반복 측정의 중앙값을 씁니다.