Question 1

How do we migrate content out of Directus?

Accepted Answer

Directus sits directly on your SQL database, which is both a blessing and a curse during migration. The blessing is that your content is in standard PostgreSQL, MySQL, or SQLite tables, so extraction is as simple as SQL queries. The curse is that Directus stores relational data and file references in its own conventions, so you need to untangle junction tables and re-map asset URLs. We write custom migration scripts for each project. A typical Directus migration with 50 to 100 content types takes 3 to 5 weeks.

Question 2

Why do teams move away from Directus?

Accepted Answer

The two biggest triggers we see are pricing jumps and Vue.js lock-in. Directus Cloud pricing escalates fast once your team grows past five users, and critical features like version control are paywalled behind higher tiers. On the development side, any custom interface work requires Vue.js, which creates friction for React-focused teams. Breaking changes between updates also erode trust over time. Teams that started with Directus for its open-source appeal often outgrow it when they need proper editorial workflows and real-time preview.

Question 3

Can we keep our existing database when migrating from Directus?

Accepted Answer

You can keep your database infrastructure, but you'll likely restructure the schema. Directus creates its own system tables (directus_users, directus_permissions, directus_files, etc.) alongside your content tables. During migration, we extract the content tables, transform the data to fit your new CMS's content model, and leave the Directus system tables behind. If you're moving to a headless CMS like Sanity, the data moves from SQL rows to structured JSON documents, which typically results in a cleaner content model.

Question 4

Is Hygraph easy for non-technical editors to use?

Accepted Answer

It's decent but not great. Hygraph's editor UI is clean and approachable for basic content updates, but the moment your content model gets complex (nested components, multiple locales, lots of reference fields), editors start feeling overwhelmed. The interface slows down with large datasets, and the GraphQL-native approach means the editorial experience is shaped by developer decisions more than in other headless CMS platforms. We've set up Hygraph for teams where editors managed well after proper onboarding, but it requires more hand-holding than something like Sanity's Studio, which was designed with editorial experience as a first-class priority.

Question 5

How does Hygraph compare to other headless CMS options?

Accepted Answer

Hygraph's standout feature is Content Federation, which lets you pull data from external APIs into a unified GraphQL layer. That's genuinely useful if you're aggregating content from multiple sources. Compared to Contentful, Hygraph is cheaper at the lower tiers and more developer-friendly if your team already knows GraphQL. Compared to Sanity, Hygraph offers less flexibility in content modelling and lacks real-time collaboration in the editor. The free tier is generous for small projects. For larger builds, we usually recommend Sanity because the customisation ceiling is much higher and you're not locked into GraphQL as your only query language.

Question 6

What does Hygraph cost as you scale?

Accepted Answer

Hygraph's Hobby plan is free with 3 seats, 1,000 content entries, 500K API operations, and 2 locales. The Growth plan is $199/month with 10 seats, 10,000 entries, 1M API operations, and 3 locales. Overages on Growth are $0.20 per 10,000 API operations. Enterprise is custom pricing and typically unlocks 200+ seats, 1M+ entries, 50M+ API operations, up to 80 locales, plus SSO and dedicated infrastructure. The catch is the same as it has always been, high-traffic sites burn through included operations fast, and Content Federation queries count against your limits too. Model your expected API usage before committing.

Question 7

What's the hardest part of migrating from Hygraph?

Accepted Answer

Content extraction is actually straightforward since everything comes out through GraphQL queries. The harder part is rebuilding whatever Content Federation layer you've set up, because that logic lives inside Hygraph and doesn't export. If you've wired up three or four external APIs through federation, you'll need to replicate those integrations in your application layer. The other pain point is schema translation. Hygraph's content model maps to GraphQL types, and converting those to another CMS's schema (especially one that uses GROQ or REST) takes careful planning. We typically budget 4-8 weeks for a Hygraph migration depending on content volume and federation complexity.

We are the Directus to Hygraph migration experts

Challenges with Directus

Benefits of Hygraph

Common questions

Directus to Hygraph migration FAQs

Answers to the most common questions about Directus to Hygraph migration

Projects migrated without a hitch

Tray.ai

Mario Testino

Tabby.ai

Global Cycling Network

Get in touch

Projects migrated without a hitch

Tray.ai

Mario Testino

Tabby.ai

Global Cycling Network