Weegloo vs Contentful

한 줄로 답하면

Contentful 은 콘텐츠를 관리합니다. Weegloo 는 콘텐츠를 관리하면서 서비스의 나머지도 운영합니다.

Weegloo 가 비교되는 플랫폼 중 Contentful 이 가장 가까운 친척입니다. 둘 다 헤드리스 콘텐츠 플랫폼입니다 — 콘텐츠 모델을 정의하고, 편집자가 스튜디오에서 작업하고, 전송 API 가 발행된 콘텐츠를 어떤 프론트엔드에든 내보냅니다. 데이터 모델링, 다국어, 리비전과 버전, 대시보드, 댓글, 태그, 값 검증 — 이 목록은 양쪽에 다 있습니다. Contentful 을 써 본 사람이라면 Weegloo 콘솔은 한 시간 안에 익숙해집니다.

차이는 어디에서 멈추는가입니다. Contentful 은 콘텐츠에서 멈춥니다 — 회원, 에셋을 넘어서는 파일 서빙, 서버 로직, 정기 실행, 호스팅은 다른 누군가의 몫입니다. Weegloo 는 같은 CMS 깊이를 가진 채로 계속 갑니다. 사용자 로그인, 개인 단위로 좁혀지는 권한, 콜드 스타트 없는 선언형 서버 로직, Cron 스케줄러, 그리고 커스텀 도메인을 지원하는 정적 사이트 호스팅까지.

각각이 그대로 내어 주는 것

실제로 결정을 가르는 세 가지

1. Contentful 은 CMS 이고, Weegloo 는 마침 CMS 급인 서비스 플랫폼이다

"우리는 콘텐츠만 있으면 된다" 는 생각보다 드뭅니다. 마케팅 사이트도 문서 포털도 결국 어딘가에 올라가야 하는데, Contentful 은 그것을 하지 않습니다. 콘텐츠는 Contentful, 호스팅은 Vercel 이나 Netlify — 가장 단순한 제품에서도 이미 업체가 둘이고, 청구서와 대시보드와 배포 경로도 둘입니다.

Weegloo 는 Web Hosting 이 기능으로 들어 있어서 커스텀 도메인까지 한 곳에서 끝납니다. 콘텐츠를 고치는 사람과 사이트를 올리는 사람이 같은 콘솔 안에 있고, 그 사이에 아웃바운드 트래픽도 없습니다. 그래서 "콘텐츠만" 인 제품에서도 조립이 하나 줄어듭니다.

그리고 대부분의 제품은 콘텐츠만도 아닙니다. 가입해서 무언가를 올리고 자기 것만 봐야 하는 사용자가 있습니다. 외부 API 를 호출해 결과를 저장합니다. 매일 새벽에 한 번 돌아야 하는 작업이 있습니다. 어딘가에 올라가 있어야 합니다. Contentful 위에서는 그 각각이 또 다른 업체가 됩니다 — 인증 제공자, 서버리스 런타임, 스케줄러, 호스트. Weegloo 는 그것을 하나의 권한 모델 아래 일급 리소스로 갖고 있습니다.

권한은 따로 짚을 만합니다. 사람들이 가장 과소평가하는 지점이기 때문입니다.

편집자 권한은 양쪽이 같습니다. Weegloo 에도 Contentful 과 똑같이 User 라는 개념과 역할이 있습니다 — 누가 어떤 콘텐츠 타입을 읽고 쓰고 발행할 수 있는가. 여기까지는 대응이 그대로입니다.

다른 것은 그 위에 한 겹이 더 있다는 점입니다. ServiceUser 는 제품에 가입한 최종 사용자이고, 그들에게도 별도의 역할을 붙입니다. createdBy: :self 는 로그인한 회원이 자기가 만든 행만 읽고 편집한다는 뜻입니다. 편집자 권한을 대체하는 것이 아니라 두 층이 함께 존재합니다 — 팀은 콘텐츠를 운영하고, 회원은 자기 데이터만 다룹니다. CMS 를 회원용 제품을 올릴 수 있는 것으로 바꾸는 지점입니다.

2. Script — CMS 가 백엔드 노릇까지 하게 만드는 것

헤드리스 CMS 로 제품을 만들면 반드시 마주치는 순간이 있습니다. "사용자가 폼을 제출하면 메일을 보내고, 외부 API 를 호출해 응답을 저장해야 한다." CMS 는 그것을 하지 않으므로 함수를 하나 만들어 어딘가에 배포하게 됩니다.

