Core Web Vitals : LCP, INP, CLS — 완벽 가이드 2026
Core Web Vitals 완벽 가이드 — LCP, INP, CLS의 개념, 기준값, 측정 방법 및 SEO·이커머스 최적화 방법을 총망라. 현장 경험 3가지 포함.
Paul Delcloy
저자 · 업데이트 29 5월 2026
**Core Web Vitals (CWV)**는 Google이 공식적으로 지정한 세 가지 지표로, 실제 사용자가 페이지에서 경험하는 품질을 측정합니다.
- LCP (Largest Contentful Paint) — 가장 큰 가시 요소의 로딩 시간 :
≤ 2.5초이면 양호 - INP (Interaction to Next Paint) — 클릭 및 탭에 대한 반응성 :
≤ 200ms이면 양호 - CLS (Cumulative Layout Shift) — 시각적 안정성 :
≤ 0.1이면 양호
Google은 이 지표들을 실제 로딩의 75번째 백분위수를 기준으로 평가합니다. 특히 품질이 동등한 페이지 간의 순위 결정 요소로서 검색 순위에 영향을 미칩니다.
시작 도구 : PageSpeed Insights — 무료, 30초 내 결과 확인.
Core Web Vitals란 무엇인가?
Web Vitals는 실제 사용자 관점에서 웹 페이지의 경험 품질을 수치화하기 위해 Google이 만든 지표 모음입니다.
모든 Web Vitals 중에서 Google은 LCP, INP, CLS 세 가지를 공식 순위 신호로 선정했습니다. 이 세 지표는 가장 중요한 차원인 로딩, 반응성, 시각적 안정성을 포괄합니다.
CWV가 기존 실험실 지표와 구별되는 점은 실제 현장 데이터(Chrome User Experience Report, CrUX)를 기반으로 한다는 것입니다. 시뮬레이션도, 이상적인 조건도 아닌, 실제 방문자의 실제 기기에서 측정된 성능 수치입니다.
Google은 2021년 Page Experience Update를 통해 Core Web Vitals를 검색 순위 알고리즘에 통합했으며, INP는 2024년 3월 FID를 대체하여 공식 상호작용 지표가 되었습니다. 2026년에도 기준값은 변경되지 않았습니다.
3가지 공식 지표
LCP — Largest Contentful Paint
Largest Contentful Paint는 페이지 로딩 시 뷰포트 내에서 가장 큰 가시 요소를 표시하는 데 걸리는 시간을 측정합니다. 일반적으로 히어로 이미지, 주요 상품 사진, 또는 H1 텍스트 블록이 해당됩니다.
LCP는 가장 큰 표시 요소의 렌더링이 완료되는 시점을 나타냅니다
공식 기준값 :
| 점수 | 값 |
|---|---|
| ✅ 양호 | ≤ 2.5초 |
| ⚠️ 개선 필요 | 2.5초 – 4.0초 |
| ❌ 불량 | > 4.0초 |
LCP는 이커머스 사이트에서 가장 통과하기 어려운 지표인 경우가 많습니다. 상품 페이지와 홈페이지에 무거운 이미지가 많이 사용되기 때문입니다.
LCP 불량의 주요 원인 :
- 높은 TTFB (Time to First Byte) — 느린 서버 또는 CDN 미사용
- 압축되지 않은 이미지 또는 WebP/AVIF 대신 JPEG/PNG 형식으로 제공
- 메인 이미지에
loading="lazy"속성 오적용 - JavaScript로 삽입된 히어로 이미지에 프리로딩 미적용
INP — Interaction to Next Paint
Interaction to Next Paint는 사용자 상호작용(클릭, 탭, 키보드 입력)과 페이지의 다음 시각적 렌더링 사이의 지연 시간을 측정합니다. 체감 반응성을 가장 잘 반영하는 지표입니다.
긴 JS 작업이 메인 스레드를 차단합니다 — 입력은 도로가 비워질 때까지 대기합니다
공식 기준값 :
| 점수 | 값 |
|---|---|
| ✅ 양호 | ≤ 200ms |
| ⚠️ 개선 필요 | 200ms – 500ms |
| ❌ 불량 | > 500ms |
2024년 3월부터 INP가 모바일과 데스크톱 모두에서 FID를 대체했습니다. 첫 번째 상호작용만 측정하던 FID와 달리, INP는 세션의 모든 상호작용을 평가하여 가장 나쁜 값을 기록합니다.
INP 불량의 주요 원인 :
- 메인 스레드를 독점하는 무거운 JavaScript
- 이벤트 응답을 차단하는 긴 작업 (> 50ms)
- 지연 처리되지 않은 서드파티 스크립트 (채팅, 분석, 트래킹)
- 필터, 상품 옵션, 장바구니의 비용이 큰 이벤트 핸들러
CLS — Cumulative Layout Shift
Cumulative Layout Shift는 페이지의 시각적 불안정성을 측정합니다. 로딩 중 요소가 예기치 않게 이동할 때마다 CLS 점수가 증가합니다.
width/height 또는 aspect-ratio로 미리 공간을 확보하세요 — 더 이상 도미노는 없습니다
공식 기준값 :
| 점수 | 값 |
|---|---|
| ✅ 양호 | ≤ 0.1 |
| ⚠️ 개선 필요 | 0.1 – 0.25 |
| ❌ 불량 | > 0.25 |
높은 CLS는 사용자가 클릭하려는 순간 "장바구니 담기" 버튼이 이동하는 것을 의미합니다. 답답하고 측정 가능한 이 문제는 사용자 경험에 직접적인 영향을 미치며, 분석 도구에서 데드 클릭을 증가시킵니다.
CLS 불량의 주요 원인 :
width또는height속성이 명시되지 않은 이미지- 로딩 후 대체 폰트를 교체하는 웹 폰트
- 플레이스홀더 없이 느리게 표시되는 A/B 테스트
- 콘텐츠 위에 삽입되는 쿠키 배너, 팝업, 공지 바
- 플레이스홀더 없는 광고 또는 추천 블록
기준값 요약표
| 지표 | 측정 대상 | ✅ 양호 | ⚠️ 개선 필요 | ❌ 불량 |
|---|---|---|---|---|
| LCP | 로딩 | ≤ 2.5초 | 2.5 – 4.0초 | > 4.0초 |
| INP | 반응성 | ≤ 200ms | 200 – 500ms | > 500ms |
| CLS | 시각적 안정성 | ≤ 0.1 | 0.1 – 0.25 | > 0.25 |
모바일 및 데스크톱 실제 로딩의 75번째 백분위수 기준으로 평가.
Core Web Vitals가 SEO에 미치는 영향
SEO 영향
웹 성능이 검색 순위에 미치는 영향
빠른 TTFB는 GoogleBot이 시간 예산 내에서 더 많은 페이지를 크롤링할 수 있게 합니다.
Core Web Vitals는 2021년부터 Google 순위 신호로 사용되고 있습니다.
디지털 컨설팅 서비스
디지털 전환 및 웹 전략 전문 에이전시...
귀하의 사이트 – 웹 성능 전문가
Core Web Vitals 감사 및 최적화, TTFB, LCP...
SEO 및 유기적 검색 전문가
내 SEO 솔루션으로 온라인 가시성을 높이세요...
웹 성능 및 SEO 에이전시
우리의 기술 전문성으로 귀하의 웹사이트를 향상시키세요...
Google은 2021년 Page Experience Update 배포 이후 CWV가 순위 신호임을 공식 확인했습니다. 2026년에도 여전히 활성화되어 주요 순위 시스템에 통합되어 있습니다.
이해해야 할 핵심 : CWV는 순위 결정 요소로 작동합니다. 두 페이지의 콘텐츠 품질과 권위가 비슷할 경우, "양호" 기준을 통과한 페이지가 우위를 차지합니다. 마법 같은 레버는 아니지만, 경쟁이 치열한 시장에서는 중요한 차이를 만듭니다.
데이터가 구체적으로 보여주는 것 :
- Google은 75번째 백분위수로 CWV를 평가합니다. 방문자의 25%가 나쁜 경험을 한다면, 해당 페이지는 "불량"으로 분류됩니다.
- 모바일과 데스크톱 페이지는 Search Console에서 별도로 평가됩니다.
- "불량"에서 "양호"로 개선하는 것이 이미 녹색인 페이지를 최적화하는 것보다 더 큰 영향을 미칩니다.
SEO를 넘어, CWV는 전환율에도 직접적인 영향을 미칩니다. Google 연구에 따르면 LCP가 4초를 넘으면 이탈률이 3배 증가합니다. 이커머스의 경우, 로딩 시간이 1초 줄어들 때마다 수익으로 이어집니다.
💡 현장 경험 — PageSpeed 점수 90점으로는 충분하지 않은 이유. Lighthouse 점수는 스튜디오에서 찍은 사진과 같습니다. CrUX 데이터는 같은 사람을 길거리에서 찍은 것과 같죠. PageSpeed 점수가 40 미만임에도 실제로는 매우 빠른 사이트를 본 적이 있습니다. 이유는 이렇습니다: Lighthouse는 항상 동일한 중급 스마트폰과 안정적이지만 느린 4G를 시뮬레이션합니다. CrUX는 실제 기기의 실제 트래픽을 집계합니다. 럭셔리 브랜드 사이트의 경우, 실제 사용자는 PageSpeed 로봇보다 훨씬 빠른 환경에 있습니다. 감사 시 제 첫 번째 반응은 Lighthouse 점수를 보지 않는 것입니다. 바로 Search Console의 Core Web Vitals 탭으로 가서 "불량"으로 정렬하고 문제가 되는 페이지를 파악합니다.
현재 CWV가 SEO와 전환율에 얼마나 영향을 미치는지 수치화하는 데는 CrUX 진단 30분이면 충분합니다. 수치를 확인하기 전에는 견적을 드리지 않습니다.
Core Web Vitals 측정 방법
PageSpeed Insights
TTFB
LCP
CLS
Score
PageSpeed Insights는 필수적인 시작점입니다. URL을 입력하면 몇 초 안에 다음을 확인할 수 있습니다 :
- 현장 데이터 (CrUX) — 최근 28일간의 실제 LCP, INP, CLS
- 실험실 데이터 (Lighthouse) — 상세 진단 및 권장사항
- 100점 만점의 전체 성능 점수
참고 : 현장 데이터는 해당 URL이 CrUX 데이터베이스에서 충분한 트래픽을 가진 경우에만 표시됩니다. 트래픽이 적은 페이지의 경우 실험실 데이터만 사용할 수 있습니다.
Google Search Console
Google Search Console의 Core Web Vitals 보고서는 사이트 전체 뷰를 제공합니다. URL을 상태(양호 / 개선 필요 / 불량)와 문제 유형별로 그룹화합니다.
주요 장점 :
- 모든 색인된 페이지에 대한 전체 개요
- 28일 롤링 기간의 실제 데이터
- 모바일 / 데스크톱 분리
- 예시 URL을 클릭하여 PageSpeed Insights 테스트를 직접 실행 가능
최적화 후에만이 아니라 지속적으로 모니터링해야 할 도구입니다.
CrUX Vis
CrUX Vis(Chrome UX Report Visualizer)는 CrUX 보고서의 원시 데이터를 명확하고 활용 가능한 그래프로 변환하는 이상적인 도구입니다. 시간 경과에 따른 Core Web Vitals의 기록과 추세를 분석할 수 있습니다.
제공하는 기능 :
- 수개월에 걸친 점수(LCP, INP, CLS) 변화의 히스토리 시각화
- 사용자 분포(양호 / 개선 필요 / 불량)를 정확히 파악하기 위한 세그먼트별 그래프
- 임의의 도메인을 입력하여 경쟁사의 실제 성능을 스파이하고 비교할 수 있는 경쟁 분석
- 모바일과 데스크톱 간의 성능 비교 간소화
장기적으로 최적화 효과를 측정하고 강력한 경쟁 벤치마크를 수행하기에 완벽한 도구입니다.
Chrome DevTools
개발자를 위해, Chrome DevTools는 브라우저 내에서 직접 실험실 환경의 CWV를 분석할 수 있게 해줍니다.
필수 탭 두 가지 :
- Performance — 페이지 로딩을 기록하고 타임라인에서 긴 작업, INP, LCP, CLS를 시각화
- Coverage — 페이지를 불필요하게 무겁게 만드는 미사용 JavaScript 및 CSS 식별
Chrome용 Web Vitals 확장 프로그램은 모든 페이지에서 LCP, INP, CLS를 실시간으로 표시합니다.
서드파티 도구 (WebPageTest, YellowLabTools)
WebPageTest는 고급 진단의 레퍼런스 도구입니다. 다음을 수행할 수 있습니다 :
- 특정 지리적 위치에서 테스트
- 다양한 기기 및 네트워크 연결 시뮬레이션
- 병목 현상을 파악하기 위한 상세 워터폴 확인
오픈소스 도구로는, YellowLabTools가 WebPageTest를 보완하며 기술적이고 점수화된 시각을 제공합니다. 사이트의 기술 스택이나 플랫폼 및 업종의 제약을 고려하지 않고 순진하게 사이트 성능을 최적화하기 위한 구체적인 최적화 보고서와 권장사항을 제공합니다.
이 두 도구는 PageSpeed Insights에서 명확하게 나타나지 않는 문제를 재현하고 진단하는 데 특히 유용합니다.
각 지표 최적화 방법
LCP 최적화
Largest Contentful Paint (LCP)
최대 가시 요소 최적화
목표 : 브라우저가 가능한 한 빨리 메인 이미지를 발견하고 로드하도록 하는 것입니다.
우선 조치 사항 :
<head>에서<link rel="preload" as="image">로 LCP 이미지 프리로드하고<img>태그에fetchpriority="high"추가 — 보통 가장 빠른 성과를 냅니다.- LCP 이미지에 절대 lazy-load 적용 금지 — 메인 이미지에
loading="lazy"를 사용하는 것은 가장 흔한 실수 중 하나입니다. - WebP 또는 AVIF로 변환하고 실제 표시 크기에 맞게 리사이즈
- TTFB 줄이기 : 엣지 딜리버리 CDN, 서버 캐시, 고성능 호스팅
- 리디렉션 체인과 프리커넥트 없이 서드파티 도메인에 호스팅된 리소스 피하기
<!-- LCP 이미지의 올바른 프리로드 예시 -->
<link rel="preload" as="image" href="hero.webp" fetchpriority="high">
<img src="hero.webp" width="1200" height="600" fetchpriority="high" alt="...">
INP 최적화
Interaction to Next Paint (INP)
사용자 상호작용 반응성
INP는 메인 스레드가 포화 상태일 때 저하됩니다. 해결책 : JavaScript를 줄이고 지연시키는 것입니다.
우선 조치 사항 :
- Chrome DevTools Performance로 감사하여 긴 작업 (> 50ms) 파악
defer또는async로 중요하지 않은 스크립트를 지연시키고,requestIdleCallback()으로 서드파티 스크립트 지연 처리- 코드 스플리팅으로 큰 JS 번들 분할 — 페이지에 필요한 것만 로드
- Web Workers로 무거운 계산을 메인 스레드 밖으로 이동
- 이벤트 핸들러 최적화 — 클릭 시 작업 줄이기, 필터 및 검색 필드에 debounce 적용
- 불필요한 서드파티 스크립트 제거 또는 교체 — 트래킹, 채팅, 위젯 스크립트 하나하나가 INP 비용을 유발
이커머스에서 나쁜 INP는 주로 장바구니 담기, 카탈로그 필터, 상품 옵션 선택기에서 나타납니다.
CLS 수정
Cumulative Layout Shift (CLS)
CLS는 요소가 로드되기 전에 공간을 미리 예약함으로써 수정합니다.
우선 조치 사항 :
- 모든
<img>및<video>태그에 항상width와height지정 - 크기가 변하는 반응형 이미지에 CSS의
aspect-ratio사용 - 광고, 추천 블록, 동적으로 삽입되는 콘텐츠를 위한 고정 공간 예약
font-display: optional또는font-display: swap+ 대체 폰트 메트릭 재정의로 웹 폰트 관리- 사용자 상호작용 없이 기존 콘텐츠 위에 콘텐츠 삽입 금지 (배너, 팝업, 쿠키 바)
/* 반응형 이미지 공간 예약 */
.product-image-wrapper {
aspect-ratio: 4 / 3;
overflow: hidden;
}
💡 현장 경험 — 비즈니스에 가장 큰 영향을 준 CWV 최적화. 한 패션 이커머스 클라이언트(상품 약 12,000개, 모바일 월 세션 약 80,000)에서 일주일을 단 하나의 주제에 집중했습니다: 클라이언트 사이드에서 가변 상품 가격을 계산하는 JS 라이브러리를 제거하는 것이었습니다. 해당 라이브러리는 사이즈 선택 시마다 280ms 동안 스레드를 차단했습니다. 서버 사이드 사전 계산 + HTML 인젝션으로 재작성한 후, 필드 데이터 기준 INP가 410ms에서 90ms로 줄었고, 두 달 동안 장바구니 담기 비율이 8% 향상됐습니다. 스크립트 하나를 제거했을 뿐인데, 6개월의 A/B 테스트보다 더 큰 효과를 냈습니다. 교훈: CWV는 고립된 "기술" 지표가 아니라 구매 여정의 실제 마찰을 추적합니다. 여정의 올바른 지점을 최적화하면 ROI는 즉각적으로 나타납니다.
내부에서 모두 처리하려면 시간과 최신 웹퍼포먼스 전문 지식이 필요합니다. "전문가가 직접 처리"하는 방식을 원하신다면, 슬라이드 없이 PR로 직접 코드베이스에서 작업합니다.
Core Web Vitals와 이커머스 : 자주 발생하는 실수
전자상거래 대시보드
실시간 모니터링
0
주문
0
월간 수익
0
가동 시간
최신 주문
이커머스 사이트는 나쁜 CWV에 특히 취약하게 만드는 고유한 제약이 있습니다. Shopify, WooCommerce, Magento, PrestaShop에서 반복적으로 발견되는 패턴을 소개합니다.
LCP — 이커머스 함정 :
- 홈페이지 히어로 이미지가 프리로드되지 않고 JavaScript 슬라이더를 통해 삽입됨
- 리사이즈나 WebP 변환 없이 원본 크기(3–5MB)로 제공되는 상품 사진
- 콘텐츠 이전에 수십 개의 스크립트를 로드하는 무거운 테마 (Shopify, WooCommerce)
- 전체 페이지 캐시 없는 동적 필터가 있는 카탈로그 페이지의 높은 TTFB (Magento, PrestaShop)
INP — 이커머스 함정 :
- 전체 페이지 리로드 또는 너무 무거운 AJAX 핸들러로 인한 장바구니 담기 (WooCommerce cart fragments)
- 스레드를 차단하는 동기 요청을 유발하는 패싯 필터 (색상, 사이즈, 가격)
- 가격과 재고 계산을 위한 무거운 JavaScript가 있는 상품 옵션 선택기 (Shopify)
- 각각 전역으로 스크립트를 삽입하는 Shopify 앱 또는 PrestaShop/Magento 모듈 누적
- 지연 처리되지 않은 트래킹 및 리타게팅 스크립트 (Meta Pixel, Google Ads, Criteo)
CLS — 이커머스 함정 :
- 페이지 상단에 동적으로 삽입되는 무료배송 배너 또는 공지 바
- 콘텐츠를 아래로 밀어내는 쿠키 동의 팝업
- 카탈로그 그리드에서 크기 속성이 없는 상품 이미지
- 플레이스홀더 없이 초기 로딩 후 나타나는 "추천 상품" 또는 "함께 구매한 상품" 블록
- 늦게 시스템 폰트를 교체하는 이커머스 브랜드 커스텀 폰트
플랫폼별 우선순위 :
| 플랫폼 | 문제 #1 | 문제 #2 |
|---|---|---|
| Shopify | 전역 앱 JS → INP | 히어로 이미지 → LCP |
| WooCommerce | Cart fragments AJAX → INP | 크기 없는 이미지 → CLS |
| Magento | 캐시 없는 TTFB → LCP | 패싯 필터 → INP |
| PrestaShop | 지연 처리 안 된 모듈 JS → INP | 동적 배너 → CLS |
황금 법칙 : Chrome DevTools의 Coverage 탭으로 모든 서드파티 앱이나 모듈을 감사하세요. 평균적인 Shopify 사이트에서 로드된 JavaScript의 40~60%는 현재 페이지에서 사용되지 않습니다.
💡 현장 경험 — 내가 본 최악의 INP 점수. 최고 기록 : 패션 분야의 Shopify Plus 사이트, PDP에서 INP 2,400ms. 근본 원인 : 14개의 Shopify 앱(채팅, 리뷰, 리타게팅, 팝업, 업셀, 통화 전환기 등)이 각각 중요 이벤트(클릭, change, submit)에 리스너를 추가하고, 4개의 분석 스크립트가 모든 상호작용에서 실행되었습니다. 사용자가 사이즈를 클릭하면 이미 포화된 스레드에서 6개의 핸들러가 연쇄적으로 실행됐습니다. 중요하지 않은 9개 앱 제거 + 나머지 핸들러에 debounce 적용 + 마케팅 번들 코드 스플리팅으로 INP가 180ms로 떨어졌습니다. 8년의 경험 후 내린 결론: Shopify의 대부분의 CWV 문제는 "코드" 문제가 아니라 사이트에 무엇이 들어오는지에 대한 "거버넌스" 문제입니다. 마케팅팀이 추가하는 앱 하나하나가 성능 비용을 발생시키지만, 아무도 그 비용을 측정하지 않습니다.
이런 패턴에서 자신의 스택이 보이시나요? 진짜 레버(종종 예상치 못한 것들)를 우선순위화하는 감사는 일주일이면 충분하고, 그 이후의 주들을 열어줍니다.
FAQ
Core Web Vitals는 Google 순위 결정 요소인가요?
네, 공식적으로 2021년부터입니다. 하지만 독립적인 레버가 아닌 타이브레이커 요소로 작동합니다. 훌륭한 콘텐츠를 가진 페이지는 CWV가 좋지 않아도 충분히 높은 순위를 차지할 수 있습니다 — 하지만 경쟁이 치열한 검색어에서는 CWV가 3위와 1위의 차이를 만들 수 있습니다.
Web Vitals와 Core Web Vitals의 차이점은 무엇인가요?
Web Vitals는 Google이 정의한 모든 웹 성능 지표(TTFB, FCP, LCP, INP, CLS 등)를 통칭합니다. Core Web Vitals는 검색 순위 신호로 공식 채택된 세 가지 지표인 LCP, INP, CLS를 말합니다. 이것이 바로 "핵심" Web Vitals입니다.
PageSpeed Insights 점수는 좋은데 Google Search Console에서 문제가 표시됩니다. 왜 그런가요?
PageSpeed Insights는 실험실 데이터 (시뮬레이션)와 가능한 경우 현장 데이터를 표시합니다. Search Console은 28일간의 실제 현장 데이터(CrUX)만 사용합니다. 실험실 점수 90/100이 좋은 현장 데이터를 보장하지는 않습니다 — 실제 환경(저사양 모바일 기기, 느린 4G 연결)은 종종 훨씬 불리한 경우가 많습니다.
Search Console에서 최적화의 효과를 확인하려면 얼마나 걸리나요?
Search Console은 28일 롤링 기간의 데이터를 집계합니다. 최적화 후, 보고서에 개선 사항이 완전히 반영되기까지 4~6주를 예상하세요. 실제 사용자 데이터는 갱신되는 데 시간이 걸립니다.
Core Web Vitals는 모바일과 데스크톱에 각각 별도로 적용되나요?
네. Google은 Search Console에서 모바일과 데스크톱에 대해 CWV를 별도로 평가합니다. 대부분의 이커머스 사이트에서 모바일이 더 문제가 많으며, 모바일 우선 인덱싱(mobile-first indexing)으로 전환된 이후 순위에 가장 큰 영향을 미치는 것은 모바일 버전입니다.
이커머스 사이트에서 가장 중요한 CWV 지표는 무엇인가요?
LCP는 일반적으로 가장 먼저 수정해야 할 항목입니다 — 상품 이미지와 슬라이더는 느린 LCP의 주요 원인입니다. INP는 서드파티 스크립트의 밀도로 인해 Shopify나 WooCommerce 같은 플랫폼에서 개선하기가 가장 어려운 경우가 많습니다. CLS는 이미지 크기를 지정하고 팝업을 제어하면 가장 빠르게 수정할 수 있는 경우가 많습니다.
Core Web Vitals 최적화가 전환율을 향상시키나요?
네, 이는 문서화된 사실입니다. Google은 LCP > 4초일 경우 이탈률이 3배 증가한다고 측정했습니다. 업계 연구에 따르면 로딩 시간을 100ms 개선하면 이커머스 사이트의 전환율이 1~3% 향상될 수 있습니다. CWV 최적화는 단순한 SEO 과제가 아니라 직접적인 비즈니스 과제입니다.
최적화를 시작하기 전에 Core Web Vitals를 어떻게 감사할 수 있나요?
가장 간단한 방법은 PageSpeed Insights, Search Console, Chrome DevTools, WebPageTest를 결합한 웹 성능 감사로, 여러분의 스택에서 우선순위 개선 항목을 정확히 파악할 수 있습니다. 현장 진단 없이는 감으로 최적화하는 것과 다름없습니다.
공식 출처
- Core Web Vitals — Google Search Central
- Web Vitals — web.dev
- LCP 최적화 — web.dev
- INP 최적화 — web.dev
- CLS 최적화 — web.dev
- Core Web Vitals 보고서 — Google Search Console
- Pagespeed Insights
- CWV 기준값 정의 — web.dev
사이트의 웹 성능 최적화가 필요하신가요? Core Web Vitals에 특화된 웹 성능 감사로 며칠 안에 우선 레버를 파악할 수 있습니다.