Quick answer: An SEO migration plan protects your rankings and traffic when you change your website, whether a redesign, a new domain, a new CMS, or a move to HTTPS. The plan runs in four stages: record a baseline, map every old URL to a new one with 301 redirects, preserve your content and technical SEO, and monitor closely after launch. The golden rule: preserve first, improve second.
What is an SEO migration, and why it needs a plan
A website migration is any significant change that affects your URLs, structure, platform, or domain: a redesign, a rebrand, moving to a new CMS, changing domain, consolidating sites, or switching to HTTPS. Each one risks your search rankings, because Google has to re-understand your site.
Done without a plan, migrations routinely lose 20% to 50% of organic traffic, sometimes for good. Done with one, you can migrate and keep, or even improve, your rankings. The difference is entirely in the preparation.
The four stages of an SEO migration
- Pre-migration: record a baseline and prepare.
- URL mapping and redirects: match old to new.
- Content and technical preservation: keep what ranks.
- Launch and post-migration monitoring: watch and fix.
Stage 1: Pre-migration (record a baseline)
Before you change anything, capture where you stand. If you do not know your starting point, you cannot spot what breaks.
- Record current keyword rankings and positions.
- Export all indexed URLs (a full crawl and Search Console coverage).
- Note organic traffic, conversions, and engagement by page.
- Save Core Web Vitals and current performance.
- Back up the entire site.
- Crawl the site (Screaming Frog or similar) to inventory every URL, title, heading, and internal link.
Do this while the old site is live, and keep the data. It is your reference for everything after.
Stage 2: URL mapping and 301 redirects (the most important step)
This is where migrations are won or lost. Every old URL must point to its closest new equivalent with a permanent 301 redirect.
- Build a full URL inventory of the old site.
- Map each old URL to the closest new URL, one to one, in a spreadsheet.
- Use 301 (permanent) redirects, not 302s, to pass link equity.
- Avoid redirect chains (A to B to C); point straight to the final URL.
- Handle removed pages deliberately: redirect to the most relevant page, not a blanket redirect to the homepage.
Good redirect mapping preserves your backlinks’ value, prevents a flood of 404s, and gives you a clear baseline to spot losses.
Stage 3: Preserve content and technical SEO
Migrate your search signals, not just your pages. Keep the things that earn rankings unless there is a clear reason to change them.
- Content: keep high-performing copy, title tags, meta descriptions, and headings.
- Internal links: preserve the internal linking structure that spreads authority.
- Structured data: migrate your schema markup.
- Canonicals and hreflang: validate them on the new site.
- Images: keep alt text and optimise file sizes.
- XML sitemap and robots.txt: prepare updated versions for the new structure.
- HTTPS: enforce it sitewide.
The principle: preserve first, improve second. Migrate on a like-for-like basis, then optimise once rankings are stable, so if something drops you know what caused it.
Stage 4: Launch and post-migration monitoring
Before launch (on staging)
- Test the new site on a staging environment blocked from indexing (noindex or robots).
- Check mobile performance and Core Web Vitals (LCP, INP, CLS).
- Verify every redirect works and internal links point to live URLs.
- Confirm titles, headings, schema, and canonicals carried over.
Launch day
- Remove the staging block so the new site can be indexed.
- Push the updated XML sitemap to Search Console.
- Confirm redirects are firing and there are no unexpected 404s.
After launch
- Submit the sitemap and request indexing of key pages.
- Monitor rankings, traffic, crawl errors, and 404s daily at first, then weekly.
- Watch Search Console for coverage and redirect issues.
- Fix problems fast: broken redirects, missing pages, or lost tags.
Expect some fluctuation. Traffic usually stabilises within four to eight weeks as Google recrawls the old URLs, processes the 301s, and indexes the new pages. Do not panic at week one; do act on clear errors.
Common SEO migration mistakes to avoid
- No redirect map (or redirecting everything to the homepage).
- Using 302s instead of 301s.
- Launching a staging site that got indexed (duplicate content).
- Changing content, URLs, and design all at once, so you cannot tell what caused a drop.
- Forgetting hreflang, canonicals, or schema.
- Not monitoring after launch and missing an easy fix.
Frequently asked questions
What is an SEO migration?
Any major website change that affects URLs, structure, platform, or domain (redesign, rebrand, new CMS, new domain, HTTPS) and therefore risks your search rankings.
How do I migrate a website without losing SEO?
Record a baseline, map every old URL to a new one with 301 redirects, preserve content and technical SEO, test on staging, then monitor closely after launch.
How long does it take to recover rankings after a migration?
Usually four to eight weeks to stabilise, as search engines recrawl and process redirects. A clean migration may see little drop at all.
Do I need 301 or 302 redirects?
301 (permanent) redirects, so link equity passes to the new URLs. 302s are temporary and do not reliably pass authority.
Can a migration improve my SEO?
Yes, if you preserve first and improve second. Migrate like-for-like to hold rankings, then optimise once stable.
The bottom line
An SEO migration plan is insurance for your traffic. Record a baseline, map and 301-redirect every URL, preserve your content and technical signals, and monitor closely after launch. Preserve first, improve second, and you can change your website without losing the rankings you worked for.
Planning a redesign, rebrand, or platform move? Talk to MediaPlus Digital about a website redesign or SEO services that protect your rankings. Free RM300 consultation.
