Case Study
View Case StudyTray.ai
Migrating hundreds of thousands of pages, re-platforming and extending for the leading composable AI integration platform
From Builder.io to ButterCMS
We are the Builder.io to ButterCMS migration experts
Last verified:
Challenges with Builder.io
Key pain points
Builder.io looks impressive in demos but the reality of day-to-day usage tells a different story. The editor can be laggy, especially with more than 30 components on a page, and we have seen reports of outright crashes that lose unsaved work. The documentation is a persistent sore point. Developers on forums describe spending days trying to get basic integrations working because the docs are outdated or incomplete. For an agency setting up projects for clients, unreliable documentation means unpredictable timelines.
Pricing is another area where Builder.io catches teams off guard. The free tier exists but is quite limited, and costs ramp up quickly once you need features like roles, scheduling, or higher usage limits. We have seen complaints from freelancers and small teams about unexpected charges and slow support response times when trying to resolve billing issues. The lack of self-hosting is also a hard blocker for some clients with strict data residency requirements.
The biggest concern from our perspective is vendor lock-in. Builder.io's SDKs are deeply embedded in your frontend code, and if you ever need to migrate away, you are essentially rebuilding your page composition layer from scratch. There is also no real-time collaboration, so two editors working on the same page can overwrite each other's changes without warning.
Editor performance and stability
The visual editor becomes laggy with complex pages and has been reported to crash, losing unsaved work. Teams with content-heavy pages will feel this friction daily.
Outdated and incomplete documentation
Developers consistently report that the docs are confusing, outdated, or missing critical steps. Getting started takes far longer than it should for a tool that sells itself on speed.
Vendor lock-in risk
Builder.io's SDKs are tightly coupled to your frontend. Migrating away means rebuilding your entire page building and composition layer from scratch.
Limited collaboration tools
Builder.io now offers branching and peer review workflows in its Fusion product, but true real-time co-editing is still missing. Editors working outside of the Projects workflow can still overwrite each other's changes.
Pricing escalation
Costs ramp up quickly beyond the free tier, and teams report unexpected charges. Basic features like roles and scheduling sit behind higher-priced plans.
Slow and unresponsive support
Multiple users report delayed support responses, unresolved tickets, and difficulty getting refunds or cancellations processed in a reasonable timeframe.
Benefits of ButterCMS
Key advantages
ButterCMS is one of those headless CMS platforms that genuinely nails the onboarding experience. We've seen content teams go from zero to confidently building pages and blog posts within a few hours, which is rare in the headless world. The dashboard is clean, the API explorer is thoughtfully designed, and the starter templates for popular frameworks mean developers aren't starting from scratch every time.
From an agency perspective, the standout quality is how little hand-holding editors need after launch. The interface is intuitive enough that marketers can create pages, manage blog content, and handle SEO metadata without constantly pinging the dev team. The built-in blog engine is a genuine differentiator. Most headless CMS platforms treat blogging as an afterthought, but ButterCMS was originally built around it, and it shows in the quality of the authoring experience.
The API performance is consistently fast, and the SDK support across languages like JavaScript, Python, Ruby, and PHP is solid. Their customer support team is also notably responsive and genuinely receptive to feature requests, which is something we don't often see from CMS vendors. For small-to-mid-sized projects where you need a reliable content API without overcomplicating things, ButterCMS delivers.
We'd particularly recommend it for teams that need a polished blog alongside structured page content, and who value simplicity over infinite extensibility. It's a CMS that knows what it is and does that thing well.
Exceptionally easy onboarding
Content teams can be productive within hours, not days. The dashboard is clean and the learning curve is one of the gentlest we've seen in headless CMS land.
Built-in blog engine
Unlike most headless platforms where you have to model blog content from scratch, ButterCMS ships with a purpose-built blog engine that includes categories, tags, authors, and SEO fields out of the box.
Fast and reliable content API
The read API is consistently quick with global CDN delivery. For content-heavy sites, the performance is solid and predictable.
No seat limits on any plan
Every plan includes unlimited users, which is genuinely unusual in this space. You won't get punished for growing your content team.
Responsive customer support
Their support team is quick to respond and genuinely open to feature requests. We've seen roadmap items added based on customer feedback, which builds real trust.
Strong SDK and framework coverage
Official SDKs for JavaScript, Python, Ruby, PHP, and more, plus starter projects for React, Next.js, Vue, Angular, and other frameworks that actually work out of the box.
Common questions
Builder.io to ButterCMS migration FAQs
Answers to the most common questions about Builder.io to ButterCMS migration
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.
How do we migrate content out of ButterCMS?
ButterCMS has a clean REST API, so pulling your content is straightforward. Blog posts, pages, and collections all export as JSON through their API endpoints. The main complexity is restructuring component-based page content for your target CMS, since ButterCMS components only work on pages and don't map 1:1 to other platforms. Media assets need to be downloaded from their CDN and re-uploaded. For a typical blog-heavy site with 200 to 500 posts, we complete the migration in 2 to 4 weeks.
Why do teams leave ButterCMS?
Content modeling flexibility is the top reason. Once projects grow past simple blogs and marketing pages, the 1,000 content field limit becomes a real ceiling. Components being restricted to pages (not collections or blog posts) forces awkward workarounds. Teams also feel the ecosystem gap, with fewer plugins, integrations, and community resources compared to larger platforms. The 2024 DNS incident that wasn't reflected on their status page raised trust concerns for teams running production sites.
What does ButterCMS cost compared to alternatives?
ButterCMS paid plans start at $71/month after a limited free tier. Every plan includes unlimited users, which is genuinely competitive. But the pricing jumps between tiers aren't proportional to what you get, and the content field limits apply even on expensive plans. By comparison, Sanity's free tier includes 3 users with 500K API requests, and you only pay more as your usage scales. For teams outgrowing ButterCMS, the cost of migration typically pays for itself within 6 months through better tooling and fewer workarounds.
Get in touch
Fill out the form below and we'll get back to you
