Case Study
View Case StudyTray.ai
Migrating hundreds of thousands of pages, re-platforming and extending for the leading composable AI integration platform
From Kontent.ai to KeystoneJS
We are the Kontent.ai to KeystoneJS migration experts
Last verified:
Challenges with Kontent.ai
Key pain points
We've always been known to talk trash about WordPress, Framer and especially Prismic. It's fun and theraputic but truth be told Kontent.ai deserves it's fair share of aggro.
Pricing is hidden behind “book a demo” and their vague "price calculator". Basic features require developer elbow grease, and replacing a single image gives you a brand-new URL like it’s 2009. At scale, the API rate limits and bare-bones taxonomy start to feel less “enterprise” and more “please slow down, you’re scaring the CMS.”
If you’re absolutely set on using Kontent.ai, give us a shout. We’ll try to make it work… or find you something that won’t make your content team cry into their spreadsheets.
Hidden pricing model
Kontent.ai loves a “contact sales” button. Great if you're an enterprise with a procurement department, not so great if you're just trying to budget a project. Until you get a quote, you’re basically guessing.
Complex initial setup requirements
The platform is polished, but the setup isn’t plug-and-play. Getting projects wired correctly, especially when it comes to multi-channel setup, usually requires a developer, documentation, and a quiet room to scream into.
Missing out-of-box preview system
Unlike most modern CMS platforms, there's no native live preview. You have to build a custom preview pipeline, which adds effort, cost, and another item to the dev team’s already depressing backlog.
Asset replacement URL issues
Swap an image or file, and Kontent.ai generates a new URL, which means link rot and cleanup duties no one asked for. Publishing teams feel this pain the fastest.
API rate limiting constraints
API-first is great until you hit the rate limit. 100 requests per second is fine for small sites, but high-traffic apps need careful caching or extra infrastructure to avoid bottlenecks
Limited Management API coverage
The Management API doesn’t expose every UI action, so automation hits a ceiling. Some tasks still require clicking through the interface, which defeats half the point of going headless.
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.
Fully open source with no vendor lock-in
MIT licensed with no paid tiers or proprietary features gated behind a subscription. You own the entire stack and can host it wherever you want.
Common questions
Kontent.ai to KeystoneJS migration FAQs
Answers to the most common questions about Kontent.ai to KeystoneJS migration
How much does Kontent.ai cost?
Kontent.ai hides pricing behind a "book a demo" wall, which is never a good sign for budget planning. Based on what we've seen across client engagements, the Developer plan is free but extremely limited (1 user, 2 languages). The Scale plan starts around $1,249/month (billed annually), and Enterprise pricing goes higher depending on API usage, content items, and seats. The real cost is in implementation. Kontent.ai requires upfront developer time to set up content models, build a custom preview pipeline (there's no native live preview), and configure workflows. Budget 4-8 weeks of developer time for initial setup on top of the subscription cost.
Is Kontent.ai worth it compared to other enterprise headless CMS platforms?
Kontent.ai does enterprise content workflows well. The role-based permissions, multi-step approvals, and content scheduling are polished. The API is predictable and well-documented. Where it falls short is flexibility. The content modelling tools are competent but not as powerful as Sanity's, and the lack of a native preview system means your team needs to build and maintain custom preview infrastructure. At similar price points, Contentful offers a larger ecosystem and Sanity offers deeper customisation. We'd recommend Kontent.ai primarily for teams already invested in the Kentico ecosystem or organisations where workflow governance is the top priority over developer experience.
What happens to image URLs when you replace assets in Kontent.ai?
This is a genuine pain point. Every time you replace an image or file in Kontent.ai, the platform generates a completely new URL. That means any hardcoded references, cached versions, or external links to the old asset break instantly. For content teams publishing at scale, this creates a maintenance burden. You need to update every place the old URL was referenced, or accept broken images. Most CMS platforms handle asset replacement by keeping the same URL and invalidating the cache. Kontent.ai's approach feels like an oversight that hasn't been fixed. If you're managing hundreds of assets, this adds real friction to daily editorial work.
What's involved in migrating away from Kontent.ai?
The content extraction itself is clean. Kontent.ai's Delivery API and Management API let you pull content items and assets programmatically. The challenges are schema translation and workflow replication. Kontent.ai's content types map to their own structure, and converting those to another CMS's schema requires careful field-by-field mapping, especially for linked items and modular content. If you've built custom workflow states and approval chains, those need to be recreated in the target platform. Plan for 6-10 weeks depending on the number of content types, locales, and workflow complexity. The API rate limit of 100 requests per second can also slow down bulk exports for large content libraries.
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.
Get in touch
Fill out the form below and we'll get back to you