Weegloo 에는 Script 가 있습니다. 콘텐츠를 읽고 쓰고, 외부 API 를 호출하고, 메일을 보내고, 서명을 검증하고, 분기하고 반복하는 선언형 문장입니다. 이메일 발송은 문장 하나입니다 — 함수를 짜서 배포할 일이 없습니다.

그리고 부르는 방법이 셋입니다. 직접 호출, 콘텐츠 변경 이벤트, Cron 스케줄러. 웹훅으로 바깥의 무언가를 부르고 그쪽이 다시 API 로 돌아오는 왕복이 필요 없고, 스케줄에 걸어 둔 작업을 지금 한 번만 돌리는 일도 그냥 호출로 해결됩니다.

코드 기반 함수를 못 만드는 것이 아니라 만들지 않는 것이고, 그 대가로 콜드 스타트가 없고 대용량 트래픽에서 가볍고 요금이 쌉니다.

3. 가격 곡선의 모양이 다르다

Weegloo 의 공개 요금제는 Free, Basic 월 $8, Pro 월 $80 이고 위에 Enterprise 가 있습니다. Free 는 실제로 일하는 등급입니다 — Space 5개, 콘텐츠 타입 50개, 콘텐츠 20,000건, 미디어 2,000건, 로케일 10개, 월 API 호출 500,000회, 커스텀 도메인 호스팅.

이 분류의 헤드리스 CMS 요금은 입문 플랜을 넘어서면 보통 자릿수가 달라지고, 등급 사이의 도약이 프로젝트가 걸리는 지점입니다. 여기에 더해, 데이터·미디어·서버 로직이 한 플랫폼 안에 있으면 그 사이를 오가는 아웃바운드 트래픽 비용이 발생하지 않습니다 — 규모가 커질수록 벌어지는 차이이고, 왕복이 줄어드는 만큼 지연 시간도 짧습니다.

실제 숫자는 contentful.com 과 요금제 페이지 에서 직접 확인하세요.

코드를 쓰지 않는 사람에게는, 여기가 가장 확실한 선택입니다

이 항목만큼은 Contentful 도 잘합니다. 편집자가 코드를 몰라도 콘텐츠를 다룰 수 있다는 것이 헤드리스 CMS 의 존재 이유이고, Contentful 은 그것을 오래 잘해 왔습니다.

차이는 콘텐츠 바깥입니다. 회원을 받고, 폼 제출에 메일로 답하고, 매일 새벽 작업을 돌리고, 사이트를 올리는 일 — Contentful 위에서는 그 전부가 개발자를 부르는 일입니다. 비개발자는 콘텐츠까지만 갈 수 있고 거기서 멈춥니다.

Weegloo 는 같은 편집 경험을 주면서 그 바깥까지 덮기 때문에, 비개발자가 멈추는 지점이 훨씬 뒤에 있습니다.

• 콘솔이 곧 제품입니다. 콘텐츠와 미디어만이 아니라 회원과 권한까지 거기서 관리합니다.
• 검증은 클릭 몇 번입니다. 값의 범위·고유값·형식을 필드에 걸어 둡니다.
• 서버 로직이 코드가 아니라 DSL 입니다. 이벤트가 왔을 때 메일을 보내거나 외부 API 를 호출하는 일이 Script 문장이고, 그 문장은 AI 에게 한 문장으로 말하면 알아서 씁니다. 함수를 짜서 어딘가에 배포할 일이 없습니다.
• 정기 작업도 콘솔에서 겁니다. Cron 일정에 Script 를 걸어 두면 됩니다.
• 사이트도 여기서 올라갑니다. 커스텀 도메인까지 포함해서 호스팅을 따로 고르지 않아도 됩니다.

엔지니어가 아닌 사람이 콘텐츠만이 아니라 서비스 전체를 운영할 수 있다는 뜻입니다.

마켓플레이스 — 화면조차 직접 만들지 않는 길

Contentful 의 앱 마켓플레이스는 편집 화면을 확장합니다. Weegloo 의 마켓플레이스는 서비스 자체를 설치합니다 — 콘텐츠 모델을 처음부터 짜는 일도, 그것을 보여 줄 화면을 만드는 일도 건너뜁니다.

