CMS란? 콘텐츠 관리 시스템을 쉽게 설명합니다

CMS, 즉 콘텐츠 관리 시스템은 사람들이 웹사이트의 콘텐츠(글, 페이지, 이미지, 제품 설명)를 코드를 건드리지 않고 친숙한 편집기를 통해 만들고, 편집하고, 게시할 수 있게 해 주는 소프트웨어입니다. 콘텐츠를 저장하고, 초안과 버전을 관리하며, 게시된 버전을 사이트에 올립니다. 워드프레스가 가장 잘 알려진 예이지만, 이 밖에도 많은 CMS가 있습니다.

AI로 만들 때 중요한 이유

AI가 웹사이트를 만들면 글과 이미지는 보통 코드에 직접 들어갑니다. 나 혼자 편집하고 수정도 AI에게 요청하는 방식이라면 그걸로 충분합니다. 하지만 마케터, 매장 직원, 자원봉사자처럼 다른 사람이 매주 오타를 고치거나 블로그 글을 올리거나 영업시간을 바꿔야 한다면 문제가 됩니다. 코드를 건드리지 않고는 할 수 없기 때문이죠.

그래서 초반에 던져 볼 가장 유용한 질문은 이것입니다. 누가, 얼마나 자주 콘텐츠를 바꾸나요? 이 답에 따라 CMS가 필요한지, 앱에 내장된 간단한 관리 페이지면 되는지, 아니면 아무것도 필요 없는지가 결정됩니다. 이를 잘못 판단하면 나중에 CMS를 억지로 붙이게 되거나, 쓰지도 않을 CMS를 만들게 됩니다.

일상 속 비유

식당의 메뉴판을 생각해 보세요.

어떤 식당은 메뉴가 벽에 그려져 있습니다. 멋있어 보이지만 가격 하나를 바꾸려면 간판 화가를 불러야 합니다. 이것이 코드에 콘텐츠를 써 넣은 상태입니다.

다른 식당은 메뉴가 고정된 틀과 제목(전채, 메인, 디저트)이 있는 칠판에 적혀 있습니다. 직원 누구나 줄을 지우고 새 메뉴를 쓸 수 있고, 틀과 제목은 바뀌지 않으니 칠판은 여전히 일관되게 보입니다. 이것이 CMS입니다. 틀은 디자인(템플릿), 분필로 쓴 줄은 콘텐츠, “가격은 점장만 바꾼다”는 규칙은 CMS의 권한에 해당합니다.

전통형 CMS와 헤드리스 CMS

크게 두 가지 유형이 있습니다.

전통형(결합형) CMS. 하나의 시스템이 콘텐츠를 저장하는 동시에 웹사이트도 렌더링합니다. 테마를 고르고, 편집기에 글을 쓰고, 게시 버튼을 누르면 페이지가 나타납니다. 워드프레스, 드루팔, 조엘라가 이 방식이며, Squarespace나 Wix 같은 사이트 빌더에 들어 있는 편집기도 마찬가지입니다.

헤드리스 CMS. CMS는 콘텐츠를 저장하고 편집하기만 합니다. 자체적인 웹사이트 “머리(head)”가 없습니다. 내 사이트나 앱이 API를 통해 콘텐츠를 요청하고, 자체 디자인으로 보여 줍니다. Contentful, Sanity, Strapi가 잘 알려진 예이며, 워드프레스도 헤드리스 방식으로 운영할 수 있습니다.

AI 앱 빌더로 사이트를 맞춤 코드로 만들었다면, 프런트엔드는 이미 AI가 만들어 둔 상태이므로 헤드리스 CMS(또는 작은 내장 관리 영역)가 자연스러운 선택입니다.

실제 예시: 빵집의 소식과 메뉴

빵집 주인 마야(Maya)가 홈페이지, 메뉴, 소식 섹션이 있는 AI 제작 웹사이트를 운영한다고 해 봅시다. 직원들은 마야에게 매번 묻지 않고 “호박 빵 돌아왔어요!”라는 글을 올리고 싶어 합니다.

이 사이트의 CMS는 데이터베이스의 표처럼 구조화된 유형으로 콘텐츠를 저장합니다.

콘텐츠 유형: 게시글

콘텐츠 유형: 메뉴 항목

