Last updated on October 20, 2026
Headless CMS Migration: A Step-by-Step Guide

September 9, 2025 · 12 min read

A headless CMS migration moves your content out of a traditional CMS such as WordPress, Webflow or Drupal into a headless CMS, and rebuilds the front end on a framework like Astro or Next.js. A focused marketing site takes about 6 to 12 weeks, and the step that protects your rankings is the URL map with its 301 redirects, not the content import.
Perhaps you started with a traditional CMS, and after reading "Headless CMS vs. Traditional CMS: Which is Right for Your Startup?" you are thinking, "Headless sounds like the future for my growing company." The good news: the move is entirely possible. It is not a flip of a switch, though. Most of our projects are migrations off WordPress, Webflow, older Statamic versions or custom code, and this guide is the process we use, with the checklist, timelines and costs we give our clients.
Headless CMS migration in 7 steps
Step | What happens | What you get |
|---|---|---|
1. Audit | Inventory every page, URL, media file and the pages that bring traffic | A content and URL inventory |
2. Content model | Turn pages and templates into structured content types | A content model for the new CMS |
3. Choose the stack | Pick the headless CMS and the front-end framework | A stack your team can live with |
4. URL map | Map every old URL to a new URL and plan the 301 redirects | A redirect map |
5. Migrate content | Run scripts that export, transform and import content and media | Content in the new CMS |
6. Test | Check content, redirects, SEO tags, speed, forms and analytics | A launch checklist with no open items |
7. Launch and monitor | Switch DNS, submit the sitemap and watch Search Console | A live site with stable rankings |
When a headless migration makes sense
A migration is a large project, so be honest about why you want it. These are the signs we see most often in teams that benefit:
Your marketing team waits on developers to publish a landing page or change a section.
Plugins run the site. Every update breaks something, and security patches are a monthly chore.
Pages are slow and Core Web Vitals fail, even after caching and image plugins.
Content goes to more than one place, for example a website, an app and a docs portal.
The platform is a ceiling. Webflow limits, a page builder you cannot extend, or a custom CMS nobody maintains.
If you run a small brochure site that changes twice a year, a headless setup can be more than you need. The trade-off is covered in our comparison of headless and traditional CMS setups.
Step 1: Audit your content and URLs
A thorough content audit is not just counting pages. It is understanding the DNA of your digital presence. Start with an inventory of everything: published content, drafts, media files, forms, redirects that already exist, and all that metadata you forgot existed.
Every URL: crawl the live site and export the XML sitemap. The two lists rarely match.
Pages that earn traffic: export pages with clicks from Google Search Console for the last 12 months. These pages get extra care.
Pages with backlinks: list them from your SEO tool, so none of them end up on a 404.
Keep, merge or drop: not all content deserves to make the journey. Thin or outdated pages can merge into stronger ones, with a redirect.
Relationships: related posts, authors, categories and cross-links must survive the move, or you get a broken user experience and an SEO problem.

