# [[Core Web Vitals Optimization Guide]]

## 📌 Brief Summary
Core Web Vitals(CWV)는 구글이 웹페이지의 실제 사용자 경험을 측정하기 위해 마련한 성능 지표로, 2025년 기준 로딩 성능(LCP), 시각적 안정성(CLS), 그리고 상호작용성(INP)을 핵심으로 평가합니다 [1, 2]. 2025년 업데이트의 가장 큰 변화는 기존의 FID(First Input Delay)를 대체하여 전체적인 상호작용성을 측정하는 INP가 전면 도입된 것입니다 [1, 3]. 이러한 지표들의 최적화는 단순한 속도 개선을 넘어 검색 엔진 랭킹(SEO) 상승, 전환율 증가, 이탈률 감소라는 직접적인 비즈니스 성과 창출의 필수 요건입니다 [4-6].

## 📖 Core Content
**1. 핵심 지표 분석 및 2025년 기준**
*   **LCP (Largest Contentful Paint):** 페이지의 가장 큰 콘텐츠 요소가 화면에 표시되는 시간을 측정하여 로딩 성능을 평가합니다 [7, 8]. 구글의 "Good" 등급 권장 기준은 2.5초 이하이나, 최신 2025년 가이드에 따르면 2.0초 이하로 기준이 강화되었다는 보고도 있습니다 [1, 9, 10]. 최적화를 위해서는 차세대 이미지 포맷(WebP, AVIF) 사용 및 압축, CDN을 통한 정적 에셋 제공, 중요 리소스 사전 로드(preload), 서버 측 렌더링(SSR) 적용, 그리고 TTFB(Time to First Byte) 단축이 필요합니다 [7, 11-13].
*   **INP (Interaction to Next Paint):** 기존 FID를 대체한 지표로, 클릭이나 키보드 입력 등 사용자의 모든 상호작용 후 브라우저가 시각적 피드백을 페인팅할 때까지의 지연 시간을 종합적으로 측정합니다 [14-16]. 기준치는 200ms 이하(또는 150ms 이하)입니다 [1, 9, 10]. INP를 최적화하려면 무거운 연산을 Web Worker로 분산하고, 긴 JavaScript 작업을 50ms 이하의 청크로 쪼개며, 서드파티 스크립트를 최소화하고, 이벤트 핸들러에 디바운스(debounce)나 스로틀(throttle)을 적용하여 메인 스레드 차단을 막아야 합니다 [14, 17-24].
*   **CLS (Cumulative Layout Shift):** 페이지가 로드되는 동안 예기치 않게 발생하는 레이아웃의 이동을 측정하여 시각적 안정성을 평가합니다 [11, 25, 26]. 기준치는 0.1 이하(또는 0.08 이하)로 유지해야 합니다 [1, 9, 27]. 이미지와 비디오 요소에 명시적인 `width` 및 `height` 속성을 설정하고, 동적으로 로드되는 광고나 임베드 콘텐츠를 위한 공간을 미리 확보(`min-height` 등)하며, CSS 애니메이션 시 레이아웃 속성 대신 `transform`을 사용하는 것이 핵심 전략입니다 [25, 28-30].

**2. 비즈니스 및 SEO에 미치는 영향**
*   구글의 페이지 경험(Page Experience) 알고리즘에서 CWV는 경쟁이 치열한 검색어의 경우 25~30%의 랭킹 가중치를 가지며, 세 가지 지표를 모두 충족하는 사이트는 검색 가시성이 8~15% 상승합니다 [5].
*   모든 CWV 지표를 'Poor'에서 'Good'으로 개선할 경우 평균적으로 전환율이 25% 상승하고 이탈률이 35% 감소하며, 방문자당 수익이 30% 개선되는 강력한 비즈니스 파급 효과를 냅니다 [6].

**3. 성능 진단 및 모니터링 체계 구축**
*   **측정 도구:** 성능 평가는 실험실 데이터(Lab data)와 실제 사용자 데이터(Field data)를 모두 활용해야 합니다 [31]. Google PageSpeed Insights, Chrome DevTools 내 Lighthouse를 이용해 개선 사항을 찾고 [31, 32], WebPageTest를 통해 상세 워터폴 분석을 진행할 수 있습니다 [33, 34].
*   **지속적 모니터링:** Google Search Console의 코어 웹 바이탈 보고서로 전반적인 상태를 파악하고, Datadog, New Relic, GTmetrix 등의 RUM(Real User Monitoring) 도구를 활용해 실제 사용자 환경에서의 성능 저하를 감지해야 합니다 [33, 35, 36]. 또한, 성능 예산(Performance Budgets)을 설정하여 CI/CD 파이프라인에서 지표가 기준치 이상 악화되는 것을 사전에 차단해야 합니다 [37-41].

**4. SPA 및 React 환경에서의 특별 고려사항**
*   단일 페이지 애플리케이션(SPA)이나 React 프레임워크 기반 사이트는 크고 무거운 JavaScript 번들과 클라이언트 측 하이드레이션(Hydration) 지연으로 인해 INP와 LCP 점수가 낮아지기 쉽습니다 [42-44].
*   이러한 앱의 코어 웹 바이탈을 높이기 위해서는 경로(Route) 기반의 코드 스플리팅(Code Splitting)과 지연 로딩(Lazy Loading)을 통해 번들 크기를 줄이고, 서버 사이드 렌더링(SSR)이나 정적 사이트 생성(SSG)으로 초기 HTML을 빠르게 제공하며, 점진적 하이드레이션(Progressive Hydration)을 도입하여 브라우저 메인 스레드의 과부하를 막는 것이 필수적입니다 [42, 45, 46].

## 🔗 Knowledge Connections
- **Related Topics:** [[Largest Contentful Paint (LCP)]], [[Interaction to Next Paint (INP)]], [[Cumulative Layout Shift (CLS)]], [[Web Performance Optimization]], [[Server-Side Rendering (SSR)]], [[Single Page Application (SPA)]], [[Search Engine Optimization (SEO)]]
- **Projects/Contexts:** [[Google Page Experience 2025]], [[React SEO Performance]]
- **Contradictions/Notes:** 2025년 기준 코어 웹 바이탈의 목표치(Threshold)에 대해 소스 간에 상충되는 정보가 있습니다. 일부 소스는 2025년 업데이트로 기준이 더욱 엄격해져 LCP는 2.0초 미만, INP는 150ms 미만, CLS는 0.08 미만이 되어야 한다고 명시합니다 [9]. 하지만 다른 여러 소스들은 여전히 LCP 2.5초 이하, INP 200ms 이하, CLS 0.1 이하를 "Good" 수준의 2025년 공식 기준으로 제시하고 있습니다 [1, 8, 10, 15, 27].

---
*Last updated: 2026-04-26*