Hacker News 2026.04.05 31

CMS는 죽었다, CMS 만세! — 전통적 CMS의 종말과 새로운 시대

우리가 알던 CMS, 정말 끝난 걸까요?

웹 개발을 해본 분이라면 CMS라는 단어를 수도 없이 들어봤을 거예요. CMS는 Content Management System, 그러니까 콘텐츠 관리 시스템인데요. 쉽게 말하면 코딩을 잘 몰라도 웹사이트에 글을 쓰고, 이미지를 올리고, 페이지를 만들 수 있게 해주는 도구예요. 워드프레스(WordPress)가 대표적이죠. 전 세계 웹사이트의 약 40% 이상이 워드프레스로 만들어져 있다는 통계가 있을 정도니까요.

그런데 최근 개발자 커뮤니티에서 "CMS는 죽었다"는 이야기가 계속 나오고 있어요. 동시에 "CMS 만세(Long live the CMS)"라는 말도 함께 따라붙거든요. 모순처럼 들리지만, 사실 이건 전통적인 CMS가 끝나고 완전히 새로운 형태의 CMS가 부상하고 있다는 뜻이에요.

전통적 CMS의 한계가 드러나다

워드프레스 같은 전통적 CMS는 "모놀리식(Monolithic)" 구조를 갖고 있어요. 이게 뭐냐면, 콘텐츠를 저장하는 백엔드, 그걸 보여주는 프론트엔드, 그리고 관리자 화면이 전부 하나의 덩어리로 묶여 있다는 뜻이에요. 레고 블록이 아니라 하나의 큰 찰흙 덩어리 같은 거죠.

이 구조가 처음에는 편리했어요. 설치 한 번이면 다 되니까요. 하지만 시대가 변하면서 문제가 생기기 시작했어요. 요즘은 하나의 콘텐츠를 웹사이트뿐만 아니라 모바일 앱, 스마트워치, 키오스크, 심지어 AI 챗봇까지 다양한 채널로 내보내야 하거든요. 전통적 CMS는 웹 페이지를 렌더링하는 데 최적화되어 있어서, 이런 멀티 채널 환경에 유연하게 대응하기가 어려워요.

성능 문제도 있어요. PHP 기반의 전통 CMS는 매 요청마다 데이터베이스를 조회하고 페이지를 생성하는데, 트래픽이 몰리면 서버가 버거워하기 쉬워요. 물론 캐싱 플러그인으로 어느 정도 해결할 수 있지만, 근본적인 아키텍처의 한계는 남아 있죠.

헤드리스 CMS와 Composable 아키텍처의 부상

그래서 등장한 게 헤드리스 CMS(Headless CMS)예요. 이름이 좀 무섭게 들리는데, 개념은 간단해요. 기존 CMS에서 "머리(Head)", 즉 프론트엔드를 떼어낸 거예요. 콘텐츠를 저장하고 관리하는 백엔드만 남기고, 프론트엔드는 개발자가 원하는 기술로 자유롭게 만들 수 있게 하는 거죠.

콘텐츠는 API(보통 REST나 GraphQL)를 통해 JSON 형태로 제공돼요. 그러면 프론트엔드 개발자는 React, Next.js, Svelte 등 자기가 좋아하는 프레임워크로 화면을 구성할 수 있어요. 같은 콘텐츠를 웹에도, 앱에도, 어디에든 가져다 쓸 수 있는 거죠.

Strapi, Sanity, Contentful, Payload CMS 같은 도구들이 대표적인 헤드리스 CMS인데요. 여기에 더 나아가서 Composable Architecture(조합형 아키텍처)라는 흐름도 있어요. CMS, 커머스 엔진, 검색, 인증 등을 각각 독립적인 서비스로 분리하고 API로 연결하는 방식이에요. 마치 레고 블록처럼 필요한 기능을 조합해서 쓰는 거죠.

그런데 이게 모두에게 좋은 건 아니에요

헤드리스 CMS가 장점만 있는 건 아니에요. 가장 큰 문제는 비개발자에게 불친절하다는 거예요. 기존 워드프레스에서는 마케터나 콘텐츠 담당자가 WYSIWYG 에디터로 직접 페이지를 꾸밀 수 있었는데, 헤드리스 구조에서는 그게 쉽지 않거든요. 프리뷰를 보려면 별도 설정이 필요하고, 레이아웃을 바꾸려면 개발자에게 요청해야 하는 경우가 많아요.

그래서 최근에는 이 둘의 장점을 합친 하이브리드 접근도 늘어나고 있어요. 워드프레스 자체도 REST API를 내장하면서 헤드리스로 쓸 수 있게 진화했고, Next.js 같은 프레임워크와 연동하는 사례도 많아졌죠. Payload CMS처럼 처음부터 개발자 경험과 편집자 경험 모두를 고려한 도구들도 주목받고 있어요.

한국 개발자에게 주는 시사점

한국에서도 이 변화는 이미 진행 중이에요. 많은 스타트업이 자사 블로그나 랜딩 페이지를 Next.js + 헤드리스 CMS 조합으로 구축하고 있고, 기업용 웹사이트도 전통 CMS에서 벗어나는 추세예요.

실무에서 고려할 점을 정리하면 이래요. 콘텐츠 팀이 별도로 있고 자주 업데이트해야 한다면, 비개발자의 편집 경험을 꼭 함께 고려해야 해요. 무조건 헤드리스가 답은 아니거든요. 반대로 여러 플랫폼에 콘텐츠를 동시에 내보내야 하는 상황이라면 헤드리스 구조가 훨씬 유리해요.

개인 프로젝트나 기술 블로그를 운영한다면 Astro, Hugo 같은 정적 사이트 생성기(SSG)도 좋은 선택이에요. 마크다운 파일만으로 콘텐츠를 관리하니 CMS 자체가 필요 없는 가장 가벼운 방식이죠.