Step 2: Model your content
Content modeling in headless systems requires a shift in thinking. Instead of pages and templates, think structured data that you can assemble like LEGO blocks.
What are your core content entities? For a SaaS company, you might have landing pages, features, customer stories and blog posts. For a media company, think articles, authors, topics and multimedia assets. Each needs its own structure with specific fields, validation rules and relationships.
Find the sweet spot between flexibility and simplicity. A model that is too strict sends every new section back to a developer. A model that is too loose lets editors break the design. We give marketing teams a library of page sections they can reorder, with fixed fields inside each section.
Step 3: Choose the headless CMS and front end
Here is where headless migration gets exciting: you get to choose your own stack. Choose wisely, because your team needs to live with this decision. Our headless CMS comparison lists the pricing and limits of 11 platforms.
Moving from | Common path | Read more |
|---|---|---|
WordPress | Statamic, a headless CMS such as Sanity or Contentful, or headless WordPress with an Astro or Next.js front end | |
WordPress (content-heavy site) | Statamic, with a native WordPress importer | |
WordPress (marketing site) | Astro with a headless CMS | |
Webflow | Astro with Sanity or another headless CMS |
Astro is our preferred choice for most client projects, especially content-heavy marketing sites where speed and SEO matter most. Next.js fits when the site is part of a larger web app. Consider your team's expertise too: a framework your developers have never touched adds risk to a project that already has plenty.
Step 4: Build the URL map and 301 redirects
This is the step that decides whether you keep your rankings. URL changes, even minor ones, can cost you traffic if you do not handle them. The safest rule is to keep the same URL structure. When a URL must change, map it to its new equivalent with a permanent 301 redirect.
One old URL, one new URL. Send each old URL to the closest matching page, never to the homepage.
No redirect chains. An old URL goes straight to its final URL in one hop.
Use 301, not 302. A permanent redirect tells Google to move the ranking signals to the new URL.
Redirect media and feeds too. Image URLs, PDFs and RSS feeds often have backlinks of their own.
Update internal links. Links inside your content should point to the new URLs directly, not through redirects.
Old URL | New URL | Rule |
|---|---|---|
/2021/05/my-post/ | /blog/my-post | Date-based WordPress URL to a clean blog URL |
/category/news/ | /blog/category/news | Category archive kept, new prefix |
/our-services/web-design/ | /services/web-design | Merged page, closest match |
/wp-content/uploads/guide.pdf | /assets/guide.pdf | Media file with backlinks |
Step 5: Migrate the content
Data migration is technically complex, but planning makes all the difference. Some content maps directly, some needs transformation, and some needs a new structure. We have helped several clients migrate from WordPress to Statamic, and the process is always the same: scripts, not copy and paste.
Export scripts pull all content, metadata and relationships from the old system.
Transform scripts turn page-builder HTML into structured fields and clean up old shortcodes.
Media scripts move images and files, convert them to modern formats and keep alt text.
Validation compares counts and spot-checks pages, so nothing goes missing.
Some platforms help. Statamic has a native importer for WordPress XML or CSV exports. Because the import is a script, you can run it again and again. Your editors keep publishing on the old site, and a final run just before launch picks up the last changes. That keeps the content freeze short.

Big bang or phased migration?
Approach | How it works | Good for | Risk |
|---|---|---|---|
Big bang | The whole site switches on one launch day | Marketing sites up to a few hundred pages | Everything changes at once, so testing must be thorough |
Phased | One section moves at a time, for example the blog first, while a proxy serves the rest from the old site | Large sites and many content types | Two systems to run for longer |
Parallel run | The new site is ready, and the old CMS stays read-only until the team signs off | Teams that need a fast way back | Editors must not publish in two places |
Whatever you choose, keep a rollback plan. Keep the old site and its hosting ready for a few weeks after launch, so a DNS change can bring it back if something goes wrong.
Step 6: Test before launch
Traditional platforms often handle SEO details for you. A headless front end does only what you build, so put these checks on your launch list:
Every URL from the old inventory returns a 200 or one 301 to the right page.
Titles, meta descriptions and canonical tags match or improve on the old site.
The XML sitemap lists only live, indexable URLs.
The staging noindex tag and the staging robots.txt rule are gone from production.
Pages render their main content in the server HTML, not only in JavaScript.
Structured data, Open Graph tags and image alt text carried over.
Unknown URLs return a real 404 status, not a 200.
Forms, analytics events and conversion tracking fire on the new site.
Core Web Vitals pass on the key templates.
Content checks matter as much as the technical ones. Ask the editors who own each section to review their pages, and test the new editing flow with them before launch day.

