Learn

What is headless CMS?

headless cms diagram

Find out everything you need to know about headless CMS architecture and the questions decision makers need to ask when considering headless CMS for their organizations.

Download this eBook for a technical buyer’s guide to headless CMS architecture and the GraphQL query language.

The upward incline of headless CMS adoption started in 2015: the year that the public GraphQL CMS specification was developed, opening up headless CMS architecture to a wider audience. GraphQL has since become an open standard and is an important part of what makes headless such an attractive option for CMS applications today.

From a broader industry standpoint, headless CMSs started to gain traction as businesses needed a better solution to engage people in personalized ways. Not only that, organizations and publishers sought to be able to reach these existing and prospective customers on multiple channels across the entire buyer journey—and they needed the flexibility to do it in the ways they wanted. From traditional web-based applications to emerging technologies like VR or smart-home devices, headless CMS offers an adaptable solution for future-proofing a business’ ability to deliver the best possible experience regardless of device.

Brightspot GO
A developer’s dream, GO Headless gives you the ultimate flexibility to develop your own front ends and manage modular content across channels and endpoints.

Everything you need to know about headless CMS

Here are some common questions about headless CMS—and how Brightspot helps solve them.

What is headless CMS?

A headless CMS platform provides organizations with an architecture with front-end flexibility, whether that is a website, mobile application, TV or any end-point that uses APIs to connect with the content repository.

What does headless CMS mean?

Headless CMS solutions are a subset of decoupled CMS architecture. With a headless CMS platform, there is no fixed front end—instead, the solution acts as a content-only data source. This allows developers to use a combination of their favorite tools and frameworks to determine where and how content appears

How does a headless CMS work?

A headless CMS works by connecting the place where contributors author content—the content management system—to the chosen front-end framework through APIs. In the case of Brightspot, two APIs support a headless CMS implementation: a Content Delivery API and a Content Management API.

An important part of understanding how headless CMS integrations work to provide ultimate flexibility for businesses is GraphQL. Known as the querying language that enables flexible connection with APIs to support headless CMS integrations, GraphQL enables content management and delivery to external systems, including third-party syndication.

When should I use a headless CMS?

Despite the popularity and front-end freedom of a headless CMS, it is not for everyone. Let us explain. The best way to think about a headless CMS approach is as a management system that solely looks after your data, and allows you to access that data. Other architecture types that are not headless involve a system that will also render a webpage—or front end. This is explained well by looking at the four main components that make up headless CMS:
  • A database where content and digital assets are stored (back end);
  • A content management back end where content is created (back end);
  • An API that connects the content management back end to any device or channel;
  • The ability to connect to any publishing front end, allowing organizations to have the front-end technology of their choosing.
How technical teams approach headless architecture and which hurdles they’ll run into depend on various factors. What type of web application is being built? What are the dynamics and skill sets on the team? What use cases and requirements need to be implemented? These are all important questions and considerations each team needs to assess and address before taking the leap in choosing which architecture best suits their business needs.

If headless CMS architecture is a fit, it needs to be implemented correctly (of course) to bring to life its intended benefits. This requires an experienced team to ensure the back end and front end are well planned from the beginning, so they can sync up seamlessly later. Keep in mind, the freedom that teams enjoy when using these systems means that they are responsible for writing, debugging and maintaining everything that their rendering systems require.

What are the benefits of headless CMS for technical teams?

A headless-only approach tends to be the best option for organizations with robust development teams that know their way around additional technologies required to establish the front end. With the right team in place—and with the architecture implemented correctly—organizations will quickly start to reap the benefits of a headless CMS.

What kind of benefits?

With the decoupling of back-end and front-end needs, implementations can be quicker and development teams can accommodate changing business requirements more easily. The front end can change completely without impacting what’s happening in the back end, making it simpler and faster to integrate new designs. Businesses with multi-national sites or a network of multisites, for example, can benefit from the ability to centralize content management within a headless CMS, which is then published via APIs to back-end-agnostic sites, applications or distribution channels.

Developers can also tap into their favorite tools and frameworks to determine where and how content appears, providing freedom and flexibility to pave their own way forward.

What is a decoupled CMS?

In a decoupled CMS environment, the back end and front end of a website are split—hence “decoupled”—into two unique systems that are managed separately. One system handles content creation and storage, while the other is responsible for taking that input and presenting it to the user through a chosen interface.

What is a traditional CMS?

A traditional—or coupled—CMS tightly links the back end to the front end. Content is created, managed and stored, along with all associated digital assets, on the site’s back end. The back end is also where website design and customization applications are stored. This content management back-end and database is bound within the same system that delivers and presents content to the end users’ respective devices.

What is meant by hybrid CMS?

Decoupled and headless architectures have paved the way for the hybrid model. With a hybrid CMS architecture, organizations and publishers have the ability to mix presentation or front-end choices. The hybrid approach offers an environment that allows users to deliver different experiences to a browser window or a device, where both decoupled and headless CMS architectures can be combined.

Is Brightspot a headless CMS platform?

Yes, Brightspot is headless, but that's not the end of the answer. At Brightspot, we believe in front-end freedom of choice—to be able to choose the architecture that best suits each individual organization’s unique needs.

Meaning? Brightspot CMS is naturally headless, but users determine how they want to use the platform to create digital content experiences. Brightspot provides the only evolved CMS platform that is front-end agnostic with an extensible architecture that is API-first so that users can publish how they want—headless or decoupled—all within the same environment.

Are other headless providers an API-first CMS platform?

No, most headless CMS platforms on the market are API-only platforms. This means that the burden of developing the features and capabilities to create, develop and publish content rest squarely with the user.

In today’s digital economy, Brightspot recognizes that all businesses are content businesses—all organizations must communicate and reach audiences by creating and publishing unique content. In that sense, while not all businesses may see themselves yet as a content business, all businesses leverage content as a vehicle for communicating and engaging with their stakeholders—customers, partners, employees, and shareholders.

What is GraphQL? And why does it matter for headless CMS?

GraphQL is a query language for APIs and a runtime for fulfilling those queries with existing data, providing an alternative to the traditional RESTful style of web services. Whereas RESTful style tends to have looser guidelines for how an API should be structured, GraphQL strictly structures the communication between the client and the server, irrespective of the specific data models used. GraphQL’s self-describing type system enables automation in the case of changes to the content data model.
Start building in a free trial environment, see a demo, or talk to an expert—select one of these paths and start however you would like to!

Share

Related resources

Any business using a traditional CMS should at least consider how a headless CMS could simplify and accelerate the way they share consistent content with audiences across multiple platforms.
Today, with Brightspot as its backend, Televisa manages nine sites—eight of which are headless—from one CMS. Find out how it works.
Modern headless content management system platforms can give you the flexibility you need to change—but there are four things to consider first.
GraphQL is the programming language that enables flexible connection with programming APIs that support headless CMS integrations like the one offered through Brightspot.