프런트 엔드와 백엔드 (관리 화면)를 분리하는 “헤드리스 CMS"의 아키텍처는 현대적인 웹 제작에 완전히 정착했습니다. 그러나, 막상 도입하려고 하면 「Contentful」 「microCMS」 「Strapi」등 선택사항이 많아, 어느 것을 선택하면 좋은가 헤매어 버리는 분도 많을 것입니다.
이 기사에서는 프로젝트의 특성과 상황에 따라 최적의 헤드리스 CMS를 선택하는 방법을 제안합니다.
시츄에이션 1：국산의 안심감과 사용의 용이함을 중시한다면
추천: microCMS
“영어 관리 화면이라면 클라이언트 담당자가 업데이트할 수 없다” 수탁 제작 등에서 자주 있는 이 과제를 순식간에 해결하는 것이 국산 헤드리스 CMS의 필두인 microCMS입니다. 관리 화면의 UI가 매우 세련되고 IT 리터러시가 높지 않은 사용자도 직관적으로 기사 트래피킹이 가능합니다. 또, 일본어의 공식 문서가 충실하고 있어 서포트 체제도 만전. 기업 사이트나 소~중 규모의 미디어 사이트라면, 망설이지 않고 이것을 선택해 두면 틀림없습니다.
상황 2: 글로벌 규모의 엔터프라이즈 영역이라면
추천: Contentful
다국어 배포, 대규모 콘텐츠 버전 관리 및 복잡한 승인 흐름이 필요한 대규모 프로젝트에는 업계 선구자인 Contentful이 적합합니다. 확장성이 매우 높으며 다양한 타사 도구(번역 도구 및 DAM 등)와의 연계 플러그인이 풍부하게 준비되어 있습니다. 다만, 기능이 풍부하기 때문에 학습 코스트는 약간 높고, 요금 체계도 대규모용으로 되어 있는 점에는 주의가 필요합니다.
상황 3 : 데이터를 완전히 자체적으로 제어하고 싶다면
추천: Strapi
SaaS형 CMS에서는 보안 요건을 충족할 수 없거나 향후 독자적인 백엔드 처리를 골고루 추가하고 싶다. 그렇다면 오픈 소스에서 자사 서버(또는 AWS 등)에 호스팅할 수 있는 Strapi가 후보로 올라갑니다. Node.js 기반으로 작동하며 API 사용자 정의도 쉽습니다. 인프라 관리는 번거롭지만, 그만큼 자유도와 데이터 소유권 확보라는 큰 이점을 얻을 수 있습니다.
도입 결정자는 “누가 사용하는가”
헤드리스 CMS 선정에서 가장 중요한 것은 개발자의 관점뿐만 아니라 “실제로 기사를 업데이트하는 운영자의 관점"을 갖는 것입니다. 아무리 API 응답이 빠르더라도, 트래피킹 화면이 사용하기 어려우면 컨텐츠는 갱신되지 않게 되어 버립니다. 우선은 무료 플랜을 이용해 운용 담당자에게 실제의 관리 화면을 건네주어, 피트감을 확인하는 것으로 시작해 봅시다.