마켓플레이스에는 완성된 앱이 올라옵니다. 앱 하나에 Content Type, Content, Media, SpaceRole, Locale, Script, Webhook, 그리고 화면(Web Hosting)까지 함께 실립니다. 설치하면 그것들이 내 Space 안으로 들어옵니다 — 남의 서비스에 세 들어 사는 것이 아니라 데이터도 화면도 내 것인 서비스가 하나 생기는 것입니다.

화면이 있는 앱이라면 설치하고 데이터만 내 것으로 바꿔도 바로 서비스가 됩니다. 화면이 없는 앱이라면 데이터 구조를 어떻게 짤지 고민하고 Script 를 처음부터 쓰는 일을 건너뜁니다 — 이미 모델링된 것을 받아 그 위에 원하는 프론트엔드를 얹으면 됩니다.

전부 다 쓸 필요는 없습니다

Weegloo 를 "풀스택 백엔드" 로만 이해하면 오해입니다. 필요한 부분만 써도 됩니다. 콘텐츠 관리만 쓰고 나머지는 지금 쓰는 서비스를 그대로 둘 수 있고, 미디어와 CDN 전송만 쓸 수도 있습니다.

더 넓은 비교가 필요하시면 Directus · Strapi · Payload · Sanity · Appwrite · Supabase · Firebase · Vercel 까지 열 개 플랫폼을 20개 항목으로 견준 표를 비교 문서 모음에 두었습니다. 자체적으로 제공하지 않는 기능은 0점으로 친 표입니다.

Contentful 이 더 나은 경우

• 형식화된 워크플로가 필요한 큰 편집 조직. 다단계 승인 체계, 여러 엔트리에 걸친 예약 릴리스, 깊은 통합 마켓플레이스는 오래된 엔터프라이즈 CMS 가 앞서는 영역입니다.
• 이미 그 위에 쌓아 둔 것이 많을 때. 앱 마켓플레이스와 커넥터, 손보아 둔 워크플로, 연동해 둔 시스템이 이미 자산이라면, 옮기는 비용이 얻는 것보다 클 수 있습니다.
• 구매 절차가 기존 업체를 요구할 때. 제약이 늘 기술적인 것만은 아닙니다.

Contentful 에 없고 Weegloo 에 있는 것

• 편집자 계정과 역할은 양쪽이 같고, Weegloo 에는 그 위에 한 겹이 더 있습니다 — 제품의 회원이 직접 인증하는 ServiceLogin, 그리고 그 회원들에게 붙는 ServiceUser 전용 역할.
• createdBy: :self 같은 역할 필터를 통한 회원별 데이터 범위 — 자기가 만든 행만 읽고 편집.
• Script: 백엔드를 운영하지 않고도 프론트엔드가 호출할 수 있는 선언형 서버 로직. 외부 API 호출과 이메일 발송이 내장되어 있고 콜드 스타트가 없습니다.
• Cron 스케줄러 — 같은 Script 를 정기 실행에도 씁니다.
• 프론트엔드 자체를 위한 커스텀 도메인 Web Hosting.
• Metric 기반 사용량 모니터링과 임계치 알림 — 콘솔에서 사용량을 보고, 퍼센트로 걸어 둔 지점에 도달하면 이메일이 먼저 옵니다.
• 낮은 진입점의 정액 요금: 첫 유료 등급이 월 $8, 그리고 서비스 사이의 아웃바운드 트래픽 없음.

자주 묻는 질문

Weegloo 는 Contentful 대안인가요?

그렇습니다. 콘텐츠 모델링, 편집 콘솔, 리비전과 버전, 다국어, 태그, 댓글, 값 검증, 발행된 콘텐츠를 위한 전송 API 라는 핵심을 같이 덮고, 거기에 사용자 인증, 사용자별 권한 범위, Script, 스케줄러, 정적 호스팅이 더해집니다. 형식화된 다단계 승인 워크플로를 쓰는 아주 큰 편집 조직에는 Contentful 이 유리할 수 있습니다.

마케팅 사이트나 문서 포털만 만들어도 Weegloo 가 나은가요?

그렇습니다. "콘텐츠만 필요하다" 는 경우에도 그 사이트는 결국 어딘가에 올라가야 하는데, Contentful 은 호스팅을 하지 않습니다. 그래서 가장 단순한 제품에서도 콘텐츠는 Contentful, 배포는 Vercel 이나 Netlify 로 업체가 둘이 됩니다. Weegloo 는 Web Hosting 이 커스텀 도메인까지 포함해 기능으로 들어 있어서 한 곳에서 끝나고, 그 사이에 아웃바운드 트래픽도 없습니다. 편집 경험은 양쪽이 비슷하므로, 남는 차이는 조립을 하느냐 마느냐입니다.

