Case Study
View Case StudyTray.ai
Migrating hundreds of thousands of pages, re-platforming and extending for the leading composable AI integration platform
From KeystoneJS to Prismic
We are the KeystoneJS to Prismic migration experts
Last verified:
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 Prismic
Key advantages
Prismic is phenomenal for simplistic page-builder-style websites. Its simplistic drag-and-drop page builder, along with the newer code-based version, helps you generate like-for-like components and automates the developers' process.
The built-in media optimisation tool is also great, so you can ensure that even if you're uploading 4mb images, they're going to be scaled down with minimal compression artefacts.
Content scheduling capabilities
Prismic makes it ridiculously easy to plan content ahead with built-in scheduling without any plugins or workarounds. Just pick a time, hit schedule, and your release goes live exactly when you want it.
Intuitive visual editor
The editor feels natural even for non-technical teams, with clean previews and simple fields. It keeps the writing flow distraction-free while still giving developers structure.
Efficient slices feature
Slices let you build repeatable, flexible components that marketers can rearrange without breaking layouts. It’s the closest thing to structured Lego-blocks for content teams.
Rich media embedding
Embedding images, videos, and rich assets takes seconds. You don't need to hack templates. Just paste, pick, and publish.
Flexible component reuse
Developers create once, marketing teams reuse forever. Slices and custom types make content scalable without adding complexity.
Seamless publishing experience
Publishing is fast, predictable, and drama-free. If you want to do a small tweak or a full-page release, everything ships smoothly with minimal cognitive load.
Common questions
KeystoneJS to Prismic migration FAQs
Answers to the most common questions about KeystoneJS to Prismic migration
What makes migrating from KeystoneJS difficult?
KeystoneJS stores data through Prisma, so the database layer is well-structured and easy to export. The harder part is replacing everything Keystone doesn't give you. Most Keystone projects have custom-built preview systems, publishing workflows, and access control logic that are tightly coupled to the Node.js backend. Rebuilding those features in a new CMS takes planning. We typically budget 4 to 8 weeks for a Keystone migration depending on how much custom infrastructure the team has built around it.
Why do teams move away from KeystoneJS?
Deployment complexity is the number one reason. Teams love Keystone during local development, then hit a wall getting it reliably into production. The Docker images can balloon past a gigabyte, the docs don't cover production hosting well, and there's no managed hosting option. The small community compounds this problem. When you hit an edge case, there are fewer people who've solved it before. Content editors also struggle with the admin UI, which lacks visual editing, live preview, and built-in publishing workflows that competing platforms ship by default.
How do we extract our content from KeystoneJS?
Since Keystone uses Prisma ORM, your content lives in standard PostgreSQL, MySQL, or SQLite tables with clean schemas. You can export directly from the database using SQL dumps or Prisma's query API. The content model is defined in your TypeScript codebase, so mapping fields to a new CMS is straightforward. We write automated scripts that handle the data transformation, including resolving relationships between lists and migrating file references. For a project with 20 to 50 Keystone lists, extraction and transformation usually takes 1 to 2 weeks.
How much does Prismic cost?
Prismic has a free plan for 1 user with limited API calls. The Starter plan is $7/month per user for small teams. The Small plan is $150/month for up to 25 users with more locales and API bandwidth. Medium is $500/month. Large and Enterprise plans go higher. The pricing jumps are significant once you need multiple locales or repositories. We've had clients hit the ceiling on the Small plan faster than expected because of how Prismic counts API calls and custom types.
What are the best Prismic alternatives?
Sanity is the alternative we recommend most. It gives you better content modelling, real-time collaboration, and a query language (GROQ) that's far more flexible than Prismic's API. Contentful is another option with a bigger ecosystem, though pricing is steeper. If you liked Prismic's Slices concept, Sanity's block-based content approach works similarly but with more depth. We've migrated multiple former Prismic agency partners to Sanity, and the developer experience improvement is always the first thing they mention.
Can I migrate from Prismic to another CMS?
Yes. We've migrated quite a few Prismic projects, mostly to Sanity. We export your custom types, documents, and media through Prismic's API, then restructure everything for the target platform. Prismic's Slice-based content maps well to Sanity's portable text and block system. Typical migrations take 3-5 weeks. We keep your existing Prismic site live throughout, so there's no downtime. The biggest challenge is usually handling Prismic's media library, since images need to be moved to a new CDN.
Is Prismic a good CMS for developers?
It's decent for simple projects. The Slice Machine tooling is clever and the TypeScript support has improved. But Prismic's API has limitations that frustrate developers on bigger projects. You can't do complex queries, filtering is basic, and the content modelling is shallow compared to Sanity or Contentful. The bigger issue is Prismic's track record of breaking API changes and infrastructure shifts that have caused production outages. Developers who need reliability and deep customization are better served elsewhere.
Why are teams leaving Prismic?
The main reasons we hear are API instability, limited content modelling depth, and pricing that doesn't match the feature set. Prismic has a history of making breaking changes to their API and infrastructure without adequate migration paths. One major version change left agencies (including us, when we were partners) with broken client sites and expensive rebuild bills. Teams also outgrow the content modelling quickly. Once you need complex relationships between content types, Prismic's flat structure becomes a bottleneck.
Get in touch
Fill out the form below and we'll get back to you
