Headless CMS
Strapi, headless WordPress or headless Drupal. Content in one place, published wherever it needs to go.
A headless CMS separates the content from the website that shows it. It suits organisations publishing to more than one place, or with a front end that needs to move faster than the CMS. We build on Strapi, and we run WordPress and Drupal headless when your editors already know them. It also adds moving parts, and we are clear about that trade.
Which situation are you in?
Headless from the start
Strapi is open source, self-hosted or cloud, with a content model you define and an API your front end and apps consume. A good fit when there is no existing CMS worth keeping.
Keep the editor, replace the front end
Your team knows WordPress and doesn't want to retrain. We keep WordPress for editing and serve content through its API to a fast, modern front end.
Keep the content model, decouple the site
Drupal's structured content and permissions are worth keeping, but the theme layer is holding you back. We run Drupal headless and build the front end separately.
The risks we manage
Headless moves work from the CMS into the front end. Preview, search, forms and redirects all have to be built deliberately, or editors lose things they took for granted.
Editor preview
Live preview built in, so editors can see a page before it publishes.
Content model
Structured for reuse across channels, and agreed with the people who write the content.
Hosting and cost
CMS, front end and hosting costed together, including usage-based pricing as you grow.
SEO
Metadata, sitemaps, redirects and structured data handled in the front end, not forgotten.
Integrations
CRM, search and identity connected through the front end or the CMS, decided per system.
Accessibility
Front end built to WCAG 2.2 AA and tested with real assistive technology.
How a headless build runs
Typically four to nine monthsChannels, content, integrations and team skills assessed.
Content model, CMS choice, front-end stack, hosting.
CMS and front end built in parallel, with preview from day one.
Content migration, redirects, performance and accessibility checks.
Training, documentation, support through WebsiteSupport.io.
Projects we've built
All case studies →
Questions we get asked
If yours isn't here, it's usually quicker to ask on the phone.
Strapi when you are starting fresh and want a lean, developer-friendly CMS. WordPress or Drupal when your editors already know them, or when Drupal's content model and permissions are worth keeping. Discovery compares them against your content, team and budget.
No. We build live preview in from the start, because without it editors are publishing blind.
It can be, because there are more parts to build and host. It pays back when you publish to several places or need a fast-moving front end.
Often not. If you run one website and editors want to see the page as they build it, a traditional Drupal or WordPress build is usually simpler and cheaper to run. We will tell you if that is you.
Usually, yes. WordPress and Drupal both expose content through APIs, so we can keep the CMS and your content, and replace only the front end.
Book a migration readiness review
A free 30-minute call with a technical lead, then a short written summary of whether headless fits and what it would involve.
020 3608 2525Support, maintenance and hosting for headless sites are handled by our sister company, WebsiteSupport.io.
headless support at WebsiteSupport.io →