Headless WordPress
A decoupled implementation of the world's most widely used CMS. It keeps the familiar publishing workflow and mature ecosystem while opening the door to a modern frontend.
CMS Platform Comparison · Prepared for Suveto
Suveto's hospital network runs on a fragmented collection of individual WordPress sites. We evaluated the leading headless CMS platforms to find one that can unify them while preserving each hospital's identity.
At a glance
The full evaluation is below. Here is where each platform landed.
ButterCMS
Fair fit
Simpler editing, still one environment per site
Before the detail
Today each Suveto hospital runs its own WordPress site, so every update happens 60 separate times. A headless CMS moves all content into one central platform, and every hospital website reads from it. Content is managed once, and each site keeps its own look, its own pages, and its own local information.
What we heard
Based on our conversations, the new platform should enable Suveto to:
How we judged
Every platform was held to the same seven questions. Can this platform…
The field
A decoupled implementation of the world's most widely used CMS. It keeps the familiar publishing workflow and mature ecosystem while opening the door to a modern frontend.
A SaaS headless CMS focused on simplicity and rapid implementation, with proven success on enterprise multi-location websites.
A visual headless CMS combining API-first architecture with an intuitive page-building experience and strong marketing tools.
A modern open-source headless CMS built with TypeScript and code-first schemas. It offers flexibility, developer control, and long-term ownership.
An enterprise-grade, API-first CMS built around structured content, with exceptional scalability, strong governance, and a natural fit for complex multi-site platforms.
The verdicts
In order of fit, from weakest to strongest.
Technically capable, but it doesn't solve Suveto's core challenge: centrally managing a growing network of independently branded hospital websites. It would continue to rely on multisite architecture, plugins, and significant administrative overhead to coordinate shared content, functionality, and governance.
A significant frontend improvement that leaves Suveto's operating model largely unchanged.
ButterCMSA meaningful improvement over Suveto's current WordPress environment, with a straightforward editing experience. However, managing dozens of independent websites still requires coordinating content models, schema changes, and deployments across multiple CMS environments, which limits its scalability for a rapidly growing hospital network.
A solid modernization of today's platform, but less optimized for centralized multi-site governance.
Storyblok offers one of the best editorial experiences available. Its architecture, however, centers on independent Spaces. For a network of 60+ hospitals, that introduces additional operational complexity when managing shared components, content models, and platform-wide updates.
Excellent for content authors, but not ideally aligned with Suveto's operational model.
Payload aligns extremely well with Suveto's technical requirements. A single codebase and shared data model can power every hospital website while supporting centralized content, custom integrations, and future expansion. The primary tradeoff: Suveto and Bonfire would assume greater responsibility for hosting, maintenance, and ongoing platform operations.
An excellent technical solution that prioritizes flexibility and ownership over managed services.
The strongest overall fit for Suveto's vision. Sanity enables every hospital website to operate from a single content platform while supporting shared data models, centralized governance, hospital-specific customization, and future expansion into additional digital products. It delivers the best balance of scalability, usability, enterprise maturity, and long-term flexibility.
The best balance of operational efficiency, editorial experience, scalability, and future-proof architecture for Suveto's long-term growth.
Side by side
Five capabilities that matter most for a 60-site network, across all five platforms.
| Capability | ButterCMS |
||||
|---|---|---|---|---|---|
| Multi-site orchestration | Good (Multisite)Shared network plugins, but isolated databases and heavy backend bloat. | ModerateDashboard instances; data pushed manually between environments. | ExcellentCode-driven workspaces and datasets from a single Studio setup. | ExcellentNative multi-tenant plugin; one codebase dynamically routes domains. | FragmentedIsolated Spaces; scaling creates billing and operational bloat. |
| Media libraries & backups | Self-managedLocal server or S3 via plugins; tagging lives in the relational DB. | SaaS-hostedLocked to their CDN; bulk metadata backups need heavy API extraction. | RobustAsset pipeline with rich metadata, exportable via CLI/API datasets. | Developer-ownedNative S3/GCS integration; tags are native database fields. | SaaS-hostedHighly visual manager, but structural tags stay in their cloud. |
| Locales & localization | Plugin-reliantHeavy translation plugins (WPML/Polylang) degrade API speed. | BaselineStandard language keys; structural nesting needs enterprise tiers. | Native & fluidField-level and document-level localization supported natively. | Native & fluidBuilt-in, strongly typed field localization without duplication. | Excellent visualDirectory-based folder translation built into the dashboard. |
| Component support | Gutenberg blocksJSON page output can be heavy and messy for a clean Next.js frontend. | Page typesConfigured in SaaS dashboards; functional but developer-isolated. | Schema as codeComponents written as React/TypeScript objects in git. | Blocks fieldStatically typed objects mapping directly to Next.js components. | Visual blocksIndustry gold standard for visual, reusable components. |
| Repeaters | ACF / Flexible ContentAdvanced plugins needed for clean dynamic arrays. | CollectionsDashboard-configured repeaters; structured but rigid. | Array typesNative schema support for infinitely nested data blocks. | Array fieldsNative array tracking out of the box; clean and performant. | Nested componentsHandled seamlessly in the component builder. |
Our recommendation
Based on our evaluation so far and our understanding of Suveto's goals, Sanity provides the strongest balance of scalability, governance, editorial experience, and long-term flexibility.
This is a working recommendation, still under evaluation. Before making it final, we plan to install and test Sanity in a local build, and Discovery with Suveto's technical leadership will confirm licensing and infrastructure requirements.
A closer look
An attractive, extensible interface with real-time collaboration, so multiple editors can work on the same page without overwriting each other. Editors also get in-context comments, task assignment, and live editing when paired with Next.js.
Each hospital's content lives in its own clearly separated folder, with a global folder for content shared across every website, so editors always know where they are.
Custom user roles scope each person's view to specific collections: a hospital team sees its own site, while only designated roles touch global content.
Sanity is an established player in the enterprise space with a strong roadmap, and it is unlikely to be abandoned or deprecated the way purely open-source tools can be.
Schema changes live in git with true separation between Dev, QA, and Production. Content History lets editors track and roll back individual document changes.
The Studio is deployed and managed as part of the platform codebase. Sanity also offers hosted options, and licensing and infrastructure details are a Discovery topic.
How it fits together
One codebase serves every Suveto website behind a CDN, with content, appointments, CRM, and assets connected as services that are added once and available network-wide.
Hosting infrastructure: Azure · Google Cloud · AWS
The next three years
A directional view, to be shaped together during Discovery. Because the foundation is API-first, each step extends the platform already in place.
Year 1 · Unify
One platform
Year 2 · Scale
100 hospitals
Year 3 · Extend
Beyond websites
The same content platform is ready to power what Suveto builds next:
Next steps
You review this evaluation
Tell us whether this direction matches your expectations for the platform.
Discovery Workshop
A quick working session to review these findings together and confirm direction while we complete initial discovery.
Hands-on test build
We install and test Sanity in a local build to validate the recommendation against real content.
Final recommendation
We deliver the final platform recommendation, including licensing and infrastructure details.
Implementation planning
Together we plan the content model, migration, and build.
If this direction looks right, let's put the Discovery Workshop on the calendar.