직원들은 편집기에 로그인해 새 글의 양식을 채우고, 사진을 업로드한 뒤 게시 버튼을 누릅니다. 사이트의 소식 페이지는 CMS에 status = published인 모든 게시글을 최신순으로 요청하고, 사이트 디자인에 맞춰 보여 줍니다. 직원들은 필드만 채우기 때문에 아무도 코드를 건드리지 않고, 레이아웃도 일관되게 유지됩니다.

필드가 어떤 역할을 하는지 보세요. price가 문단 속 문장이 아니라 독립된 필드이기 때문에, 사이트는 어디서든 같은 형식으로 가격을 보여 줄 수 있습니다. status 필드가 있기 때문에 직원들은 초안을 저장해도 사이트에는 나타나지 않게 할 수 있습니다.

핵심 용어

흔한 실수와 오해

• “CMS는 웹사이트 빌더와 같다.” 웹사이트 빌더에 CMS가 포함된 경우가 많지만, CMS는 본질적으로 콘텐츠 관리에 관한 것입니다. 헤드리스 CMS에는 웹사이트 디자인이 전혀 없습니다.
• “모든 사이트에 CMS가 필요하다.” 1년에 두 번 바뀌는 5페이지짜리 사이트에는 필요 없습니다. 영업시간을 바꾸는 일은 AI에게 “영업시간을 수정해 줘”라고 요청하는 편이 더 간단할 수 있습니다.
• 모든 것을 큰 텍스트 상자 하나에 넣기. 가격, 날짜, 주소가 문단 속에 묻혀 있으면 정렬하거나 필터링하거나 서식을 바꿀 수 없습니다. 별도의 필드로 나누세요.
• 권한을 잊는 것. 누가 글을 쓸 수 있는지뿐 아니라 누가 게시할 수 있는지도 정하세요. 새로 들어온 직원이 홈페이지를 삭제할 수 있어서는 안 됩니다.
• 이미지를 무시하는 것. 크기 제한이 없으면 사람들이 거대한 사진을 올려 사이트가 느려집니다. 자동 크기 조정을 요청하세요.
• 콘텐츠가 쉽게 옮겨진다고 생각하는 것. 한 CMS에서 다른 CMS로 옮기는 일은 보통 콘텐츠를 내보내고 다시 연결하는 작업이 필요합니다. 워드프레스 사이트 이전 방법을 참고하세요.

AI 빌더에 요청할 내용

• “이 사이트의 콘텐츠 중 어떤 부분이 코드에 고정되어 있고, 어떤 부분이 데이터베이스에서 오나요?”
• “블로그 글을 제목, 슬러그, 본문, 커버 이미지, 상태, 게시일 필드를 가진 데이터베이스에 저장해 주세요.”
• “로그인한 직원이 글을 만들고, 수정하고, 게시할 수 있는 간단한 관리 페이지를 만들어 주세요. 삭제는 관리자만 할 수 있게 해 주세요.”
• “초안은 로그인한 직원에게만 보이게 하고, 공개 사이트에는 게시된 글만 보여 주세요.”
• “업로드된 이미지는 크기를 자동으로 줄여서 데이터베이스가 아닌 파일 저장소에 보관해 주세요.”
• “또는 이 사이트를 [헤드리스 CMS]의 API에 연결하고, API 키는 서버에서만 보관해 주세요.”

단계별 안내는 웹사이트에 블로그를 추가하는 방법과 AI로 블로그 만드는 방법을 참고하세요. 워드프레스에서 옮기는 것을 고민 중이라면 워드프레스 대안에서 선택지를 비교해 볼 수 있습니다.

Mythex와 CMS

Mythex는 CMS가 아니라 AI 앱 빌더입니다. 기본 상태에서는 콘텐츠 팀을 위한 별도의 편집기 로그인이 없고, 보통 채팅으로 요청해 콘텐츠를 바꿉니다. 여러 사람이 콘텐츠를 편집해야 한다면, 프로젝트의 Postgres 데이터베이스를 기반으로 한 작은 관리 영역을 만들어 달라고 에이전트에게 요청하세요. 업로드 파일은 파일 저장소에 보관합니다. Mythex에는 최종 사용자 로그인 기능도 포함되어 있지 않으므로, 선택한 로그인 제공자를 에이전트가 연결하게 됩니다. 이미 사용 중인 헤드리스 CMS가 있다면 그 API로 사이트를 연결해 달라고 요청할 수도 있습니다.

자주 묻는 질문