# [[Web Performance Optimization]]

## 📌 Brief Summary
웹 성능 최적화(Web Performance Optimization)는 웹사이트가 사용자에게 얼마나 빠르고, 안정적이며, 원활하게 상호작용하는지를 개선하는 종합적인 과정이다 [1, 2]. 이는 단순한 로딩 속도 단축을 넘어, 사용자의 불만을 줄이고 전반적인 디지털 경험의 만족도를 높이는 것을 목표로 한다 [3-5]. 2025년 현재, 코어 웹 바이탈(Core Web Vitals)과 같은 성능 지표를 충족하는 것은 검색 엔진 순위(SEO) 상승과 비즈니스 전환율 극대화를 위한 필수적인 전략으로 평가받고 있다 [6-9].

## 📖 Core Content
*   **비즈니스 및 검색 순위(SEO)에 미치는 영향:** 웹사이트의 성능 저하는 사용자의 즉각적인 이탈로 이어진다. **페이지 응답이 1초 지연될 때마다 전환율이 약 7% 감소**할 수 있으며, 모바일 사용자의 53%는 로딩에 3초 이상이 소요되면 사이트를 이탈한다 [3, 4, 10-13]. 구글은 페이지 경험을 핵심 랭킹 신호로 사용하므로, 우수한 웹 성능은 사용자 신뢰를 구축할 뿐만 아니라 유기적 트래픽을 늘리고 경쟁 우위를 확보하는 원동력이다 [8, 14].

*   **코어 웹 바이탈(Core Web Vitals)의 핵심 지표 및 최적화:**
    *   **LCP (Largest Contentful Paint):** 화면 내 가장 큰 주요 콘텐츠가 시각적으로 렌더링되는 시간을 측정한다 [15, 16]. 이를 개선하기 위해 **WebP/AVIF 등의 차세대 이미지 포맷 사용**, 이미지 압축, 콘텐츠 전송 네트워크(CDN) 활용, 그리고 지연 로딩(Lazy Loading) 및 서버 사이드 렌더링(SSR)을 통해 초기 로딩 속도를 높이는 전략이 권장된다 [9, 15, 17-23].
    *   **INP (Interaction to Next Paint):** 사용자의 상호작용(클릭, 탭 등) 후 다음 프레임이 그려질 때까지의 지연 시간을 평가하는 지표로, 기존의 FID를 대체하였다 [8, 9, 24-27]. 개선을 위해서는 **무거운 JavaScript 실행 분할**, 웹 워커(Web Workers)를 통한 연산 오프로딩, 불필요한 서드파티 스크립트 제거, 디바운스/스로틀(debounce/throttle) 기법 적용 등이 필수적이다 [9, 25, 26, 28-30].
    *   **CLS (Cumulative Layout Shift):** 페이지 로드 중 텍스트나 이미지가 예기치 않게 밀려나는 시각적 불안정성을 측정한다 [17, 31, 32]. 방지를 위해 **모든 이미지와 비디오에 명시적인 크기(Width/Height)를 지정**하고, 동적으로 로드되는 광고 및 임베디드 콘텐츠를 위한 공간을 미리 확보하며, 폰트 적용 시 `font-display: swap`을 사용해 렌더링 차이를 줄여야 한다 [9, 17, 31, 33, 34].

*   **프론트엔드 최적화 구현 (Frontend Checklist):**
    *   **코드 스플리팅(Code Splitting) 및 지연 로딩:** 초기 번들 크기를 줄여 상호작용을 빠르게 하기 위해, 라우트 단위 또는 무거운 컴포넌트 단위로 JavaScript를 분할(Code Splitting)하여 사용자가 필요로 할 때만 로드하도록 한다 [35-40].
    *   **자산 및 네트워크 최적화:** HTML, CSS, JavaScript 파일에서 불필요한 공백과 문자를 제거(Minification)하여 렌더링 차단 리소스를 해소한다 [5, 21, 30, 40, 41]. 또한 사전 연결(Preconnect)이나 모듈 사전 로드(Preload)와 같은 **리소스 힌트(Resource Hints)**를 사용해 필수 데이터 다운로드를 가속화해야 한다 [41, 42].
    *   **현대적 렌더링 전략 채택:** React 기반 애플리케이션의 경우 클라이언트 사이드 렌더링(CSR)만을 사용할 때 발생하는 빈 HTML 문제와 크롤링 지연 문제를 해결해야 한다. 마케팅 페이지나 블로그 등 SEO가 중요한 영역에는 **서버 사이드 렌더링(SSR)**이나 **정적 사이트 생성(SSG)**을 도입하여 초기부터 온전한 콘텐츠를 봇과 사용자에게 제공해야 한다 [43-47].

## 🔗 Knowledge Connections
- **Related Topics:** [[Core Web Vitals]], [[Search Engine Optimization (SEO)]], [[Client-Side Rendering (CSR) vs Server-Side Rendering (SSR)]]
- **Projects/Contexts:** [[Allbirds E-commerce Redesign]] (PWA(Progressive Web App) 기술을 구현하여 페이지 로딩 속도를 89% 개선하고 장바구니 포기율을 크게 줄임으로써 대규모 추가 수익을 창출한 사례 [48-50]), [[eCommerce Store Optimization Case]] (이미지 압축, 광고 공간 예약, JS 실행 시간 감축을 통해 LCP, CLS, INP 지표를 대폭 최적화하여 유기적 트래픽을 32% 상승시킨 사례 [51]).
- **Contradictions/Notes:** 소스 [16, 52, 53]는 코어 웹 바이탈의 좋은(Good) 기준을 "LCP 2.5초 미만, INP 200ms 미만, CLS 0.1 미만"이라고 주장하지만, 소스 [54]는 2025년 임계값이 더욱 엄격해져 "LCP 2.0초 미만, INP 150ms 미만, CLS 0.08 미만"으로 기준이 변경되었다고 상반된(혹은 업데이트된) 내용을 보고합니다.

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