Case Study
View Case StudyTray.ai
Migrating hundreds of thousands of pages, re-platforming and extending for the leading composable AI integration platform

From ButterCMS to Builder.io
Key pain points
Where ButterCMS starts to show cracks is when projects grow beyond its comfort zone. The content modeling is adequate for straightforward use cases, but it lacks the depth and flexibility of platforms like Sanity or Contentful. Components are only available for pages, not collections or blog posts, which creates frustrating inconsistencies when you're trying to build a cohesive content architecture. The 1,000 content field limit, even on expensive plans, can become a real ceiling for ambitious projects.
The platform's smaller ecosystem is a double-edged sword. While anyone who knows JavaScript can work with the API, you won't find the same depth of community resources, plugins, or third-party integrations that larger platforms offer. Media management is also noticeably behind, with no bulk upload capability and limited asset organisation tools. For agencies managing multiple client sites, these paper cuts add up quickly.
There have also been transparency concerns. In 2024, a DNS incident affected thousands of sites using ButterCMS, but their status page showed no downtime. That kind of communication gap is a red flag for any team relying on a third-party CMS in production. The pricing, while competitive on the surface, can feel steep for smaller teams once you move past the limited free tier, and the jump between plans isn't always proportional to what you get.

Limited content modeling flexibility
Components are only available for pages, not collections or blog posts. This creates awkward workarounds when you need consistent structured content across different content types.

Content field limits on all plans
Even the most expensive plans cap you at 1,000 content fields. For complex, multi-locale projects this ceiling arrives faster than you'd expect.

No bulk media upload
The media library only supports single-file uploads with limited organisation tools. Managing assets across a large site becomes tedious quickly.

Small ecosystem and community
Compared to Contentful or Sanity, the community is tiny. Fewer plugins, fewer tutorials, and fewer developers with direct experience means more problem-solving on your own.

Transparency concerns around incidents
In 2024, a DNS incident reportedly affected sites using ButterCMS, but limited public acknowledgement on their status page raised concerns about transparency. The details are difficult to verify independently.

Pricing jumps between tiers
The free tier is very limited, and paid plans start at $71 per month. For small projects or startups, the cost can be hard to justify when alternatives offer more generous free tiers.
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.
Book a meeting with us to discuss how we can help or fill out a form to get in touch
Join the growing list of successful migrations
Case Study
View Case StudyMigrating hundreds of thousands of pages, re-platforming and extending for the leading composable AI integration platform

Case Study
View Case StudyFrom Sanity overages to instantaneous publishing, we brought Mario Testino into the fast lane, and did it in style.

Case Study
View Case StudyHelping the UAE's most prolific Pay in 4 merchants scale their design system and composable infrastructure.

Case Study
View Case StudyHow we helped the fastest growing online cycling community, push the editorial velocity to new heights.
