Last updated on: Reading time: 8 min read

How to Migrate From WordPress Without Losing SEO, Traffic, or Rankings

Summarize with AI

Table of contents
  1. First, Understand Why Migrations Lose Rankings
  2. The Pre-Migration SEO Audit
  3. Build a 301 Redirect Map for Every Single URL
  4. Preserve On-Page SEO Deliberately
  5. Get the Technical Foundation Right
  6. Launch Carefully, Then Watch Like a Hawk
  7. The Bottom Line
  8. FAQs

Every migration conversation I have eventually arrives at the same sentence, usually said with real fear: “We can’t afford to lose our rankings.” It’s the right thing to be afraid of. For a lot of the funded companies we work with, organic search is a meaningful chunk of pipeline, and a botched migration can wipe out years of accumulated authority in a weekend.

So let me be direct about the good news and the bad news. The good news: a WordPress migration does not have to cost you a single position in search. The bad news: keeping your rankings is entirely down to discipline you apply before launch, and most teams don’t apply enough of it.

I’ll also be honest that this isn’t theory for me. When we relaunched our own site, we took a short-term organic dip in the first couple of weeks. We caught it in Ahrefs, found the cause, redirect gaps, and recovered with a clean 301 map. It worked out, but it sharpened my conviction that the search side of a migration is the part you cannot wing.

Here’s exactly how to protect SEO through a move off WordPress.

First, Understand Why Migrations Lose Rankings

You can’t prevent a problem you don’t understand. Migrations cost traffic through three mechanisms, and only three:

1. Broken URLs. Google has indexed your current URLs and assigned authority to them. External sites link to those exact URLs. If a URL changes and there’s no redirect, every bit of ranking power pointing at it hits a dead end. This is the number one cause of migration traffic loss, by a wide margin.

2. Lost on-page signals. Title tags, meta descriptions, heading structure, alt text, and schema represent years of on-page optimisation. They don’t carry themselves to a new platform. If your rebuild doesn’t reproduce them deliberately, you’ve discarded them.

3. Crawl and indexing problems. A missing sitemap, a stray noindex tag, a robots.txt that blocks the new site, or broken canonicals can stop Google from properly crawling and indexing the new pages.

That’s the entire risk surface. Control these three and you keep your rankings. Everything below is how.

How rankings get lost What breaks What prevents it
Broken URLs A changed URL with no redirect sends its authority and backlinks to a dead end A single-hop 301 for every changed or retired URL
Lost on-page signals Titles, meta descriptions, headings, alt text and schema don’t carry over on their own Reproduce them from the audit, page by page
Crawl and indexing problems A missing sitemap, a stray noindex, a blocking robots.txt or broken canonicals Technical checks before launch, then Search Console

The Pre-Migration SEO Audit

This is where the work actually lives. Do it thoroughly and the rest is execution.

Crawl everything. Screaming Frog or Ahrefs Site Audit. Export every URL the site has, pages, posts, archives, PDFs. This is your master list. For a quick first list from your sitemap, our free migration planner shows which URLs keep their path on the new platform and which need a 301.

Identify your traffic-driving pages. From Google Search Console, export your top organic landing pages over the last 12 months. These are sacred. They get the most careful handling in the migration.

Map your keyword rankings. Pull current positions for your important terms from Ahrefs and Search Console. This is your baseline, without it, you can’t tell whether anything actually moved after launch.

Audit your backlinks. Find which specific URLs have external links pointing at them. A page with twenty referring domains carries authority you must preserve at that URL or redirect cleanly. Losing it is losing the authority.

Document on-page SEO. For every page worth keeping: title tag, meta description, H1, and structured data. You’re going to reproduce all of it.

I’ll repeat the thing I tell every client: nearly every migration that loses traffic traces back to a thin or skipped audit. The audit is not the boring prelude to the real work, it is the work.

Build a 301 Redirect Map for Every Single URL

If you take one thing from this post, take this.

A 301 redirect is a permanent redirect, and it passes the large majority of a page’s ranking authority to its new location. It is the mechanism that lets you change URLs without losing rankings. Build one for every URL that changes.

The process:

  1. Start from your full crawl, every old URL.
  2. For each, decide: same URL (keep it identical, no redirect needed), changed URL (301 to the new location), or retired (301 to the closest relevant surviving page).
  3. Never mass-redirect to the homepage. Google reads a redirect to an irrelevant page as a soft 404 and passes almost no authority. A retired pricing page should redirect to the new pricing page, not the homepage.
  4. Eliminate redirect chains. Old → intermediate → final wastes authority and slows crawling. Make every redirect a single hop to the final destination.
  5. Build it as a spreadsheet, old URL, new URL, type, and review every line.
Every old URL from the crawl gets one of three outcomes: same URL, keep it with no redirect; changed URL, a 301 to the new URL; retired, a 301 to the closest relevant page. Never mass-redirect to the homepage.Every old URLSame URLChangedRetiredKeep it,no redirect301 to thenew URL301 to closestrelevant pageOne hop, no chainsNever mass-redirect to the homepageGoogle reads it as a soft 404.
Build the map as a spreadsheet (old URL, new URL, type) and review every line.

