Software & App Development

CMS Development

WordPress and headless CMS builds with Sanity, Strapi or Contentful, so your team can publish without waiting on developers. Structured content, editorial workflows and carefully tested migrations.

Who our CMS work is for

Your editors wait on developers for routine page changes, or they can publish but keep breaking layouts, losing translations or skipping approvals.

  • Communications teams publishing news and pages in several languages
  • Organizations where legal or compliance must approve content before it goes live
  • Product teams feeding one content source to a website, app and help center

Publish without waiting for a developer

When every page change needs a developer, content goes out late and the site drifts from the brand. We build content management systems that give editors control while protecting design, performance and SEO: WordPress with custom blocks, or headless platforms such as Sanity, Strapi and Contentful feeding Next.js sites and mobile apps. AI agents help build content models, components and migration scripts. Engineers own the architecture and data, designers shape the editing experience and QA tests publishing, roles and previews.

AI-assisted, expert-led CMS development

How AI assists

  • Drafting content models, custom fields and block components from the approved page designs
  • Writing migration scripts and dry-running them against a copy of your existing content
  • Checking migrated pages for empty fields, broken links, lost images and missing redirects
  • Drafting alt text, metadata and editor guides, always reviewed by people before publishing

What our experts own

  • Engineers choose WordPress, headless or custom, and design the content model, APIs and caching
  • Designers own the editing experience: blocks, previews and guardrails that keep pages on brand
  • QA tests roles, approvals, scheduling, previews and publishing in every language you support
  • Engineers plan the migration, redirects and rollback, and sign off the data before go-live

What you receive

What we deliver for your CMS

  • WordPress development

    Custom themes, Gutenberg blocks and a lean set of plugins, with ACF fields where they help editors and updates kept manageable.

  • Headless CMS setup

    Sanity, Strapi or Contentful configured with structured content and APIs that feed your Next.js site, apps and other channels.

  • Editorial workflows

    Roles, drafts, previews, approvals and scheduled publishing, or a custom admin panel when an off-the-shelf CMS doesn't fit.

  • Multilingual content

    Translation workflows, locale-specific fields and right-to-left layout support for languages such as Arabic and Hebrew.

  • SEO fields and media handling

    Editable metadata, structured data, sitemaps and canonical URLs, plus image resizing, CDN delivery and alt text fields.

  • Content migration

    Pages, posts, media and metadata moved from your current CMS, with redirects from old URLs and checks against the source.

Who can do what in your CMS

Illustrative permissions for a mid-size editorial team; roles and rights are set to match your workflow.

DraftPreviewApprovePublishChange schema
AuthorAllowed in this roleAllowed in this roleNot part of this roleNot part of this roleNot part of this role
TranslatorLimited scope or needs sign-offAllowed in this roleNot part of this roleNot part of this roleNot part of this role
Legal or compliance reviewerNot part of this roleAllowed in this roleLimited scope or needs sign-offNot part of this roleNot part of this role
EditorAllowed in this roleAllowed in this roleAllowed in this roleLimited scope or needs sign-offNot part of this role
PublisherAllowed in this roleAllowed in this roleAllowed in this roleAllowed in this roleNot part of this role
DeveloperNot part of this roleAllowed in this roleNot part of this roleNot part of this roleAllowed in this role
  • Allowed in this role
  • Limited scope or needs sign-off
  • Not part of this role

Typical CMS requests

Typical scenarios we scope, not client case studies.

  • Approval step before publishing

    Anyone with a login can publish, so unchecked claims sometimes go live. We would set up author, reviewer and publisher roles, add a required review step for chosen content types, and log who approved each change.

  • One content source for several channels

    The same product information is copied by hand into the website, the mobile app and the help center, and versions drift apart. We would model it once in a headless CMS and deliver it to each channel through its API.

  • Leaving a plugin-heavy WordPress site

    Editors fight a page builder and a long list of plugins, and each update risks breaking pages. We would audit the content, move it into structured blocks or a headless CMS, and redirect old URLs.

How a CMS project runs

  1. 01

    Content audit

    We review your content, templates, workflows and roles, then agree the platform, the scope and how AI tools may access your code and content.

  2. 02

    Model and design

    Engineers design the content model and APIs, and designers create templates and the editing experience. You review both before build.

  3. 03

    Build and migrate

    Agents implement scoped tasks and migration scripts, engineers review every change, and QA checks migrated content and publishing flows.

  4. 04

    Train and launch

    Go-live with redirects, backups and monitoring in place, plus editor training and documentation, then ongoing support as agreed.

Two ways to work with AI tools

Choose where AI coding agents may process your code while we build. The engineering standard is the same either way.

Not sure? We'll recommend one during scoping. Compare AI delivery options

How design, QA and operations support editors

  • Editing experience by design

    Designers create a block library and page templates that editors can combine freely without breaking layouts, accessibility or the brand.

  • Publishing workflows tested

    QA tests what editors do every day: drafts, previews, approvals, scheduled posts, translations and permissions, and how published content renders on each template.

  • Hosting, backups and recovery

    Controlled deployments, automated backups with tested restores, error and uptime monitoring, and caching that keeps pages fast as your content grows.

  • Ongoing CMS care

    Core, plugin and dependency updates, security patches, new blocks and editor training as your content needs change, on terms agreed in a support plan.

What a CMS project doesn't cover

  • We build the system and migrate existing content; writing new articles or pages is separate — see Content Marketing.
  • Selling products online, with cart and checkout, is scoped under Shopify & WooCommerce Development, even when the store runs on WordPress.
  • A full site redesign with new journeys or app-like features is scoped as Web Design & Development; this service centers on content and publishing.
  • Paid plans for hosted platforms such as Contentful or Sanity are usually in your name and billed by the vendor.

FAQ

Frequently asked questions

Headless or traditional CMS: which do we need?

A traditional CMS such as WordPress manages content and the website together, which suits content-heavy marketing sites with one main channel. A headless CMS such as Sanity, Strapi or Contentful delivers content through APIs to any frontend, which suits Next.js sites, apps and several channels sharing one source. We recommend one after reviewing your channels, team and budget.

How do you protect SEO during a CMS migration?

Important URLs are kept or redirected, metadata and structured data are carried over, and we compare crawls of the old and new sites before launch. Nobody can promise rankings won't move after a migration, so we monitor search performance closely after launch and fix issues as they appear.

How do you handle backups, updates and security?

For WordPress, we set up automated backups, test core and plugin updates before they go live, and limit admin access. Hosted headless platforms such as Sanity and Contentful run their own infrastructure, so we focus on roles, webhooks and content exports. Backup retention and restore tests are agreed for each project.

Where is our content processed when AI tools are used?

Coding agents work on your codebase and, for migrations, on content exports you approve. With Private / Local AI Engineering, models run on your infrastructure or in an agreed, isolated environment. With Claude Code / OpenAI Codex Engineering, commercial agents process material under account terms and access we agree before work starts. AI-drafted text is never published without review.

Ready for a CMS that fits your team?

Tell us what you publish, where it appears and who edits it. We'll recommend a platform and development package, then send a proposal with scope and pricing.