From KeystoneJS to Builder.io

We are the KeystoneJS to Builder.io migration experts

Challenges with KeystoneJS

Key pain points

The biggest challenge with KeystoneJS is that it hands you all the responsibility that a managed CMS would normally handle. Deployment is entirely on you, and the documentation around production hosting, Docker configuration, and scaling is thin. We've seen teams struggle to go from a smooth local development experience to a reliable production setup, especially if they don't have dedicated DevOps support. The admin UI Docker image alone can balloon to over a gigabyte, which is a headache for containerised deployments.

The community around Keystone is significantly smaller than competitors like Strapi or Payload. That means fewer tutorials, fewer plugins, and slower answers when you hit an edge case. The ecosystem of ready-made integrations is almost non-existent, so you'll be building most things from scratch. For an agency working on client projects with deadlines, that time cost adds up quickly.

Content editors also tend to have a harder time with Keystone compared to more polished alternatives. The admin UI is functional but feels utilitarian, and non-technical users often need more onboarding than you'd expect. There's no visual editing, no preview infrastructure, and no real content workflow features like drafts, publishing schedules, or approval chains without building them yourself. If your client's content team needs a CMS they can pick up and run with, Keystone usually isn't the answer.

Deployment complexity

Self-hosting is the only option, and the docs don't hold your hand. Getting Keystone into production requires real infrastructure knowledge, and the large Docker image sizes make it worse.

Small community and ecosystem

Compared to Strapi or even Payload, the community is much smaller. Fewer plugins, fewer tutorials, and slower support when things go wrong.

No built-in content workflows

There are no turnkey drafts, scheduled publishing, or approval chains. Keystone provides field primitives that can be assembled into publishing workflows, but you need to wire them up yourself.

Admin UI feels dated

The admin panel is functional but lacks the polish and UX of modern CMS interfaces. Non-technical editors often find it confusing and need more training.

No visual editing or live preview

There's no way for editors to see content in context before publishing. You'd need to build your own preview infrastructure, which is a significant engineering effort.

Scaling requires significant effort

Running Keystone under high traffic means managing session stores, reverse proxies, and server resources yourself. It doesn't scale as smoothly as cloud-native CMS alternatives.

Benefits of Builder.io

Key advantages

Builder.io occupies a unique spot in the headless CMS landscape. It is not really a traditional headless CMS in the way that Sanity or Contentful are. It is more of a visual page builder with headless capabilities bolted on. That distinction matters because if your marketing team needs to ship landing pages fast without filing Jira tickets, Builder.io genuinely delivers on that promise. The drag-and-drop editor is solid, and the ability to register your own React components so that non-developers can compose pages from your actual design system is a legitimately powerful idea.

Where Builder.io really shines is in bridging the gap between developers and marketing teams. You build the components, register them with Builder, and then hand the keys over. Marketers can assemble pages, run A/B tests, and publish without touching code. For agencies like ours, this means fewer "can you just move this banner" tickets and more time spent on actual engineering work.

The framework support is also genuinely broad. Next.js, React, Angular, Vue, Svelte, Qwik, SolidJS, and React Native all have SDKs. If you are running a modern JavaScript stack, Builder.io probably has an integration for it. The AI features they have been shipping are interesting too, though still early days in terms of real production reliability.

Visual drag-and-drop editing in Builder.io

Visual drag-and-drop editor

The visual editor lets non-technical users build and edit pages using your actual codebase components. It is one of the better implementations of visual editing in the headless space.

Custom component registration

Developers can register their own React, Vue, or Angular components so editors drag and drop real design system pieces rather than generic blocks.

A/B testing and personalisation built in

Native experimentation tools let marketing teams run split tests and personalise content without needing a separate optimisation platform.

Broad framework support

SDKs for Next.js, React, Angular, Vue, Svelte, Qwik, SolidJS, and React Native mean you are not locked into a single frontend framework.

Marketing team using Builder.io autonomously

Marketing team autonomy

Content and marketing teams can ship landing pages, campaign pages, and promotions independently, which frees up developer time for product work.

Structured and visual content modes

Builder.io supports both structured data models for developer-driven content and visual page building for marketing-driven content, giving teams flexibility in how they work.