From Payload to KeystoneJS

We are the Payload to KeystoneJS migration experts

Challenges with Payload

Key pain points

Payload’s biggest issue is how quickly it hands you the responsibility baton. Because it leans so heavily on self-hosting, you’re suddenly running databases, managing infra, dealing with scaling, and debugging auth quirks at 11 pm. And since the platform is still maturing, updates can feel unpredictable, and the surrounding ecosystem isn’t quite deep enough yet to soften the landing when something breaks. The recent Figma acquisition didn’t help either. Support has felt a bit lighter, and some priorities clearly shifted, alongside pricing.

Payload feels flexible on day one, the moment your project grows you’re either engineering around gaps or paying more than expected. If you're debating whether Payload fits the future of your stack (or you’re already feeling the cracks), we’re always happy to help you plan a cleaner path or a migration that won’t come back to bite you.

A line graph on a grid with a rising, dipping, then sharply increasing line. The area under the latter half of the line is shaded with diagonal stripes.

Steep learning curve

Payload’s code-first approach means you need solid dev experience to use it effectively. Non-technical teams will struggle, and onboarding takes longer compared to more guided CMSs.

Smaller ecosystem of plugins

There aren’t many ready-made extensions, so you’ll end up building features yourself. This adds development time and increases long-term maintenance.

Potential performance overhead

Because it’s a full JavaScript backend, Payload can get resource-heavy under high traffic. You’ll need to optimise your server setup and monitor performance more closely.

Gaps in documentation

The docs are improving, but there are still missing pieces and unclear sections. New users often have to dig through GitHub issues to find answers.

Small community

The community is growing but still small, so there’s less shared knowledge, fewer tutorials, and slower troubleshooting compared to bigger CMS ecosystems.

A wavy gear shape with a central dot, surrounded by two concentric circles, all on a grid.

Requires separate hosting

Payload doesn’t come with built-in hosting, so you’re responsible for setting up and managing your server. That adds extra cost, extra setup, and extra operational overhead.

Benefits of KeystoneJS

Key advantages

KeystoneJS is one of those tools that really clicks if your team thinks in code. It's a schema-driven, open-source headless CMS built on Node.js, and the developer experience is genuinely good. You define your content models in TypeScript, Keystone generates a GraphQL API and an admin UI for you, and you're off. There's very little magic or abstraction hiding what's happening under the hood, which we appreciate when building complex projects for clients.

The Prisma ORM integration is a real highlight. Automatic migration generation, type-safe database access, and support for PostgreSQL, MySQL, and SQLite mean you're not fighting your data layer. If you've ever had to wrangle a CMS into supporting a non-trivial relational content model, you'll understand why this matters. Keystone lets you express those relationships cleanly and query them with a proper GraphQL API.

The document field editor is also worth mentioning. It's one of the more thoughtful rich text implementations we've seen in a headless CMS. You can embed custom React components directly into the editor, which means content teams can work with your actual design system components rather than generic blocks. For teams that care about structured content, Keystone gives you real tools to enforce it.

Where Keystone really shines is in projects where the development team wants full ownership of the stack. There's no vendor lock-in, no proprietary query language, and no surprise pricing tiers. If you want a CMS that feels like a well-designed library rather than a platform, Keystone delivers on that promise.

Schema-as-code with full TypeScript support

Define your entire content model in TypeScript with strong type inference throughout. The schema drives everything from the database to the admin UI to the GraphQL API.

Automatic GraphQL API generation

Every content type you define automatically gets a full CRUD GraphQL API with filtering, pagination, and relationship resolution. No manual endpoint wiring needed.

Prisma-powered database layer

Built on Prisma ORM with automatic migration generation and type-safe queries. Supports PostgreSQL, MySQL, and SQLite out of the box.

Flexible document field editor

The rich text editor supports custom embedded components that map to your design system, giving content editors structured authoring without sacrificing flexibility.

Granular access control

Fine-grained, field-level access control defined in code. You can write custom logic for create, read, update, and delete operations per field or per list.