Tina CMS logo
Dato CMS logo

From Tina CMS to Dato CMS

We are the Tina CMS to Dato CMS migration experts

Last verified:



Challenges with Tina CMS

Key pain points

Tina's biggest limitation is that it's fundamentally tied to the React ecosystem. If you want visual editing, you need a React-based framework like Next.js. Basic content editing works with Astro, Hugo, SvelteKit, and others, but the flagship visual experience is React-only. There's been talk of Vue support for years, but nothing has materialised. This is a hard blocker for agencies like us that work across different tech stacks. The platform has also had a notable history: SSW acquired the project in May 2024, and a security breach in late 2024 involved compromised AWS keys via the CI/CD pipeline. These events, combined with the relatively small community, are worth weighing when evaluating Tina for long-term enterprise projects.

On the practical side, developers report frustrating instability in the dev environment. The admin interface can break without any changes to your codebase because it depends on externally loaded assets that update independently. Error handling is weak — forms fail to save silently, and the GraphQL layer doesn't surface errors cleanly. Self-hosting removes the TinaCloud dependency but comes with its own gaps: no search functionality, no Git LFS support, and reference fields can timeout on large collections.

The editing experience, while impressive in demos, can feel fragile in production. Multiple developers have reported losing work in the editor, and features like branch-based editing are locked behind paid tiers. For agencies managing multiple client projects, the React-only constraint and relatively small community (compared to Sanity, Strapi, or Contentful) mean fewer resources, fewer integrations, and more time spent solving problems yourself.

Help me migrate


React-only framework support in Tina CMS

Visual editing limited to React

TinaCMS supports many frameworks including Astro, Hugo, Jekyll, SvelteKit, and Nuxt for basic content editing. However, the visual/inline editing experience, which is Tina's main selling point, only works with React-based frameworks like Next.js.

Unstable development environment in Tina CMS

Unstable development environment

The dev server can break unpredictably because it loads external assets that change independently of your codebase. This makes local development feel unreliable and hard to debug.

Poor error handling in Tina CMS

Poor error handling and silent failures

Forms can fail to save without any visual indicator, and GraphQL errors aren't surfaced clearly. Losing work without warning is a real risk, especially for content editors.

Branch editing paywall in Tina CMS

Branch editing requires paid tier

Multi-branch support isn't available out of the box — it's locked behind the paid editorial workflow feature. You can't test content changes in deploy previews without paying up.

Self-hosting gaps in Tina CMS

Self-hosting gaps

The self-hosted backend lacks search functionality, Git LFS support, and pagination on reference fields. Large collections can cause network timeouts.

Small ecosystem in Tina CMS

Small ecosystem

Compared to established players like Sanity or Contentful, Tina has a smaller community and fewer plugins. Since the SSW acquisition in May 2024, the project has been actively maintained with regular releases, but the ecosystem is still catching up.



Benefits of Dato CMS

Key advantages

DatoCMS has a low learning curve, clean UI, and a drag-and-drop schema builder that lets teams shape content without a single existential crisis. Editors love it. Developers tolerate it. Everyone gets to ship faster.

The APIs are solid, the media pipeline is excellent, and the multilingual tooling is actually usable. Visual Editing — added in February 2026 — means editors can now click directly on live page elements to make changes, which genuinely closes the gap with visual-first CMS tools. The JavaScript client also gained full end-to-end type safety in late 2025, with types generated from your own schema, which is a real quality-of-life win for larger teams. To be honest, it's expensive, and the drag-and-drop approach means it's not exactly winning awards for flexibility. Still, if you want something that feels polished out of the box and integrates nicely with Next.js, Shopify, and friends, DatoCMS delivers a pretty smooth experience.

Start my migration


User-friendly interface of Dato CMS

User-friendly interface

DatoCMS has a clean, approachable UI that editors can pick up instantly. Little training needed, and teams can publish content without tripping over the system.

Flexible API-based approach in Dato CMS

Flexible API-based approach

With both GraphQL and REST, you can query content however you prefer. It gives developers freedom to shape data flows without fighting the CMS.

Seamless integration

Seamless integration

DatoCMS works smoothly with popular frameworks and tools like Next.js, Astro, Svelte, and Vue. Plug it in, fetch content, and you're off.

Efficient data retrieval

Efficient data retrieval

The GraphQL API is fast and predictable, making it easy to pull exactly the data you need without overfetching or messy workarounds.

Powerful image tools

Powerful image tools

Dato handles image optimisation, responsive resizing, and transformations automatically. Your site stays fast without custom pipeline work.

Real-time updates

Real-time updates

Content changes sync instantly across environments, giving teams quick feedback and reducing the "save, refresh and hope" cycle.





Common questions

Tina CMS to Dato CMS migration FAQs

Answers to the most common questions about Tina CMS to Dato CMS migration

How do we migrate content out of Tina CMS?
Tina stores content as markdown and MDX files in your Git repository, which makes extraction the easiest part of any CMS migration we do. Your content is already files on disk. The work is in transforming those markdown files into the structured format your new CMS expects. Rich text blocks, custom components embedded in MDX, and frontmatter fields all need mapping. For a blog or docs site with 100 to 500 pages, we typically complete the migration in 2 to 4 weeks.
Why are teams leaving Tina CMS?
Three issues come up repeatedly. First, the React-only constraint for visual editing blocks teams that want to use Astro, SvelteKit, or other frameworks. Second, the development environment is unstable. The admin interface loads external assets that update independently of your codebase, so it can break without you changing anything. Third, the 2024 security breach involving compromised AWS keys shook confidence in the platform's operational maturity. Teams with enterprise compliance requirements found that hard to overlook.
Is it worth self-hosting Tina instead of migrating away?
Self-hosting removes the TinaCloud dependency, but it introduces its own gaps. There's no search functionality, no Git LFS support, and reference fields timeout on large collections. If you're already frustrated with Tina's instability, self-hosting adds more operational burden rather than solving the root problems. We've found that teams considering self-hosted Tina are usually better served by migrating to a platform with proper managed hosting and a more mature editorial experience.
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.


Get in touch

Fill out the form below and we'll get back to you