Skip to content
See Sanity in action 👀 Join us for a live product demo + Q&A →
Sanity
Get started
  • Sanity Studio - Flexible editing environment
  • Content Lake - Real-time database
  • Developer experience - Tooling you love
  • Structured content - The philosophy behind Sanity
  • Review changes - View edits & rollback instantly
  • Image pipeline - On-demand transformations
  • E-commerce - Better shopping experiences
  • Marketing sites - Control your story
  • Products & services - Innovate and automate
  • Mobile apps - Content backend for every OS
  • Aether - Unique digital shopping experience
  • Morning Brew - Omnichannel media distribution
  • InVision - Delivering exceptional customer experiences
  • DataStax - Personalization for global audience
  • React
  • Gatsby
  • Next
  • Nuxt
  • Eleventy
  • Netlify
  • Vercel
  • Algolia
  • Documentation
  • Reference
  • Guides
  • Resource library
  • Headless CMS
  • Tools & plugins
  • Project showcase
  • Schemas & snippets
  • Agency partners
  • Technology partners
  • Get support
  • Share your work
  • 5 Disadvantages Of Wordpress That Are Holding You Back
EnterprisePricing
Contact salesLog inGet started

Headless CMS

  • Headless CMS explained in 1 minute
  • The benefits of headless CMSes
  • Headless CMS vs. Traditional CMS
  • What is a decoupled CMS?

Categorized in

  • Composable architecture
  1. Resources
  2. Composable architecture
  3. Headless CMS

Published February 20th 2023

What is a decoupled CMS?

  • Eric Howey

    Front-end Web Developer and Technical Writer

How you will store and manage your content is an important business decision. It’s less like choosing a color of paint and more like choosing a partner.

While doing research, you’ve probably run into terms like decoupled, headless, digital experience platform, and more. Making sense of all the options, terminology, and marketing buzzwords is not easy. In this article, we’ll dive into decoupled CMSes and explore whether they’re the right fit for your business.

So let’s take a moment to lay down some important definitions:

  • Frontend, head, or presentation layer: This is the visual product your user sees and experiences. Often this is a website or an app, but could also be something like a watch, VR headset, digital kiosk, or gaming console.
  • Backend, body, or content layer: This is where your content is stored and managed. The backend itself has a database that stores raw data.
  • Application program interface (API): This is the method of communication between the backend and frontend. It consists of the code for creating, reading, updating, and deleting your content.
  • Omnichannel: A term referring to multiple content and marketing channels across a myriad of devices, languages, and regions.

What is a decoupled CMS?

A decoupled CMS separates how content is stored from how it is presented using an API. However, every decoupled CMS includes a built-in default presentation layer that can be used if needed.

The two most common examples are Wordpress and Drupal. In both, you can use the built-in presentation layer, or you can use the API to serve content to other marketing channels, like an app.

How is a decoupled CMS different from a headless CMS?

While these terms are sometimes used interchangeably, they do mean different things. Both technologies separate where the content is stored (the “body”) from where it is presented (the “head”). They also enable content reuse via an API and allow for a single source of truth. This makes omnichannel delivery easier and cheaper.

However, in a decoupled CMS, this separation is only partial; the head or presentation layer is still present, just decoupled. By contrast, in a headless CMS, the head or presentation layer is completely absent, making it fully headless.

As a result, a headless CMS typically enables a greater degree of customization and flexibility, but it can also require more initial configuration and setup.

How is a decoupled CMS different from a traditional CMS?

Traditional CMSes and decoupled CMSes share a lot of common ground. Traditional CMSes and decoupled CMSes both include a presentation layer and a preconfigured user interface for entering your content. They both tend to be quick to set up and provide a happy path for using the default presentation layer (usually a website).

Some of the most well-loved decoupled CMSes are just traditional CMSes that have an API layer added on top. In a decoupled CMS, the API is sandwiched between the backend and frontend, making the frontend optional - decoupling them. Rather than using the default frontend, you can use the API to serve content to whatever platforms, frameworks or channels you want. This API is what gives decoupled CMSes their omnichannel capabilities.

The pros and cons of decoupled CMSes

Decoupled CMSes offer a middle ground in the modern CMS landscape. You get a lot of the advantages of a headless CMS—for example, content reuse and omnichannel delivery—while still maintaining some of the advantages of a traditional CMS.

  • Content reuse and omnichannel delivery: Using the APIs provided by a decoupled CMS allows you to reuse your content across devices, platforms, and frameworks.
  • Build with familiar tools: Decoupled CMSes are often built on top of—or as improvements to— traditional CMS platforms. This means you can continue working with familiar tools and technologies.
  • Get up and running quickly: With decoupled CMSes, the default frontend gives you a head start for content integration and presentation. There are often themes and templates that you can use to accelerate this head start even further.
  • Technology with a track record: Some decoupled CMSes have been around for decades, making them more attractive for some industries.

