Cloud CMS vs Netlify CMS

What Cloud CMS is

Cloud CMS is now presented within the proprietary Gitana content platform. It models structured and relational content as a JSON-Schema-backed graph, supports branches, workflow, releases, search, REST and GraphQL delivery, and can be purchased as hosted service or commercially licensed self-managed Kubernetes containers. Plan limits, SSO, MFA, support, SLA and infrastructure responsibility vary substantially by edition.

What Netlify CMS is

Netlify CMS was renamed Decap CMS in February 2023. The maintained project is an MIT-licensed React single-page application placed in a site's admin path; it presents an editing UI over content stored in Git and communicates with supported Git hosts through their APIs. Authentication, repository permissions, content schema, media handling, previews and build/deploy behavior still have to be configured and secured as one delivery chain.

What Cloud CMS is built to do

Content graph

Models JSON documents, binary attachments and typed relationships using JSON Schema-backed definitions.

Versioned collaboration

Uses branches, changesets, pull-style merges, releases and conflict handling for content work.

REST and GraphQL

Delivers structured content through APIs, queries, search, traversal and supported language drivers.

Enterprise identity

Supports plan-dependent SAML 2.0 or JWT SSO, group mapping and multifactor options.

What Netlify CMS is built to do

Git-backed editor

Reads and writes configured content files through a supported repository backend.

Content collections

Defines file or folder content models and editor fields in YAML configuration.

Editorial workflow

Represents drafts and approvals using branches plus pull or merge requests.

Custom UI extensions

Supports custom previews, widgets and editor plugins for project-specific authoring.

Choose Cloud CMS if

• Complex content domains with typed relationships, workflow and multiple delivery environments
• Headless applications needing REST, GraphQL, search and scheduled publishing
• Organizations that can validate hosted limits or operate the full Kubernetes stack

Skip Cloud CMS if

• A simple website CMS would satisfy the content and publishing model
• Required users, API volume, SSO or SLA do not fit an approved commercial tier
• The team cannot govern graph schemas, workflow and self-managed infrastructure complexity

Choose Netlify CMS if

• Markdown or structured-file sites already built and deployed from Git
• Small editorial teams whose review process maps cleanly to branches and pull requests
• Projects able to operate OAuth or Git Gateway and protect repository permissions

Skip Netlify CMS if

• You need a database-first CMS or complex relational content operations
• Editors must be independent of Git-host and build-pipeline availability
• You cannot securely operate the selected authentication and repository-access path

Cloud CMS: pros & cons

• Rich content model: JSON Schema types, aspects, binary attachments and graph associations support structured and relational domains.
• Editorial lifecycle: Branches, changesets, workflow, releases and scheduled deployments separate work from live delivery.
• API-first delivery: REST, GraphQL, queries, search, traversal and language drivers support headless applications.
• Deployment choice: Hosted plans shift backups and maintenance to Gitana; self-managed containers run in a customer VPC or on-premises.
• Commercial platform: The product is proprietary and self-managed use requires a commercial license.
• Material plan differences: Users, projects, API throughput, storage, SLA, SSO, MFA and support change by hosted tier.
• Self-managed operations: Kubernetes deployment transfers upgrades, backups, availability, secrets, databases and observability to the customer.
• Modeling complexity: Graph relationships, branching, workflow and deployment mappings require governance and specialist implementation.

Netlify CMS: pros & cons

• Git-native content: Editorial changes are stored alongside site content with repository history and review options.
• Static-generator flexibility: The project is designed to work across static-site generators rather than require Netlify hosting.
• Editorial workflow: Drafts can map to branches and pull or merge requests before publication.
• Extensible editor: Teams can define collections and fields and add custom previews, widgets and editor plugins.
• Renamed product: Current documentation, packages and support use Decap CMS, so the Netlify CMS name is legacy.
• Authentication setup: Direct Git backends can require an OAuth proxy, while Git Gateway introduces an additional identity and gateway dependency.
• Repository coupling: Content editing depends on Git-host APIs, permissions, branches and rate or service availability.
• No full delivery platform: Site builds, hosting, backups, asset strategy and deployment controls come from separate services and configuration.