CMS

CMS를 흔히 “코드를 몰라도 웹사이트를 운영하게 해 주는 도구”라고 소개하지만, 이는 많은 제품에서 볼 수 있는 편의 기능일 뿐 정의 자체는 아닙니다. CMS의 핵심은 콘텐츠의 생성부터 게시, 수정과 삭제까지의 수명주기를 관리하는 데 있습니다.

CMS에서 흔히 제공하는 기능#

CMS마다 기능과 범위가 다릅니다. 제품, 요금제, 설치한 확장 기능에 따라 달라질 수 있지만, 다음 기능을 제공하는 CMS를 흔히 볼 수 있습니다.

예를 들어 Drupal은 콘텐츠 엔티티와 필드를 구성할 수 있고, 사용자·역할·권한을 관리합니다. 워크플로 기능도 별도로 구성할 수 있습니다. 이것은 CMS에서 이런 기능이 구현되는 한 사례이지, 모든 CMS가 같은 기능을 기본 제공한다는 뜻은 아닙니다.

콘텐츠 관리와 콘텐츠 모델은 다릅니다#

CMS의 필수 속성은 콘텐츠 수명주기를 관리하는 것입니다. 콘텐츠가 반드시 필드 단위의 구조화된 데이터여야 하는 것은 아닙니다. 페이지 본문처럼 자유롭게 편집하는 콘텐츠도 CMS로 관리할 수 있습니다.

반면 콘텐츠 모델을 채택한 CMS에서는 콘텐츠 유형과 필드를 미리 정의할 수 있습니다. 이 경우에는 같은 유형의 콘텐츠에 이름, 날짜, 이미지 같은 필드를 일관되게 입력하고 여러 화면에서 다시 사용할 수 있습니다. 이런 구조화와 재사용은 CMS 일반의 정의가 아니라, 콘텐츠 모델을 어떻게 설계하고 지원하는지에 따른 특성입니다.

아키텍처에 따라 콘텐츠와 화면의 관계가 달라집니다#

여기서는 Contentful 등에서 사용하는 구분을 따라 전통형, 분리형, 헤드리스라는 용어를 설명합니다. 이 구분은 업계 전체의 고정된 표준 분류는 아닙니다. 공급자에 따라 분리형이 헤드리스를 포괄하거나 두 용어를 섞어 쓰기도 합니다.

전통형(traditional 또는 coupled) CMS는 콘텐츠 관리와 화면을 만드는 기능이 한 시스템에 함께 있는 방식입니다. 템플릿이나 테마가 콘텐츠를 받아 HTML을 만들고 방문자에게 보여주는 구성이 대표적입니다.

분리형(decoupled) CMS는 콘텐츠를 관리하는 백엔드와 보여 주는 프런트엔드를 나누되, 프런트엔드 또는 전달 계층을 함께 제공하는 구성을 가리킬 수 있습니다.

헤드리스(headless) CMS는 특정 표현 계층을 정하지 않고 콘텐츠를 API 등으로 전달하는 방식에 초점을 둡니다. 웹사이트, 앱, 키오스크처럼 여러 채널에서 각자 화면을 구현할 수 있습니다.

세 방식 모두 디지털 콘텐츠를 관리할 수 있습니다. 다만 콘텐츠의 구조화 정도와 저장 형식, 내장된 표현 계층, 전달 방식은 제품마다 다릅니다. 따라서 “헤드리스가 언제나 더 구조화되어 있다”거나 “분리형은 반드시 특정 프런트엔드를 제공한다”라고 일반화할 수는 없습니다.

CMS 유형은 서로 다른 기준으로 나눕니다#

“셀프호스팅 CMS”, “헤드리스 CMS”, “업종 특화 CMS”는 같은 층위의 분류가 아닙니다. 하나는 제공 방식, 하나는 아키텍처, 하나는 사용 목적을 말합니다.

셀프호스팅은 서버와 설치·업데이트·보안 운영을 사용자가 맡는 형태를 말합니다. 관리형 서비스는 제공자가 이 운영의 일부 또는 전부를 맡습니다. 실제 책임 범위는 서비스별 약관과 요금제를 확인해야 합니다.

범용 CMS는 여러 콘텐츠 유형을 구성할 수 있는 편입니다. 업종 특화 CMS는 의료, 부동산, 전자상거래처럼 특정 도메인에 맞는 유형과 필드를 미리 제공하는 경우가 많습니다. 그러나 이 구분만으로 모든 제품의 데이터 구조나 구현 방식을 단정할 수는 없습니다.

웹빌더와 CMS의 관계#

웹빌더와 CMS는 겹칠 수 있습니다. 웹빌더이면서 CMS인 제품도 있고, 웹빌더가 구조화된 콘텐츠 기능을 제공할 수도 있습니다. 그래서 둘을 완전히 분리된 제품군으로 보기는 어렵습니다.

제품을 고를 때는 “웹빌더인가 CMS인가”보다 페이지 편집, 콘텐츠 모델, 권한, 검토·게시 흐름, API 제공 여부처럼 실제 제공 기능을 비교하는 편이 정확합니다. 업종별 콘텐츠 구조를 중심으로 보는 관점은 업종 특화 CMS가 범용 웹빌더와 다른 이유에서 더 자세히 다룹니다.

Structured Data와는 별개입니다#

콘텐츠 모델로 관리하는 구조화된 콘텐츠와 검색용 Structured Data는 같은 것이 아닙니다. Structured Data는 검색 엔진 등이 페이지를 해석할 수 있도록 별도로 추가하는 표준화된 마크업입니다. 콘텐츠 모델이 있으면 마크업 생성에 필요한 값을 모으기 쉬울 수는 있지만, 마크업의 구현과 검증은 별도로 해야 합니다. 또한 이를 추가한다고 검색 순위나 AI 검색에서의 가시성이 보장되는 것은 아닙니다. 자세한 개념은 Structured Data에서 확인할 수 있습니다.

우리에게 CMS가 필요한가#

콘텐츠를 자주 갱신하고, 여러 편집자가 권한을 나누어 작업하거나, 반복되는 콘텐츠 유형을 여러 화면에서 재사용해야 한다면 CMS가 유용할 수 있습니다. 반대로 수정이 드문 소수의 고정 페이지만 필요하다면 정적 제작이 더 단순할 수 있습니다. 어느 쪽이 맞는지는 필요한 편집 흐름과 운영 책임을 기준으로 판단하는 것이 좋습니다.

자주 생기는 오해#

• “CMS는 특정 제품 이름이다.” CMS는 제품명이 아니라 소프트웨어의 범주입니다.
• “CMS를 쓰면 코드가 전혀 필요 없다.” 관리 화면이 있어도 테마, 화면, API 연동을 위해 개발 작업이 필요할 수 있습니다.
• “CMS는 콘텐츠를 항상 구조화한다.” 구조화 정도와 콘텐츠 모델 지원은 제품과 설정에 따라 달라집니다.
• “CMS를 쓰면 검색 노출이 자동으로 좋아진다.” CMS는 운영을 돕는 도구이며, 검색 품질은 콘텐츠와 기술 구현 등 여러 요소에 좌우됩니다.