홈페이지 속도는 얼마나 빨라야 하나요? 구글 Core Web Vitals 기준과 확인 방법

홈페이지 속도의 공식 기준은 구글 Core Web Vitals(핵심 웹 지표)입니다. 가장 큰 콘텐츠가 표시되는 시간(LCP)이 2.5초 이내, 클릭·입력에 반응하는 지연(INP)이 200밀리초 이내, 로딩 중 화면이 밀리는 정도(CLS)가 0.1 이하이면 "양호"로 판정됩니다. 이 지표는 구글 검색 순위에 반영되는 페이지 경험 신호이고, 실제 방문자 이탈률과도 직접 연결됩니다.

세 가지 지표가 뜻하는 것

• LCP (Largest Contentful Paint) — 화면에서 가장 큰 이미지나 제목이 보이기까지의 시간. 양호 2.5초 이내, 개선 필요 4초 초과. 보통 메인 비주얼 이미지·영상이 원인입니다.
• INP (Interaction to Next Paint) — 버튼을 누르거나 메뉴를 열었을 때 화면이 반응하기까지의 지연. 양호 200ms 이내, 개선 필요 500ms 초과. 무거운 자바스크립트가 원인입니다. (2024년 3월부터 기존 FID를 대체)
• CLS (Cumulative Layout Shift) — 로딩 중 요소가 갑자기 밀려 잘못 클릭하게 만드는 정도. 양호 0.1 이하, 개선 필요 0.25 초과. 크기 지정이 없는 이미지·광고·웹폰트 교체가 원인입니다.

무료로 확인하는 방법

1. PageSpeed Insights(pagespeed.web.dev)에 주소를 입력하면 모바일·PC 각각의 점수와 세 지표, 개선 항목이 나옵니다. 실제 방문자 데이터(CrUX)가 있으면 "실제 사용자 환경" 결과가 먼저 표시됩니다.
2. Google Search Console → 페이지 경험/Core Web Vitals에서 사이트 전체의 양호·개선 필요 URL 수를 볼 수 있습니다.
3. Chrome 개발자 도구의 Lighthouse 탭으로도 같은 진단이 가능합니다.

가장 효과가 큰 개선 순서

1. 이미지 — WebP/AVIF 변환, 실제 표시 크기에 맞춘 리사이즈, 화면 밖 이미지 lazy loading, 모든 이미지에 width/height 지정(CLS 방지). 대부분의 사이트에서 가장 큰 개선 폭이 나옵니다.
2. 스크립트·CSS — 쓰지 않는 플러그인·라이브러리 제거, 렌더링을 막는 스크립트를 defer로 지연, 첫 화면에 필요한 CSS만 먼저 로드.
3. 서버 응답(TTFB) — 캐시 적용, gzip/brotli 압축, 느린 DB 쿼리 정리. 공유 호스팅에서 응답이 1초를 넘으면 호스팅 상향을 검토합니다.
4. 웹폰트 — 서브셋 폰트 사용, font-display: swap, 첫 화면 폰트 preload.

트윈에이치가 제작 시 기본으로 적용하는 것

이미지 WebP 변환과 크기 지정, 스크립트 지연 로드, 폰트 서브셋·preload, 정적 자원 캐시와 압축 설정을 제작 단계에서 적용합니다. 이 사이트 자체가 그 결과물이며, 무료 SEO 진단의 속도 항목에서 압축·WebP·lazy loading·이미지 크기 지정 여부를 확인할 수 있습니다.