Both Webflow and Framer handle 301s natively. The platform isn’t the hard part. The completeness of the map is.

Preserve On-Page SEO Deliberately

Nothing about your on-page optimisation transfers automatically. On the new site:

  • Reproduce every title tag and meta description from your audit.
  • Keep your heading structure intact, one H1 per page, a logical hierarchy below it.
  • Re-add image alt text.
  • Rebuild structured data on the pages that had it.
  • Restore internal links. WordPress sites build up internal links over years, and a clean rebuild usually loses them. Internal links pass authority and signal topical structure, rebuild them, don’t lose them.

Get the Technical Foundation Right

  • Submit a fresh XML sitemap in Search Console at launch.
  • Set canonical tags correctly so you don’t create duplicate-content confusion.
  • Check robots.txt: make sure nothing blocks the new site and no leftover staging noindex tags survive to production. A stray noindex is one of the fastest ways to vanish from search.
  • Verify the new site in Search Console before launch if the platform allows it.
  • Confirm Core Web Vitals on the live pages. Speed is a ranking factor and migrations are a chance to improve it.

Launch Carefully, Then Watch Like a Hawk

Launch early in the week so you’re around to catch problems. Implement all redirects at go-live. Then, for the first three to four weeks:

  • Submit the sitemap and request indexing of priority pages.
  • Monitor organic traffic daily against your baseline.
  • Watch the Coverage report for crawl errors and unexpected 404s.
  • Re-crawl the live site to catch missed redirects and broken links.
  • Track rankings for your priority keywords.

Expect a small wobble in week one: Google needs to re-crawl and re-index, and that takes a little time. That’s normal and it recovers. What’s not normal is a decline that keeps going past a few weeks. That means something is broken, and in my experience it’s almost always a redirect gap. This is exactly the signal we caught on our own relaunch, and catching it early is the difference between a footnote and a crisis.

  1. Audit Crawl every URL, export top pages, rankings and backlinks.
  2. Redirect map A single-hop 301 for every changed or retired URL.
  3. On-page SEO Titles, metas, headings, alt text, schema, internal links.
  4. Technical checks Sitemap, canonicals, robots.txt, no stray noindex.
  5. Launch and watch Early in the week, then daily checks for 3 to 4 weeks.

The Bottom Line

Losing SEO in a migration is a choice, not an accident. It happens to teams that treat search as a launch-day afterthought instead of a pre-launch discipline. Audit completely, redirect every URL, reproduce every on-page signal, get the technical foundation right, and monitor obsessively for the first month. Do that and you keep every position you’ve earned, and often gain some, because the new site is faster and cleaner than the old one.

For the platform-specific versions of this process, see the WordPress to Webflow migration guide and the WordPress to Framer migration guide. For the full operational sequence, the redesign and migration checklist lays out every step in order.

DesignMe migrates websites for funded B2B SaaS and AI companies with SEO preservation built into the process from the first audit, because protecting the traffic the old site earned is the entire point. If you’re moving off WordPress and rankings are on the line, our intro call is 30 minutes:

designme.agency/intro

Need more info?

Questions about migration SEO

Adrian

Can't find your answer?

Book a call and let's talk.

Or email us hello@designme.agency

Will migrating from WordPress hurt my Google rankings?

It does not have to cost a single position. Keeping rankings comes down to discipline applied before launch: a complete audit, a 301 for every changed URL, reproduced on-page SEO and a correct technical setup.

What causes traffic loss after a website migration?

Three things: broken URLs with no redirect, on-page signals such as titles, headings, alt text and schema that were not carried over, and crawl or indexing problems like a missing sitemap, a stray noindex tag or broken canonicals. Broken URLs are the biggest cause by a wide margin.

Should I redirect deleted pages to the homepage after a migration?

No. Google reads a redirect to an irrelevant page as a soft 404 and passes almost no authority. Send each retired URL to the closest relevant surviving page, such as an old pricing page to the new pricing page, and make every redirect a single hop.

What data should I export before migrating a WordPress site?

A crawl of every URL from Screaming Frog or Ahrefs Site Audit, your top organic landing pages from Search Console over the last 12 months, current keyword positions, the URLs that have backlinks, and the title, meta description, H1 and structured data for every page worth keeping.

Is a drop in organic traffic normal after a site migration?

A small wobble in the first week is normal while Google re-crawls and re-indexes, and it recovers. A decline that keeps going past a few weeks means something is broken, and it is almost always a redirect gap.

How long should I monitor SEO after a migrated site goes live?

Watch closely for the first three to four weeks: compare organic traffic daily against your baseline, check the Coverage report for crawl errors and 404s, re-crawl the live site for missed redirects and track priority keywords. Launch early in the week so someone is around to catch problems.

You've reached the end, so now…

Tell us what you’re building.

We’ll help you map the right scope, team, timeline, and next steps.

Book a call