Craft CMS logo
Tina CMS logo

From Craft CMS to Tina CMS

We are the Craft CMS to Tina CMS migration experts

Last verified:



Challenges with Craft CMS

Key pain points

The elephant in the room is PHP. Craft requires a traditional LAMP-style hosting setup with PHP 8.2+ and MySQL or Postgres, which immediately rules out the serverless and edge-first hosting that modern JavaScript frameworks thrive on. You're managing servers, configuring OPcache, tuning database connections, and dealing with all the operational overhead that comes with self-hosted PHP applications. For teams already working in the JavaScript ecosystem, this is a hard sell.

Major version upgrades are genuinely painful. Craft doesn't support skipping major versions, so migrating from Craft 2 to 5 means stepping through every version in between. Each jump brings breaking changes to Twig templates, PHP requirements, and plugin compatibility. We've seen agencies spend weeks on upgrades that should have been straightforward. The Team tier starts at $279 per project and the Pro tier costs $399, plus $99 annual renewals for both. A free Solo tier exists for single-user projects, but costs still add up for agencies, especially when you factor in plugins and the recent trend toward stricter licence enforcement in the control panel.

The community, while passionate, is relatively small compared to WordPress or even newer headless CMS platforms. When you hit an edge case or need help with a niche plugin, you may find yourself digging through GitHub issues rather than finding a ready answer. And while Craft Cloud exists as a managed hosting option, it's still maturing and doesn't yet match the deployment experience you'd get with platforms like Vercel or Netlify.

Help me migrate


PHP hosting requirements in Craft CMS

PHP hosting requirements

You need a traditional server with PHP 8.2+, MySQL or Postgres, and proper configuration. No serverless, no edge deployment, no modern hosting shortcuts.

Painful version upgrades in Craft CMS

Painful major version upgrades

You can't skip major versions, so upgrades mean stepping through each release with breaking Twig, PHP, and plugin changes along the way.

Smaller community in Craft CMS

Smaller community and ecosystem

The community is dedicated but small. Finding answers to niche problems often means digging through GitHub issues or waiting on forum responses.

Licence costs in Craft CMS

Licence costs add up

The Team tier is $279 per project and Pro is $399, both with $99 annual renewals, plus paid plugins on top. A free Solo tier exists for single-user projects, but costs add up quickly for agencies managing multiple client sites.

Learning curve in Craft CMS

Learning curve for non-developers

Craft assumes your team includes developers. Content editors coming from WordPress or simpler tools will need time to adjust to the more structured interface.

Twig templating limitations in Craft CMS

Twig templating limitations

Twig is clean but limited compared to modern component frameworks. Complex UI logic gets awkward, and you're locked into whatever Twig version Craft supports.



Benefits of Tina CMS

Key advantages

Tina CMS has a genuinely compelling core idea: real-time visual editing backed by Git. Instead of your content living in some opaque database, every change becomes a Git commit. For developer teams that already live in Git, this feels natural. The local development workflow is solid too — you can iterate on schema and content simultaneously, merge everything in a single commit, and keep your content pipeline tightly coupled with your codebase. That's a meaningful advantage over CMS platforms that treat content as a completely separate concern.

The inline editing experience is where Tina really shines. Content editors can see their changes in context on the actual live site, which dramatically reduces the feedback loop between "I changed something" and "here's what it looks like." For marketing teams and content creators who are tired of editing fields in a dashboard and then previewing on a separate URL, this is a breath of fresh air. It bridges the gap between developer-friendly and editor-friendly in a way that most headless CMS platforms don't even attempt.

Since going fully open-source under Apache 2.0 and being acquired by SSW, the self-hosting story has improved significantly. You can run your own backend with your own database and auth, which gives you more control than relying on TinaCloud. If you're building a Next.js or React-based project and want a CMS that lives close to your code, Tina is worth serious consideration. If you want help evaluating whether Tina fits your stack, or you're looking at alternatives, we're happy to chat.

Start my migration


Real-time visual editing in Tina CMS

Real-time visual editing

Editors can make changes directly on the live site with instant visual feedback. This is genuinely one of the best inline editing experiences in the headless CMS space.

Git-backed content workflow in Tina CMS

Git-backed content workflow

Every content change becomes a Git commit, so your content versioning, branching, and collaboration all flow through the same tools your developers already use.

Schema defined in code in Tina CMS

Schema defined in code

Content models are defined in your codebase alongside your components, keeping your content structure and frontend tightly aligned and version-controlled.

Strong local development in Tina CMS

Strong local development experience

You can develop locally with full CMS functionality, iterate on schema and content together, and push everything in a single commit. No cloud dependency during development.

Markdown and MDX support in Tina CMS

Markdown and MDX support

Tina works natively with markdown and MDX files, making it a natural fit for documentation sites, blogs, and any project that already uses file-based content.

Open-source and self-hostable Tina CMS

Fully open-source and self-hostable

The entire backend is open-source under Apache 2.0. You can self-host with your own database, auth, and Git provider, giving you full control over your content infrastructure.





Common questions

Craft CMS to Tina CMS migration FAQs

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

How much does Craft CMS cost for an agency managing multiple sites?
The costs add up quicker than most agencies expect. The Solo tier is free for single-user projects, Team is $279 per project, and Pro is $399 per project. Both paid tiers carry a $99 annual renewal fee. If you're running 10 client sites on Pro, that's $3,990 upfront plus $990 per year in renewals before you've paid for a single plugin. Popular plugins like SEOmatic, Blitz (caching), and Navigation run $99-$199 each. Factor in PHP hosting ($20-$100/month per site depending on traffic) and the total per-project cost lands between $500 and $1,500 in year one. It's reasonable for individual projects but the aggregate cost across a portfolio is where agencies feel the squeeze.
What are the hidden costs of running Craft CMS?
Beyond licensing, three costs catch teams off guard. First, PHP hosting. Craft needs PHP 8.2+, MySQL or Postgres, and proper server configuration. You can't deploy to Vercel or Netlify like you would with a headless CMS. Budget $20-$100/month per site for decent managed hosting. Second, major version upgrades. Craft doesn't let you skip versions, so going from Craft 3 to 5 means stepping through 3 to 4, then 4 to 5, each with breaking changes to Twig templates and plugin compatibility. We've seen agencies spend 20-40 hours per upgrade. Third, developer dependency. Craft assumes your team has PHP developers on hand. If your agency is moving toward JavaScript stacks, maintaining Craft expertise becomes an overhead.
Should I migrate from Craft CMS to a headless CMS?
It depends on your stack direction. If your team is comfortable with PHP and Twig, and your sites are traditional server-rendered builds, Craft still works well. But if you're building with Next.js, React, or any modern JavaScript framework, Craft becomes friction. Its GraphQL API exists but it's a bolt-on, not a native experience. The content modelling in Craft is genuinely good, and that translates well to headless platforms. We've migrated Craft sites to Sanity where the content structures mapped over almost one-to-one. The frontend rebuild in Next.js typically takes 6-10 weeks, and the result is faster, cheaper to host, and easier to iterate on.
What's the biggest challenge when migrating off Craft CMS?
Twig templates. Every piece of frontend logic in a Craft project lives in Twig, and none of it carries over to a modern JavaScript framework. You're essentially rebuilding every template from scratch. Content migration itself is manageable since Craft's data structures are well-organised, and you can export through the Element API or direct database queries. The other challenge is plugin replacement. If you rely on Craft plugins for forms, SEO, or search, you need to find equivalents in your new stack. We build a dependency audit before any Craft migration so there are no surprises mid-project.
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.


Get in touch

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