Step 7: Launch and monitor
Switch DNS at a quiet hour and keep the team online.
Crawl the full list of old URLs again on the live site.
Submit the new XML sitemap in Google Search Console.
Watch the Page indexing report and server logs for new 404 errors every day for the first two weeks.
Set up uptime alerts. With a tool such as UptimeRobot you hear about downtime before your users do.
Small ranking swings in the first weeks are normal while Google recrawls the site. After a migration done this way, rankings typically improve within 60 to 90 days, thanks to faster pages and cleaner HTML.
How long does a headless CMS migration take?
A focused marketing site migration typically takes 6 to 12 weeks. Larger sites with many content types, locales or integrations take 16 weeks or more. The table shows the ranges we quote, with real projects:
Project | Typical timeline | Example |
|---|---|---|
Marketing site, WordPress to headless | 6 to 12 weeks | |
Webflow to Astro | 8 to 12 weeks | |
Large or content-rich site | 16 weeks or more | Depends on content types, locales and integrations |
Hard deadline | 4 to 6 weeks, with a larger team | Chainguard: full rebuild on Contentful and Next.js in 30 days |
Duende's .NET site moved to Astro and Sanity and went live in 46 days, even though the designs arrived three weeks late. The content audit and the URL map (steps 1 and 4) are what make timelines like these possible, because they remove surprises before the build starts.
How much does a headless CMS migration cost?
Our website projects start at $25k and go up to $250k. Where a project lands depends on the size of the site, the industry, and whether you want a redesign or a one-to-one rebuild of the current design.
Number of pages and content types. Ten templates cost less to model and build than forty.
Redesign or rebuild. A one-to-one rebuild, like Flow Digital's, skips the design phase.
Integrations. CRM, search, e-commerce, gated content and single sign-on each add work.
Locales. Every extra language adds content model, QA and redirect work.
Data beyond content. User accounts, orders or forms data take their own migration scripts.
Plan for running costs too: the CMS license and hosting. The headless CMS pricing comparison has current prices. If you are not sure what state your current codebase is in, a code audit gives you a fixed-price roadmap first. It typically costs $5k to $10k and takes 2 to 4 weeks.
If the migration is part of a larger rebuild or redesign, our guide on how much a website costs covers the full price range and what moves it.
Common headless migration mistakes
A content model that is too complex or too simple. Both end with developers in the loop for every change.
Editors left out. A team used to a WYSIWYG editor needs training and a preview, or the new CMS feels like painting blindfolded.
The staging noindex goes live. One tag can remove the whole site from Google.
Redirects as an afterthought. A redirect map written on launch day misses pages, media and old campaign URLs.
No analytics on day one. Without tracking you cannot prove the migration worked.
Results from our migrations
We have never lost a client's rankings in a platform switch. A few of the projects behind that claim:
MyBodyTutor: WordPress to Statamic. 80% lower hosting costs, 50% faster load times, and 0 outages in 3 years.
Flow Digital: Webflow to Astro and Sanity, rebuilt one to one. Lighthouse Performance went from 83 to 90 and Best Practices from 69 to 100, with the SEO score kept at 100.
Clinique Michel Gagner: a Statamic rebuild with 26% more qualified leads and 200+ pages the team runs without developer help.
Chainguard: a full rebuild on Contentful and Next.js in 30 days.

FAQs
How long does a headless CMS migration take?
A focused marketing site migration typically takes 6 to 12 weeks. Larger sites with many content types, locales or integrations take 16 weeks or more. With a hard deadline, a larger team can compress a rebuild: we rebuilt Chainguard's website in 30 days.
How do I migrate from a traditional CMS to a headless CMS?
Audit your content and URLs, design a content model, and choose the headless CMS and front end. Then map every old URL to a new one with 301 redirects, migrate the content with scripts, test SEO and tracking, and launch with monitoring in Search Console.
Will migrating to a headless CMS hurt my SEO?
Not if every old URL gets a 301 redirect to its closest new page and the new front end renders its content in the HTML. Rankings can move a little in the first weeks, and typically improve within 60 to 90 days. Our WordPress to headless CMS migration service is built around no lost rankings.
How much does it cost to migrate to a headless CMS?
Our website projects start at $25k and go up to $250k. The price depends on the size of the site, the industry, integrations, locales, and whether you want a redesign or a one-to-one rebuild. You also pay for the CMS license and hosting after launch.
Can I keep posting on my old website during the migration?
Yes. Because we migrate content with scripts, we can run the import again just before launch to pick up new posts. The content freeze is only the final short window. We have migrated websites from WordPress to Statamic this way without losing content or rankings.
What are the disadvantages of a headless CMS?
You need developers to build and change the front end, and the editor preview takes extra work to set up. You also pay for and run two pieces, the CMS and the hosting. For a small site that rarely changes, a traditional CMS can be the simpler choice.
Bring your ideas to life 🚀
Plan your headless CMS migration with a team that has done it before
Talk to our headless CMS development agency about your site, or see the details of a WordPress to headless CMS migration, a WordPress to Statamic migration, a WordPress to Astro migration or a Webflow to Astro migration.
Lucky Media is proud to be recognized as a Certified Statamic Partner and an official Contentful agency partner.
Technologies

Stay up-to-date
Be updated with all news, products and tips we share!
On this page
- Headless CMS migration in 7 steps
- When a headless migration makes sense
- Step 1: Audit your content and URLs
- Step 2: Model your content
- Step 3: Choose the headless CMS and front end
- Step 4: Build the URL map and 301 redirects
- Step 5: Migrate the content
- Big bang or phased migration?
- Step 6: Test before launch
- Step 7: Launch and monitor
- How long does a headless CMS migration take?
- How much does a headless CMS migration cost?
- Common headless migration mistakes
- Results from our migrations
- Bring your ideas to life 🚀
