Case study
View case studyJamb
We rebuilt Jamb on Sanity and Next.js, merging two legacy PHP sites into one calm catalogue without losing the SEO equity their antique and reproduction collections had built up.
From KeystoneJS to Storyblok
We are the KeystoneJS to Storyblok 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 Storyblok
Key advantages
If you've ever tried explaining "headless" to a content team and watched their eyes glaze over, Storyblok is your peace offering. The visual editor is genuinely good: editors see changes on the real page preview instead of filling out abstract field forms.
That's the upside. The downside is that the API lacks a few basics, like fetching child or sibling pages directly, and the tier jumps get steep once you need more locales or seats. If Storyblok is your choice, we can make it work, we know where the rough edges are and how to set it up cleanly.
Visual editing capabilities
Yes, you read that right, you can do real-time, on-page editing. Make a change, see it instantly, no staging limbo, which means you can stop “guess and publish.”
Component-based approach
You can build a component once and use it everywhere. You can also update a button or banner in one place, and the entire site fixes itself.
Efficient content structuring
Your content stays clean, organised, reusable, and not scattered across 40 pages. Developers work with structured data, editors drag-and-drop pieces like Lego. Everyone gets to stay sane.
Robust multi-language support
One CMS, many languages, zero chaos. Localise content without duplicate pages, messy exports, or spreadsheet archaeology.
Collaborative environment
Writers, designers, and editors can all jump in at the same time without breaking each other’s work. Add comments and approvals. View version histories for teamwork without the headache.
Highly customisable
If your design system can imagine it, you can use Storyblok to model it. There are custom fields, workflows, and logics that can bend to your stack rather than the other way around.
Common questions
KeystoneJS to Storyblok migration FAQs
Answers to the most common questions about KeystoneJS to Storyblok 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.
What are the best Storyblok alternatives?
Sanity is the alternative we recommend most often. It offers deeper content modelling, real-time collaboration, and a pricing model that doesn't spike when you add features. Contentful is another option if you want a mature ecosystem, though it's pricier. For teams that loved Storyblok's visual editor, Sanity's Presentation tool now provides a similar live preview experience. We've migrated several Storyblok projects to Sanity, and the feedback from both editors and developers has been positive.
How much does Storyblok cost?
Storyblok has a Starter plan at $0 with 1 seat, 2 locales, and 100K API requests. The Growth plan is $99/month for 5 seats, 1M API requests, and 2 locales. Growth Plus is $349/month for 15 seats, 4M API requests, and 10 locales. Extra seats are $15/month each, extra locales $20/month, extra traffic $75/250GB. Premium and Elite are custom pricing and unlock SSO, custom roles, and the GraphQL API. Teams often outgrow the Growth plan on locales or API volume rather than features, which forces a $250/month jump.
Does Storyblok have a visual editor?
Yes, and it's one of the best in the headless CMS space. You see real-time changes as you edit, directly on your site preview. It's the main reason many teams pick Storyblok. That said, Sanity now offers a comparable experience through its Presentation tool, which gives you live visual editing with more flexibility in content modelling. If the visual editor is your primary reason for choosing Storyblok, it's worth comparing both before committing.
Can I migrate from Storyblok to another CMS?
Yes. We export your stories, components, and assets through Storyblok's API, then restructure everything for the target platform. Storyblok's component-based content model actually maps well to Sanity's block system. Most migrations take 3-5 weeks. The main challenge is handling Storyblok's nested component structure and translating field-level localization to the new platform's approach. We keep your site running on Storyblok throughout, so there's zero downtime during the switch.
Is Storyblok good for large websites?
It works for mid-size sites but starts showing strain at enterprise scale. The API has performance limitations when fetching deeply nested content, and the pricing jumps between tiers are steep. Teams with 50+ pages and multiple locales often find themselves on the Growth Plus plan ($349/month) or pushed toward Premium sooner than expected, especially because custom roles and SSO only appear on enterprise tiers. For large-scale projects, we typically recommend Sanity instead. Its GROQ query language handles complex content relationships more efficiently, and pricing scales more predictably.
Get in touch
Tell us what you're building. We reply within one working day — Jono or someone on the team picks up every message personally.
