Case Study
View Case StudyTray.ai
Migrating hundreds of thousands of pages, re-platforming and extending for the leading composable AI integration platform
From Dato CMS to Builder.io
We are the Dato CMS to Builder.io migration experts
Last verified:
Challenges with Dato CMS
Key pain points
DatoCMS gives all the vibes of Prismic, but is somehow less flexible. It can feel like a glorified drag-and-drop schema builder. The moment you want to do anything mildly custom, the walls start closing in. And yes, the pricing stings. It scales fast, which is great for Dato, not so great for anyone trying to run a startup without selling a kidney.
The ecosystem is small, the extensions are thin, and deeper customisation often turns into "well, I guess we're building that ourselves." There's no hard spend cap — DatoCMS confirmed overages accumulate automatically on paid plans with no way to set a budget limit, so surprise bills are a real risk. Once your project grows, you quickly realise drag-and-drop doesn't magically give you validation or extensibility. If you need something genuinely custom or long-term scalable, there are better choices. Just contact us before you start one of the most expensive journeys.
Limited customisation options
DatoCMS hits a ceiling fast if you need deeply custom logic. The drag-and-drop model is convenient, but it doesn't give you the freedom a code-first setup would.
Pricing based on traffic
Costs scale with usage, which can get painful quickly for growing sites. Traffic spikes = surprise bills, and there's no hard spending cap to protect you.
Steeper learning curve
While the UI is simple, the API-driven side demands more technical understanding. Non-developers may struggle once things get complex.
Need for additional plugins
Out-of-the-box features only go so far. More advanced workflows often require plugins or custom development to bridge gaps.
Limited feature set scalability
Great for small–mid projects, but larger, more demanding setups can outgrow what DatoCMS offers out of the box.
Potential integration issues
Certain frameworks and tools need careful configuration, and edge cases appear more often than you'd expect in more mature CMS ecosystems.
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 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 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.
Common questions
Dato CMS to Builder.io migration FAQs
Answers to the most common questions about Dato CMS to Builder.io migration
How does DatoCMS compare to other headless CMS platforms?
DatoCMS sits in an interesting middle ground. The UI is polished and editors pick it up fast, which puts it ahead of more developer-centric options like Hygraph or Strapi. The image pipeline is genuinely excellent, with automatic optimisation and responsive transformations built in. Visual Editing launched in February 2026, so editors can now click directly on page elements to make changes with real-time updates — available on all plans including Free. Where it still falls short is customisation depth. Compared to Sanity, you hit ceilings sooner when you need custom validation, unique editorial workflows, or deeply nested content structures. Compared to Contentful, DatoCMS is cheaper at lower tiers but has a smaller plugin ecosystem. It's a solid choice for small to mid-sized projects, but larger builds tend to outgrow it.
What does DatoCMS pricing look like as traffic grows?
DatoCMS pricing is tied to API calls and bandwidth, which means costs scale with your traffic. The free tier includes 100k Content Delivery API calls per month and 10GB of bandwidth. Separately, the Developer plan Content Management API limit was raised to 25k monthly calls in April 2026. The Professional plan runs €199/month on a monthly basis, or €149/month billed annually, with higher limits including 1M CDA API calls and 1TB bandwidth per month. The Enterprise tier is custom-priced. One real concern worth flagging is that there is no hard spending cap. DatoCMS confirmed in their community forum that paid plans let overages accumulate automatically with no way to set a budget limit — so a traffic spike or viral post can generate surprise bills without warning. Set up API caching aggressively and lean on static generation to keep costs predictable. If budget guardrails are critical to your team, factor that in before committing.
Is DatoCMS good for non-technical content editors?
For basic content editing, yes. DatoCMS has one of the cleaner editor interfaces in the headless CMS space. Drag-and-drop schema building means content teams can understand the structure visually, and the media library is well-designed. Visual Editing — launched February 2026 across all plans — now lets editors click directly on live page elements rather than switching to a separate preview environment, which closes a long-standing gap. The issues that remain are around scale. Editors managing content across multiple locales find the interface gets cluttered. The Structured Text editor has been noted as slow on very long documents with heavy hyperlink use (a bug patched in April 2026, so recent versions should be fine). For teams coming from WordPress or HubSpot, the shift away from WYSIWYG-first thinking is still an adjustment, but Visual Editing reduces the friction considerably.
What should you watch out for when migrating from DatoCMS?
The migration path out of DatoCMS is cleaner than most. Both GraphQL and REST APIs give you full content access, so extraction is straightforward. Schema mapping is the main planning task, since DatoCMS's modular content blocks need to be translated to whatever structure your target CMS uses. The thing to watch is image URLs. DatoCMS serves images through its own CDN with transformation parameters baked into the URL, so you'll need to re-upload assets and update references across your content. Budget 3-6 weeks for a typical DatoCMS migration. If you're using their Structured Text field type, allocate extra time to convert that into your new CMS's rich text format.
Can you migrate from Builder.io without losing your page designs?
Yes, but it takes work. Builder.io's visual editor stores page compositions as JSON that references your registered components. Those component registrations are tightly coupled to Builder's SDK, so you can't just export and import elsewhere. What you can preserve is the design itself. We extract the page structures, map them to equivalent components in the new system, and rebuild the composition layer. The visual output stays the same. Typical timeline is 6-10 weeks depending on how many page types and custom components are involved. The biggest time sink is usually recreating A/B test variants and personalisation rules that lived inside Builder's platform.
What does Builder.io actually cost?
Builder.io's free tier gives you 1 user and basic features, which is enough to evaluate but not to run a real project. The Growth plan starts at $49/month and includes more seats and content types. Beyond that, pricing gets opaque. Teams needing roles, scheduling, and higher API limits are pushed toward custom Enterprise plans that typically start in the $500-$1,000/month range. We've heard from freelancers and small agencies who were caught off guard by charges after exceeding limits on the Growth plan. Builder.io also charges per "impression" on higher tiers, which means your costs scale with traffic in ways that aren't always predictable.
How does Builder.io compare to a traditional headless CMS?
Builder.io is a visual page builder first and a CMS second. That distinction matters. If your primary goal is letting marketing teams build landing pages without developer involvement, Builder.io does that well. If you need structured content modelling, editorial workflows, multi-language support, or content that powers more than just web pages, a traditional headless CMS is a better fit. Builder.io's SDK embeds deeply into your frontend code, which creates vendor lock-in that most headless CMS platforms avoid. We typically recommend Builder.io only when the use case is narrow: high-volume landing page creation for marketing teams. For everything else, a headless CMS with a proper content model gives you more flexibility long-term.
What's the main risk of building on Builder.io?
Vendor lock-in. Builder.io's SDKs are woven into your component rendering layer, which means migrating away requires rebuilding how your pages are composed and rendered. That's not a content migration, it's an architecture migration. With a typical headless CMS, your content is accessible through standard APIs and your frontend is independent. With Builder.io, the two are intertwined. We've worked with teams who spent months extracting themselves from Builder.io because every page template needed to be recreated outside the platform. If you're evaluating Builder.io, go in with eyes open about the exit cost.
Get in touch
Fill out the form below and we'll get back to you
