Skip to main content
Contact
Solutions

Headless CMS. The editor stays, the database goes.

Editors keep the administration interface they already know. The site itself is delivered as static pages from a CDN, so a content change is live in seconds and a visitor waits on no database.

Why it is faster

Nothing is computed while somebody waits.

A conventional content-managed page is assembled on request: the server wakes, queries a database, renders a template and returns HTML, every time, for every visitor.

Headless does that work once, when an editor saves. What a visitor receives is a file on a CDN in their own region. There is no database in the request path and therefore no query to be slow, no connection pool to exhaust, and nothing for a traffic spike to overwhelm.

The editing experience does not change. The administration interface, the workflows and the permissions are the ones the team is already trained on, which is the part of a replatform that usually costs the most and is least visible in a quote.

The long view

A site nobody enjoys updating is a site that stops being updated.

How it is built

The decisions behind it.

  • Structured content

    Layouts become custom fields tailored to the content going into them. An editor adds text and images; the template decides what that looks like, and accessibility and layout rules hold whoever is typing.

  • Cached at every level

    Objects, database results, generated HTML and files at the edge. The fast path is the common path, and a cache miss still returns a page.

  • Open-source plugins only

    A small, vetted set, and no restrictive licenses. Another developer can pick the project up later without buying anything or asking our permission.

  • Built-in compliance tooling

    Privacy and cookie controls, content audits, structured data and social metadata, in the same administration interface rather than in four more subscriptions.

Editing

The part your team touches every day.

Most content systems are judged on what a visitor sees. The screen that decides whether a site stays current is the one an editor opens on a Monday morning.

Editing a page should not be a workflow. Long sequences involving an image editor, a workaround, some pasted markup and a developer on standby are how a site stops being updated: not by decision, but because updating it is unpleasant and there is always something else to do.

Complex layouts become structured types with fields tailored to the content going into them. An editor adds text and images to named fields; the template decides what those look like. There is no markup to break, no layout to nudge out of true, and no way to publish something that fails the design or the accessibility rules, because neither is available to override.

Extending it is a few clicks. More fields, more content, another arrangement of a type that already exists. The system grows with what the organization publishes instead of pinning it to what it published in the year the site was built.

Permissions sit across all of it: who can edit, who can publish, who can see submitted form data, each set separately and each visible in one place. A large team can work in the same system without anybody holding more reach than the job needs.

A dark data-analysis display: rows of figures, panel labels and fine rules.
STRUCTURED CONTENTCMS
Selected work

Built this way.

We can walk you through how any of these was built, and what it takes to run.

Built with

Kaizen
CMS, GraphQL, ReactWeb
Match Play Hub
Laravel, React NativeMobile
PitStop Music
CMS, e-commerceWeb and mobile
Get started

Ready to work with us? Let’s talk.