헤드리스 CMS & 모던 웹 아키텍처

Content API (REST / GraphQL)

REST API는 엔드포인트마다 고정된 필드 구성을 반환해 캐싱이 쉬운 대신 필요 없는 데이터까지 함께 오는 Over-fetching이 흔하고, GraphQL은 클라이언트가 필요한 필드만 쿼리로 명시해 페이로드를 최소화할 수 있지만 서버가 매 쿼리를 해석해야 해 캐싱 전략이 더 복잡하다. 대규모 헤드리스 CMS(Contentful, Sanity 등)는 대부분 두 방식을 함께 제공해 팀이 상황에 맞게 선택하도록 한다. 실무에서는 목록 페이지는 REST로 빠르게 캐싱하고, 복잡한 상세 페이지는 GraphQL로 필요한 필드만 정밀하게 가져오는 하이브리드 전략이 자주 쓰인다.

실무 적용 및 비즈니스 영향#

필요 필드만 선별 요청(GraphQL)하거나 엔드포인트 캐싱(REST)으로 페이로드 최소화

구현 가이드 및 주의사항#

REST의 Over-fetching 문제 및 GraphQL의 복잡한 백엔드 쿼리 부하 관리 필요

헤드리스 CMS

Headless Content Management System

콘텐츠 관리 백엔드와 프론트엔드 UI를 분리하고 API를 통해 콘텐츠를 서빙하는 아키텍처

디커플드 아키텍처

Decoupled Architecture

백엔드와 프론트엔드가 독립된 레이어로 분리되어 API로만 통신하는 소프트웨어 구조

잼스택

JavaScript APIs and Markup

클라이언트 JS와 재사용 API 및 사전 빌드된 마크업으로 웹을 구성하는 아키텍처

SSG (정적 사이트 생성)

Static Site Generation

빌드 타임에 모든 페이지의 HTML CSS JS를 미리 렌더링해 정적 파일로 생성하는 방식

SSR (서버 사이드 렌더링)

Server-Side Rendering

요청이 들어올 때마다 서버에서 동적으로 HTML을 실시간 생성하여 브라우저에 전달하는 방식

ISR (증분 정적 재생성)

Incremental Static Regeneration

전체 사이트를 다시 빌드하지 않고 백그라운드에서 특정 정적 페이지만 주기적으로 재생성하는 기법