Occupying this middle ground between traditional and headless CMSes makes a decoupled CMS great at many things but a master of none. A decoupled CMS has to make compromises to keep the integration with its default frontend and its preconfigured user interface.

  • Content is not always stored as data: Because of the default frontend, content is still often stored as HTML, making it harder to reuse outside of a web browser.
  • More work to customize: Decoupled CMSes often come with baked-in opinions about how you should structure and author your content. As a result, they are more challenging to customize when compared to a headless CMS.
  • Too many toggles: With a preconfigured user interface comes an overwhelming number of options, toggles, and checkboxes. This can be powerful in the right hands, but can quickly lead to problems if you aren’t sure what you are doing.
  • Security and scaling challenges linger: Depending on which decoupled CMS you choose and how it is hosted, you may have to deal with the well-known security and scaling challenges faced by a traditional CMS.

Who are decoupled CMSes for?

A decoupled CMS is a great fit for small- to medium-sized businesses that are primarily focused on a marketing website with some potential for content reuse in the future.

The key advantage of a decoupled CMS is the default frontend, typically a website. This means that if you just need a website right now, then a decoupled CMS can make it easier to get started while keeping the door open for content reuse and omnichannel delivery down the road.

Decoupled CMSes try to make it straightforward to use their default frontend layer. Depending on what decoupled CMS you choose, this might even be something you could set up on your own. You will eventually need to pay a web developer to use the API and expand to an app, but the start-up costs are low.

Your business might need more

While a decoupled CMS is undoubtedly better than a traditional CMS, and they do enable omnichannel content delivery, larger businesses with complex content need more.

More customization, more control, more security, and more scalability.

You get more with a headless CMS.

A headless CMS entirely gets rid of the default presentation layer unlocking next level flexibility and usability in your digital products. You can create a custom multi-step publishing workflow with editors and reviewers. You can use the API to serve content just as easily to a game console as to a watch. You can rely on the managed cloud infrastructure to breeze through traffic spikes.

Not every business will benefit from this degree of composability and customization but if this sounds like you, read on.

Content management in the composable era

In the 2000s, it was enough for businesses to have a website. In the 2010s, it was enough to have a website and an app. In the 2020s, businesses must deliver interwoven digital experiences that are personal, contextual, and varied.

This is the domain of composable content platforms like Sanity, where content is treated as data and a powerful API gives teams complete control over how that data is presented, used, and reused. Not only can you create a website or an app, but you can control the digital signage in a showroom, serve content to an in-car screen, deliver personal ecommerce experiences, or even trigger a direct-mail print advertisement.

Composable content revolves around three principles: composability, customizability, and content as data. These principles empower businesses with the flexibility, insight, and velocity to build for today, tomorrow, and the future.

Lead your business into the future of content

Sanity is doubling down on the composable future of content. With Sanity, businesses can run content-driven experiences at any scale.

Request a demo
Previous
Headless CMS vs. Traditional CMS

Page content

  • What is a decoupled CMS?
    • How is a decoupled CMS different from a headless CMS?
    • How is a decoupled CMS different from a traditional CMS?
  • The pros and cons of decoupled CMSes
  • Who are decoupled CMSes for?
    • Your business might need more
  • Content management in the composable era

More on this topic

  • Content in the Composable Era

    Blog post

    Content in the Composable Era

  • How I learned to expect more from my CMS

    Blog post

    How I Learned to Expect More From My CMS

Platform

Structured ContentDeveloper experienceContent LakeSanity StudioSecurity & Compliance
  • Sanity vs Contentful
  • Sanity vs Strapi
  • Sanity vs Adobe Experience Manager
  • Sanity vs Hygraph
  • Sanity vs Sitecore
  • Sanity vs Storyblok
  • Sanity vs Contentstack
  • Sanity vs Prismic
  • Sanity vs Drupal
  • Sanity vs ButterCMS

Resources

Documentation
  • React Blog
  • Gatsby Blog
  • Next.js Landing Pages
  • Progressive Web Application
  • Single Page Application
  • Svelte & Typescript App
  • Vue & Tailwind Blog
  • Developer Portfolio Templates
  • Form validation with Yup
  • Live Preview with Next.js and Sanity.io
Resource library
  • Agency partners
  • Technology partners
  • Blog Template
  • Personal Website Template
  • Developer Portfolio Templates
  • All Templates
Case Studies
  • Headless CMS
  • What is an API CMS
  • Static Sites 101
  • Headless SEO
  • Localization
  • GraphQL vs REST
  • What is a DXP?
  • Typescript 101
  • Content as a Service
  • Ecommerce SEO
  • React CMS
  • Next.JS CMS
  • CMS for Shopify
  • Content platform
  • Multilingual CMS
  • Static Site CMS
  • Gatsby CMS
  • Node CMS
  • E-commerce CMS
  • Vue CMS
  • Angular CMS
  • GraphQL CMS
  • Newspaper CMS
  • Magazine CMS
  • CMS for apps
  • Remix CMS

Company

Contact SalesEnterpriseCareersTerms of ServiceAccessibility Statement

Stay connected

  • GitHub
  • Slack
  • Twitter
  • YouTube
  • Stack Overflow
  • Blog RSS
  • Newsletter
©Sanity 2023