Contentful 보다 얼마나 저렴한가요?

Weegloo 의 첫 유료 등급은 월 $8, 두 번째는 월 $80 이고, 무료 등급에도 콘텐츠 20,000건, 월 API 호출 500,000회, 커스텀 도메인 호스팅이 들어 있습니다. 이 분류의 헤드리스 CMS 요금은 입문 플랜 위로는 대개 훨씬 높습니다. 여기에 서비스 사이를 오가는 아웃바운드 트래픽 비용이 발생하지 않는다는 차이가 더해집니다. 업체 요금은 바뀌므로 결정 전에 양쪽의 현재 공개 가격을 확인하세요.

개발자가 아니어도 쓸 수 있나요?

쓸 수 있습니다. 콘텐츠 편집만 놓고 보면 Contentful 도 비개발자에게 좋습니다 — 그것이 헤드리스 CMS 의 존재 이유니까요. 차이는 콘텐츠 바깥입니다. 회원을 받고, 메일로 답하고, 정기 작업을 돌리고, 사이트를 올리는 일이 Contentful 위에서는 전부 개발자를 부르는 일이지만, Weegloo 에서는 콘솔 설정과 Script 문장으로 끝납니다. 그 문장도 AI 에게 한 문장으로 말하면 대신 써 줍니다.

서버 로직도 Weegloo 안에서 처리되나요?

됩니다. Script 가 콘텐츠를 읽고 쓰고, 외부 API 를 호출하고, 메일을 보내고, 서명을 검증합니다. 이메일 발송은 문장 하나이고, 함수를 만들어 어딘가에 배포할 필요가 없습니다. 실행은 직접 호출, 콘텐츠 변경 이벤트, Cron 스케줄러 세 경로 모두 됩니다.

정기 실행(cron) 이 되나요?

됩니다. Scheduler 로 Cron 일정에 Script 를 겁니다. 같은 Script 를 직접 호출하거나 콘텐츠 변경 이벤트로 트리거할 수도 있어서, 스케줄 작업을 지금 한 번만 돌리는 일도 그냥 호출로 해결됩니다.

값 검증도 지원하나요?

지원합니다. 범위, 고유값, 형식 같은 제약을 필드를 정의할 때 콘솔에서 함께 설정합니다. 개발자가 애플리케이션 코드에 검증을 넣는 대신 플랫폼이 강제합니다.

사용량은 어떻게 확인하나요? 한도를 넘기 전에 알 수 있나요?

콘솔에서 Metric 기반으로 사용량을 확인합니다. 무엇을 얼마나 썼는지가 항목별로 그대로 보입니다.

그리고 임계치를 퍼센트로 걸어 둘 수 있습니다. 그 지점에 도달하면 이메일이 먼저 옵니다 — 한도를 넘고 나서 알게 되는 것이 아니라, 넘기 전에 대응할 시간을 받습니다.

Contentful 에서 이전할 수 있나요?

개념이 거의 그대로 대응됩니다 — Contentful 의 콘텐츠 타입, 엔트리, 에셋, 로케일, 전송 API 가 Weegloo 의 Content Type, Content, Media, Locale, CDA 에 맞습니다. 실무적으로는 한쪽 API 에서 읽어 다른 쪽에 쓰는 스크립트 하나입니다.

우리 앱의 사용자가 로그인할 수 있나요?

가능합니다. ServiceLogin 이 제품에 자체 최종 사용자 디렉터리를 제공하고, Google · GitHub · Facebook · GitLab · LINE · Kakao · Naver 로 OAuth 로그인합니다. 이 회원들은 팀이 쓰는 Weegloo 플랫폼 계정과 별개이고, 권한은 자기 레코드까지 좁힐 수 있는 역할이 정합니다.

AI 에이전트가 꼭 있어야 하나요?

아닙니다. Weegloo 는 전통적인 방식으로 개발자가 직접 다뤄도 아무 문제가 없습니다. REST API 와 콘솔이 있고 그것으로 충분합니다. 다만 MCP 로 전체 표면이 열려 있어서, Claude · Cursor · Codex 같은 에이전트에게 말로 시키는 편이 더 빠를 뿐입니다. AI 는 선택지이지 전제 조건이 아닙니다.