Headless CMS Selection Process - a Checklist

Key Takeaways

• There are several technical and business benefits when choosing a Headless CMS over a Monolith.
• A good Headless CMS will scale with your business needs, and remain flexible enough to adapt to your changing business needs.
• Its important to beware of the "Feature Creep Curve" to avoid expensive long-term developments in maintaining your infrastructure.
• To make an informed business decision, you have to consider the Content Architecture, API Design, Content Delivery Performance, API performance, Editorial Features, Business Flexibility, Security, and Privacy.

Choosing a Headless CMS

There are several benefits, both technological and business-oriented, that warrant moving to a Headless CMS. The most commonly quoted ones are:

Technical Benefits:

• Meet tight deadlines for a new project involving multiple channels.
• Meet speed and performance requirements.
• Flexibly design your content and application architecture.
• Pick the front-end frameworks your team prefers (React, Angular, Vue, etc.) and meet ambitious design requirements.
• Decouple a monolithic structure to reduce technical debt.
• Reduce hiring bottlenecks from hard-to-find legacy CMS experts.

Business Benefits:

• Expand with new digital products and into new markets.
• Modernize the digital presence of the company.
• Reduce total cost of ownership of your tech stack (decreasing infrastructure costs, reducing maintenance costs, inability to find developers with the right legacy software skills).
• Leave behind troublesome editor experiences with legacy systems.
• Streamline content distribution via a single content hub.
• Improve content discoverability and SEO.

Keeping all these in mind - it may seem like the obvious choice to commit to a Headless CMS.

However, given the options, and considering that opting for a CMS is an important decision to your tech-stack, identifying your key problems and goals as a department or organization will help you navigate the buying process successfully. By knowing where your organization’s pain-points are, you will know what to look for in a headless CMS. You will decrease the risk of buyer’s remorse, overspending, and avoid overly complex solutions.

Another decision is deciding between open source CMS or closed source CMS. Since headless is still a rather new concept, open source headless projects may require significant development investment to make them production-ready. Commercial options are still more mature and aligned with commercial use-cases.

Once you have validated the need to evolve your tech-stack into incorporating a Headless CMS, you should beware the "Feature Creep Curve". The complexity of products increases with time due to newer and newer features being added. Features released early are essential and solve core problems for most users. Features released later are often non-essential and only solve marginal problems of some users. The complexity due to the large amount of non-essential features outpaces their value. User productivity is often negatively affected.

Source

Core Headless CMS Features Checklist

Now that we've gone over the high-level validations required when deciding to opt for a Headless CMS, let's dive into covering the specific features you should keep an eye out for.

Content Architecture & API Design

1. Ease of Setup. If you can't build the content architecture and get API responses within a matter of moments, the CMS may not be the ideal one for you.
2. The CMS has a GraphQL API.
3. The API has functions like ordering, filtering, and pagination.
4. The API can not only deliver content (read/query), but also allows you to write content into the content database (write/mutation).
5. The CMS allows you the flexibility of staging your schema and your content.
6. Your CMS provides you multiple versions of your content (or versioning).

Content Delivery Performance

1. Your API doesn't under, or over fetch content above what is required.
2. Your content is available (and cached) across several data centres close to your target markets.
3. Your CMS and Content APIs have middle-layer caching across a global CDN.

General API Considerations

1. Management API to manage schema changes, users, and administration activities programmatically.
2. A Mutation API to write batch mutations.
3. A well documented API to reduce learning curves and overheads.
4. The ability to support localization and internationalization (i18n and i10n)

Editorial Features

1. Ease-of-use for content creators and editors.
2. Custom roles.
3. Custom workflows.
4. Ease of setting up and operationally managing SEO.
5. Ability to create flexible content models for pages, posts, marketing assets, and other editorial requirements.
6. Storage of assets.
7. Manual image operations like resizing and rotating.
8. Automatic asset transformations and optimization for increased performance.
9. Options for hosting assets in a self-owned asset bucket.
10. Ability to create and edit content on the fly with a rich text editor.

Business Flexibility

1. Flexible pricing based on scaling needs.
2. Support options via the community, account manager, or documentation.
3. Service Level Agreements (SLAs) for support and API uptime.

Security, Compliance, and Privacy

1. Backups (manual backups, point-in-time recovery, nightly backups, and offsite backups).
2. Robust Infrastructure.
3. Auto-scaling features.
4. Shared and dedicated infrastructure.
5. ISO 27001 certified 3rd party providers and data centers.
6. Data encryption.
7. API security policies including custom origin policies and IP firewalls.
8. Custom roles and permissions.
9. GDPR and EU-US Privacy Shield compliance.
10. Audit logs.
11. Single Sign-On (SSO).

The above considerations should assist you in making an informed decision into which Headless CMS best suits your use-cases. To get a more in-depth analysis into considerations when opting for a Headless CMS, download our Headless CMS Buyer's Guide.