A traditional non-headless CMS is built so that the CMS running on the server controls how the content is presented. The "head" is responsible for generating the HTML that is parsed and rendered by the browser.
A headless CMS consists of a back-end content repository that can be accessed, for example, through a RESTful API, providing flexibility when pulling content data into other systems.
The advantage of the headless CMS is that it is built up as a content repository that makes content accessible through REST APIs for display on multiple devices and across multiple channels. The "head" is the front-end, and the "body" is the back-end content repository. The "missing head" is the presentation layer. The headless CMS does not know how content is presented. It is a specialized database, serving content that is transformed into HTML by other systems.
Optimizely CMS has a powerful presentation layer, and as such is not a headless CMS. However, there are situations where a headless approach is preferred, to provide the ability to pull raw content from outside the presentation layer and this is where the Optimizely Content Delivery API can be used.
For a general walk-through of hosting models, delivery architectures, and the differences between coupled, decoupled, and headless content management systems, see Optimizely's Deane Barker's article Headless, SaaS, and Why Those Aren't Necessarily a Package Deal.
The following are example scenarios when a headless approach is useful:
- To provide content for native applications that are not HTML-based.
- To integrate with a Point of Sales (POS) network, linking different output systems.
- To manage content for legacy platforms/products inside Optimizely.
- To manage content for third-party platforms integrated with Optimizely CMS without using the user interface.
The Content Delivery API is a flexible programming interface that you can use for building this type of solutions, using Optimizely as a hub for all content.
The Content Delivery API is a pluggable and configurable web API for querying IContent, providing you with the ability to:
- Deliver IContent, see Content.
- Use Optimizely Search & Navigation to query content. (Optimizely Search & Navigation is installed via the EPiServer.Find NuGet package and requires a separate license.)
- Support localized content and multi-site scenarios.
- Support common querying, filtering, and sorting scenarios.
- Support returning access-controlled and personalized content.
The Content Delivery API developer guide is split into three parts:
- Getting started with Content Delivery API – This section contains eveything you need to get going with Content Delivery API, such as overviews, installation instructions, authorization, and setting up the REST API with search.
- API fundamentals – This part contains detailed descriptions and instructions on how to communicate with the API and its different endpoints.
- REST API reference (Swagger) – This part is automatically generated documentation from the source code and contains descriptions of the endpoints and models, used mainly for reference purposes.
See also Content Delivery API class library for the REST API service layer.
Updated about 2 months ago