2nd/00_Raw/구글 2025 검색 알고리즘 업데이트 대응.md

# [[구글 2025 검색 알고리즘 업데이트 대응]]

## 📌 Brief Summary
구글의 2025년 검색 알고리즘 및 페이지 경험(Page Experience) 업데이트는 코어 웹 바이탈(Core Web Vitals)의 기준을 크게 강화하고 새로운 지표를 도입하는 데 중점을 두었습니다 [1, 2]. 기존의 FID(First Input Delay)가 INP(Interaction to Next Paint)로 공식 대체되었으며, LCP와 CLS의 통과 기준치가 더 엄격해졌습니다 [3, 4]. 또한 AI 기반 검색(AI Overviews) 크롤러에 대응하기 위해 시맨틱 HTML과 스키마 마크업을 통한 구조화된 데이터 제공과 서버 사이드 렌더링(SSR)의 중요성이 더욱 커졌습니다 [5-7]. 이러한 변화는 웹사이트의 로딩 속도, 상호작용성, 시각적 안정성을 향상시켜 SEO 순위와 사용자 경험을 동시에 높이는 것을 목표로 합니다 [8, 9].

## 📖 Core Content
**1. 코어 웹 바이탈(Core Web Vitals) 지표의 변화와 엄격해진 기준**
* **INP(Interaction to Next Paint) 전면 도입:** 2025년 업데이트의 가장 핵심적인 변화로, 단일 입력 지연을 측정하던 FID를 대체하여 사용자의 전체적인 상호작용 지연 시간을 측정합니다 [1, 2, 4]. 
* **LCP(Largest Contentful Paint) 기준 강화:** 웹페이지의 메인 콘텐츠가 화면에 렌더링되는 속도를 나타내는 LCP의 통과 기준이 기존 2.5초 미만에서 **2.0초 미만**으로 단축되었습니다 [3, 10].
* **CLS(Cumulative Layout Shift) 기준 강화:** 시각적 안정성을 측정하는 CLS 기준 역시 기존 0.1 미만에서 **0.08 미만**으로 더욱 엄격해졌습니다 [3, 10].
* **FCP(First Contentful Paint) 정식 편입:** FCP가 코어 웹 바이탈의 공식 지표로 추적되기 시작했으며, 1.5초 미만의 기준이 적용됩니다 [3, 11].

**2. AI 검색 엔진 및 Agentic Crawler 대응 전략**
* **시맨틱 HTML과 구조화된 데이터:** AI 개요(AI Overviews, SGE)와 같은 AI 검색 엔진이 웹사이트에서 구조화된 답변을 직접 추출하므로, 시맨틱 HTML5 태그(`<header>`, `<main>`, `<article>` 등)와 Schema.org 마크업(JSON-LD)을 활용하여 콘텐츠의 맥락을 명확히 구조화하는 것이 필수적입니다 [5, 12-14].
* **렌더링 아키텍처 전환:** AI 크롤러(GPTBot, ClaudeBot 등)는 자바스크립트 실행 비용 문제로 JS 렌더링을 건너뛰는 경우가 많습니다 [6]. 따라서 순수 클라이언트 사이드 렌더링(CSR)의 한계를 극복하기 위해 **서버 사이드 렌더링(SSR)** 또는 **정적 사이트 생성(SSG)** 방식으로 전환하여 봇이 콘텐츠를 즉시 읽을 수 있는 HTML 상태로 제공해야 합니다 [15-17].
* **동적 렌더링(Dynamic Rendering) 지양:** 봇에게는 사전 렌더링된 HTML을, 사용자에게는 CSR을 제공하는 동적 렌더링은 클로킹(Cloaking)으로 간주되어 구글로부터 페널티를 받을 수 있으므로 2025년에는 권장되지 않습니다 [7, 18].

**3. 모바일 퍼스트 및 프론트엔드 최적화(Performance Optimization)**
* **모바일 퍼스트 인덱싱:** 전 세계 웹 트래픽의 58~60% 이상이 모바일에서 발생함에 따라 구글은 모바일 환경의 페이지를 1차적으로 평가합니다 [19, 20]. 반응형 레이아웃 설계, 적절한 터치 타겟 크기 확보, 미사용 자바스크립트 축소가 요구됩니다 [21-23].
* **자바스크립트 실행 및 차단 리소스 최적화:** 새로운 지표인 INP를 개선하기 위해 50ms 이상의 긴 실행 작업(Long tasks)을 분할하고, 렌더링을 차단하는 스크립트를 지연(defer/async)시키며, 무거운 연산은 웹 워커(Web Workers)로 오프로드해야 합니다 [4, 24, 25]. 
* **이미지 및 리소스 최적화:** LCP 개선을 위해 WebP나 AVIF 같은 차세대 이미지 포맷을 사용하고, 핵심 리소스에 대해 `fetchpriority="high"`나 `preload` 리소스 힌트를 적용하는 것이 중요합니다 [10, 26-28].

## 🔗 Knowledge Connections
- **Related Topics:** [[Core Web Vitals]], [[Interaction to Next Paint (INP)]], [[Server-Side Rendering (SSR)]], [[Mobile-First Indexing]], [[Semantic HTML5]], [[Schema Markup]]
- **Projects/Contexts:** [[React SEO Optimization]], [[Frontend Performance Checklist 2025]], [[Web Performance Optimization Guidelines]]
- **Contradictions/Notes:** 코어 웹 바이탈의 새로운 통과 기준과 관련하여 소스 간 미세한 수치 차이가 존재합니다. 예를 들어, CLS 지표의 경우 소스 [3]와 [10]는 2025년 기준이 '0.08 미만'으로 강화되었다고 명시하지만, 소스 [29] 및 [30]는 여전히 '0.1 이하'를 좋은 점수(Good)로 설명하고 있습니다. 또한 INP 지표에 대해서도 소스 [3]는 150ms 미만으로 설명하는 반면, 소스 [31]와 [32]은 200ms 이하로 언급하고 있어 최적화를 수행할 때 더 엄격한 기준(INP < 150ms, CLS < 0.08)을 목표로 삼는 것이 안전할 수 있습니다.

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