migrations

SEO Site Migrations: The Complete 2026 Playbook

Nine in ten site migrations lose search traffic. This 2026 playbook covers migration types, 301 redirect mapping, recovery timelines and AI-search risk.

A site migration is the single highest-risk event in technical SEO. Roughly nine out of ten migrations damage search performance, and a study of 892 domain moves found the average site took 523 days to return to pre-migration organic traffic — with 17% never fully recovering (Search Engine Journal, via Numen). The fastest recoveries in that dataset took just 19, 22, and 23 days — driven by small backlink profiles and perfect redirect mapping (Digital Applied).

In 2026 the stakes are higher than ever. AI Overviews now appear on roughly 48% of tracked queries (BrightEdge), and a single broken redirect no longer just costs you Google clicks — it can erase your brand from ChatGPT, Perplexity, Claude and Google's AI Mode citation pools, where sources churn by 56–74% every week (SISTRIX). Google's March 2026 Core Update (Mar 27–Apr 8) saw ~80% of top-3 search results shift and 24% of top-10 pages vanish from top 100 entirely — penalizing generic aggregators and rewarding niche specialists (Search Engine Land via Noseberry). The May 2026 Core Update launched simultaneously with a rebuilt AI search interface; AI Mode now has 1 billion monthly users (Google I/O, May 19, 2026). Meanwhile, Googlebot's HTML fetch limit dropped to 2MB per URL in March 2026 (Google Search Central Blog), and Bing removed its Site Move tool — leaving only Google's Change of Address officially supported (Local SEO Guide). Migrations must now preserve both organic traffic and AI citation equity with a target of ≥95% retained within 60 days (BrightEdge, cited by Digital Applied).

This playbook covers every migration type, the pre-migration prep that prevents disaster, the URL-mapping and redirect strategy that is the heart of any safe move, why rankings drop, how to monitor and recover, and the new AI-search dimension. It is built on Google Search Central guidance and real, named case studies.

Quick answer: how to migrate without losing rankings

A safe SEO migration comes down to five things: (1) benchmark traffic, rankings and conversions before you touch anything; (2) crawl a complete inventory of every old URL, including images and PDFs; (3) map each old URL 1:1 to its closest new URL with a server-side 301 redirect; (4) change only one variable at a time; and (5) monitor Search Console and server logs daily for 404s and crawl errors after launch. Bulk-redirecting everything to the homepage is the number-one cause of traffic collapse.

What counts as a migration

"Migration" covers far more than moving domains. Any change that alters your URLs, your platform, or how Google renders your pages is a migration with SEO risk. The nine common types differ sharply in risk and recovery.

Migration type	Typical traffic drop	Recovery time	Risk
Design-only (same CMS, same URLs)	10–25%	4–8 weeks	Low
HTTP → HTTPS	0–35%	2–6 months	Moderate
Subdomain → subfolder	flat to positive	weeks	Low–moderate
URL / information-architecture change	moderate	1–3 months	Moderate–high
CMS / platform replatforming	30–60%	4–12 months	Very high
Site consolidation / merger	high	3–6 months	High
Internationalization / hreflang	high if mis-synced	months	High
Domain / brand change	40–70%	30 days to 523 days	Highest
Hybrid (several at once)	extreme	unpredictable	Extreme

Benchmarks aggregated by Numen, Moz, O8 and Local SEO Guide.

The nine types in brief

Domain / brand change (old-brand.com → new-brand.com). The riskiest move. Google's own guidance: use server-side 301/308 redirects, keep them live at least a year, and file a Change of Address in Search Console (Google). HireRoad merged three domains into one, tested almost 1,000 redirects before launch, and finished 14.5% above forecast a year later — proof it can go well when redirects are taken seriously. A .net → .com move by Hooshmand.net, however, suffered a 90% traffic drop and took 1.5 years to recover (Hooshmand.net). The difference: redirect completeness and staging.
HTTP → HTTPS. Usually safe, but not automatic. Google treats HTTP and HTTPS as separate properties, so you must redirect every URL and fix mixed-content resources. One Moz-documented site gained 60% visibility a month after switching; another UK retailer suffered a permanent 20% loss (Moz).
CMS / platform replatforming (e.g. WordPress → Shopify, or a move to headless). Very high risk: documented 30–60% drops when SEO isn't treated as a technical priority. WooCommerce.com's move to Woo.com lost over 90% of visibility and was rolled back after five months (Firecrawl). The fix is a "bridge": a script that maps old database records to new URLs so every old page has a destination. A Volusion → Shopify replatform saw organic clicks fall ~58% (from ~1,200 to ~500 per day) due to long redirect chains and missing 301 mappings (Digital Applied).
URL / information-architecture change. Moving from product.php?id=1 to /products/widget, or restructuring categories. Google's rule applies hardest here: change only one thing at a time.
Site consolidation / merger. Folding several sites into one. Prioritize redirects with a scoring matrix — the top 100 pages by traffic and top 50 by backlinks must redirect on day one.
Subdomain → subfolder (blog.domain.com → domain.com/blog). Often neutral-to-positive because link equity passes more efficiently inside one domain. Rand Fishkin catalogued 14 case studies where this lifted traffic — but GitHub moved its blog three times with no clear winner, so don't expect magic.
Internationalization / hreflang. High risk because hreflang clusters break if a single return tag is missing. Sites with correct hreflang saw 47% higher organic traffic from secondary markets (Ahrefs, 2025). NFON's ccTLD-to-gTLD move grew Austrian traffic 90% in five months (SearchViu).
Design-only redesign. Same URLs and CMS, new look. Lowest risk — but heavy JavaScript or degraded Core Web Vitals can still tank rankings without a single URL changing.
Hybrid migrations. Combining domain + platform + URL changes at once makes it impossible to isolate what broke. One UK retailer combined a redesign, CMS migration and URL restructure in a £7.6M project; consultants ignored the redirect plan and the site lost roughly £3.8 million in first-month revenue (iPullRank, via Numen). The 2026 recommendation is to split "triple threat" into three separate phases — change one element at a time (Digital Applied).

Single-Page Application (SPA) Migrations (2026 update)

SPAs require JavaScript; challenges include blank pages for bots, indexing delays (minutes to hours), missing unique URLs, and JavaScript errors. Google's Martin Splitt calls server-side rendering (SSR) a "lifesaver" for SPAs — generating full HTML per request. By 2026, over 60% of React applications are expected to use hybrid rendering (SSR/CSR) (Web.dev). Googlebot uses an evergreen Chrome version with a rendering timeout of ~5 seconds and does not perform user interactions. Avoid the danger of a noindex tag left in the initial HTML shell — Google may obey it even if JavaScript removes it later. Use the History API (pushState) to create clean, crawlable URLs.

Before you migrate: benchmark, inventory, stage

The work that determines whether a migration succeeds happens weeks before launch.

1. Benchmark everything

You cannot prove recovery against a baseline you never recorded. Capture, for 30–90 days before launch:

Traffic — GA4 organic sessions, overall and per landing page.
Rankings — current positions for every target keyword (Semrush, Ahrefs or STAT).
Conversions — conversion rate, goal completions and revenue by page.
Technical — Core Web Vitals (LCP under 2.5s, INP under 200ms, CLS under 0.1) and indexed page count.
Backlinks — a full export, flagging high-authority .edu/.gov/publisher links for manual reclamation.
AI citations — which of your pages currently get cited in ChatGPT, Perplexity and AI Overviews. This is new for 2026 and most teams skip it.

Set explicit KPIs, e.g. "preserve 95% of AI citations and 90% of organic traffic within 60 days of launch."

2. Crawl a complete URL inventory

Crawl every live URL with Screaming Frog, Sitebulb or Lumar and export titles, meta descriptions, H1s, canonicals, schema and status codes. Then cross-reference three sources so nothing is missed:

the crawl,
Search Console (Page Indexing and Links reports), and
GA4 landing-page data, plus server logs.

Critically, include images, PDFs and videos. Forgotten image redirects are one of the most common post-migration leaks (Google). Pre-migration content audit helps — prune low-value pages with 410s rather than redirecting thin content (Digital Applied).

3. Keep staging out of the index

A staging site that gets indexed can poison your live rankings. Use defense in depth: robots.txt Disallow: /, a noindex meta tag, an X-Robots-Tag: noindex, nofollow HTTP header, and HTTP auth or IP restriction.

But there's nuance. SearchViu's Eoghan Henn recommends not blanket-noindex-ing every staging page, because that prevents you from verifying which pages should be noindex before launch — password-protect instead and mirror your real future robots.txt (SearchViu). And remember the reverse failure: about 10% of Squarespace audits find the site-wide noindex toggle still on months after go-live (Digital Applied). Removing that block is a launch-day checklist item.

Additional 2026 staging checks:

Cloudflare bot-management settings should be audited; overly aggressive settings may block Googlebot (Digital Applied).
Verify GA4 and paid-media tracking tags fire on the new site before declaring success.
Screaming Frog Compare mode (requires saved database crawls) helps surface added/removed/missing URLs between live and staging.

URL mapping and the 301 redirect strategy

This is the heart of every migration. Get it right and most of the risk evaporates.

The golden rule: map every old URL 1:1 to the most relevant new URL. Bulk-redirecting a whole site to the homepage is the single biggest cause of post-migration collapse (Google, Numen, O8). Redirecting old pages to loosely-related category pages isn't safe either — it triggers soft-404 warnings and the rankings drop anyway (GSQI).

Use the right redirect. Server-side 301 (permanent) or 308 (permanent, preserves POST) only.

Redirect	Meaning	Use for migrations?
301	Permanent	✅ Best choice
308	Permanent, preserves POST	✅ Valid alternative
302 / 307	Temporary	❌ Passes limited equity
Meta refresh	Client-side delay	❌ Avoid
JavaScript (`window.location`)	Client-side	❌ Unreliable for crawlers

Updated note on equity loss: Google's Gary Illyes confirmed in 2016 that 301 and 302 redirects do not cause significant link equity loss — pre‑2016 speculation about 90‑99% PageRank loss is not current Google doctrine (Cuttly; Digital Applied). However, equity transfer still takes time and is not perfectly lossless in the short term. A redirect from an unlinked page generates no equity transfer (Cuttly).

Avoid redirect chains. Googlebot follows up to 10 hops, but keep chains under 3 (Google). Each hop bleeds an estimated 5–15% of link equity, so a three-hop chain can cut effective ranking power by 30% or more. John Mueller's 2022 guidance: update old internal links to point directly at the final URL rather than relying on the chain (Moz). For absolute safety, max recommended is 3–5 hops (Google Search Central).

Prioritize. On a large site you can't test everything at once, so score URLs by traffic, backlinks, conversions and pageviews:

Critical (live on launch): top 100 pages by organic traffic + top 50 by backlinks.
High (within 48 hours): moderate-traffic pages or any page with 2+ referring domains.
Medium (within 2 weeks): low-traffic pages with some link value.
Low (410 or defer): zero-traffic, zero-backlink pages.

Mind platform limits. Some enterprise platforms cap redirects at 50,000–100,000 entries. Use regex/pattern rules or CDN-level redirects to scale past the limit (O8).

Keep redirects for at least a year — ideally indefinitely. Do not release the old domain until redirects have been live for 12 months (Google).

Why rankings drop after a migration

When traffic falls, it is almost always one of seven failures:

Missing or wrong redirects. Every unmapped URL is a 404 — lost rankings, lost link equity, lost traffic. Most-forgotten: old blog posts, location pages, PDFs and images.
Redirect chains. "Temporary" testing redirects that never get cleaned up quietly compound into equity-leaking chains.
Canonical errors. Canonicals must self-reference the new URLs. Stale canonicals pointing at old URLs create duplicate-content confusion.
Lost structured data. Dropping schema during a template rebuild directly cuts AI-citation probability — AI systems lean heavily on structured data and visible content. The FAQ rich result was deprecated on May 7, 2026 (Google Search Central Documentation), so FAQ schema may no longer yield visible results but can still influence AI citations.
Broken internal linking. Rebuilding navigation without preserving the internal link graph redistributes (and dilutes) authority.
robots.txt / noindex leftovers. A blanket Disallow or a forgotten noindex can suppress whole sections. Note the ordering trap: a noindex tag is useless on a page already blocked in robots.txt, because the crawler never reaches the tag (OnCrawl).
Speed regressions. New platforms perform differently. Re-benchmark Core Web Vitals — and note Googlebot's HTML processing limit dropped to 2MB in March 2026 (Google Search Central Blog); oversized pages risk incomplete crawling. Critical elements (meta tags, canonicals, structured data) must be within the first 2MB to be processed.

Recovery is slow partly because Googlebot must crawl every URL on both the old and new site at least once before the index settles. One promising tactic from John Mueller (2023): soft-launch the new domain a week early — in one test a site that went live January 21 and migrated January 28 was 100% indexed by February 1 (Search Engine Journal).

Post-migration: monitor and recover

Search Console

Performance report — compare clicks, impressions and CTR across matched date ranges.
Page Indexing & Sitemaps — old URLs should fall toward zero indexed; new URLs should climb.
Crawl Stats — watch the 404 rate. If old-domain URLs are 301-ing correctly it should approach 0%; a lingering 4% means missed redirects. Note Crawl Stats lags real time by 3–4 days (GSQI).
Change of Address — mandatory after a domain move.
Index Coverage report — watch for "Discovered – currently not indexed" (improve internal linking, authority) and "Crawled – currently not indexed" (content quality issue). Use the URL Inspection tool to test redirects and request indexing — but note the daily limit is approximately 10–12 URLs per property (Google Search Console, 2026).

Log files — the gold standard

Search Console tells you what Google indexed; only server logs tell you what Googlebot actually requested. For a migration, retain logs 6–12 months and watch for: bots hitting disallowed or missing URLs, no crawl activity on new pages, and disproportionate hits to old URLs that don't follow through. Tools: OnCrawl Log Analyzer, JetOctopus, Splunk, Modiv, Logs.io (HM Digital).

Monitoring cadence (2026 protocol)

Daily first 2 weeks: indexed pages count, crawl errors, sharp traffic changes (Digital Applied).
Weekly for 8 weeks: brand vs non-brand queries, keyword rankings, organic traffic by page type & topic, goal completions.
30/60/90-day milestone check-ins.

Recovery benchmarks

Migration	Expected drop	Recovery
Design-only	10–25%	4–8 weeks
HTTP → HTTPS	0–35%	2–6 months
Domain change (clean)	40–70%	30–60 days
Domain change (average across 892 sites)	—	523 days
Large CMS / platform	30–60%	4–12 months
Enterprise (50,000+ pages)	30–60%	3–6 months
AI citation recovery	20–25%	4–8 weeks with optimization

Real-world recovery examples:

A B2B SaaS site with 1.4 million URLs recovered in ~30 days (Local SEO Guide).
An auto-parts retailer with ~600,000 URLs recovered in ~60 days (Local SEO Guide).
A zero-traffic-loss migration: a SaaS site with 14,200 URLs changed domain, CMS, and URL structure simultaneously yet saw 0% organic traffic loss and +18% growth at eight weeks — thanks to six weeks of preparation, 1:1 redirects for all URLs, updated internal links, and backlink outreach (Digital Applied).
Ancient.eu → Worldhistory.org: traffic dropped to near zero, took 6 weeks in the doldrums, then gradual recovery over a year finally exceeded former levels (Hooshmand.net).

Even a flawless migration usually sees a temporary ~10% dip in the first weeks.

The AI-search dimension: new in 2026

Migrations now carry a second front. AI crawlers behave differently from Googlebot, and AI citation pools are far more volatile than organic rankings.

AI crawlers handle redirects poorly. Latency and crawl deprioritization mean a migration that's "fine for Google" can still drop you out of AI answers. If your content is briefly blocked, citations can shift to competitors permanently — and 56% of AI Overview sources and 74% of ChatGPT sources change every week (SISTRIX).
Organic losses cascade into AI losses. Lily Ray's study of 11 sites hit by the January 2026 update found AI citations fell 22.5% on average, with ChatGPT down 27.8% — though Perplexity was the most resilient at –2.9%, since it runs its own 200-billion-URL index rather than leaning on Google.
Keep AI agents open during a migration. The safe default is to let search and user-triggered AI bots (OAI-SearchBot, PerplexityBot, ChatGPT-User) keep crawling; block only specific training crawlers if you must (BrightEdge). ChatGPT-User now out-crawls Googlebot by 3.6× on some sites, so AI access is no longer a side concern.
Watch for 499 errors. Michael King (iPullRank) documented a clear pattern: spikes in 499 errors (client disconnects) track directly with declines in AI visibility — fix them and visibility rebounds.
Preserve and test citations. Pages with structured data appear in AI answers ~60% more often, but most AI agents read visible HTML, not JSON-LD, at retrieval. Query your key topics in ChatGPT, Perplexity, Claude, Gemini and AI Mode before and after launch, and refresh top-cited pages — content updated within 30 days earns far more citations than stale pages (Chudi.dev).
Google's May 2026 AI optimization guide advises prioritizing non-commodity content, local/shopping/image/video, and mythbusts AEO/GEO misconceptions (Google Search Central). Multi-platform publishing (Reddit, LinkedIn, Twitter) can rank inside AI Mode faster than your own website, so ensure authoritative syndication.
Structural data (schema) is key for AI agents to scan and cite websites. The highest-risk schema types during migration are Product, Article, FAQ, HowTo, Organization, Breadcrumb (Digital Applied).
Server-side rendering required for meta tags and JSON-LD structured data — client-side injection may not be processed by Googlebot on first crawl.

Launch checklist

4–12 weeks before

Full crawl + cross-reference GSC and GA4 for a complete URL inventory (incl. images, PDFs)
Record baselines: traffic, rankings, conversions, Core Web Vitals, indexed count, AI citations
Export backlinks; flag high-value links for reclamation
Build the 1:1 redirect map; score and prioritize URLs
Stand up staging: password-protected, real future robots.txt, not blanket-noindex
Validate on staging: canonicals, schema, hreflang, internal links point to new URLs, sitemap lists only new URLs, HTTPS sitewide
Save pre-migration crawl in Screaming Frog database mode for later comparison (Digital Applied)
Reduce DNS TTL to ~300 seconds 24–48 hours before launch
Verify both old and new sites in Search Console (all variants: www, non-www, HTTP/HTTPS)

Launch day

Lower DNS TTL beforehand; launch in your lowest-traffic window
Activate all server-side 301s
Remove staging noindex / password protection
Manually verify the top 50 URLs by traffic
Submit the new XML sitemap and (for domain moves) file Change of Address; verify old + new properties in GSC
Use URL Inspection Tool or command-line (curl, traceroute) to test redirects

Post-launch

Hours 1–4: spot-check redirects, watch GA4 Real-Time and GSC for errors
Days 1–7: full crawl, fix every 404 and chain, track top-100 rankings daily, check logs for Googlebot behavior
Weeks 2–4: re-verify schema, update external links you control, check AI citations across platforms, fix any "Discovered – currently not indexed" pages
Months 2–3: traffic should trend back to baseline; refresh top pages; monitor AI citation share weekly
Keep redirects live at least 1 year — ideally indefinitely

Frequently asked questions

How long does it take to recover from a site migration? A clean, well-executed move typically recovers in 2–8 weeks, with a ~10% temporary dip. Larger CMS or platform migrations take 4–12 months. The average across 892 domain migrations was 523 days — but those averages are dragged up by sites with broken redirects. Good redirect hygiene is the difference between weeks and years. Real-world examples: a B2B SaaS site with 1.4M URLs recovered in 30 days; an auto-parts site with 600k URLs in 60 days (Local SEO Guide).

What's the most common reason migrations lose traffic? Missing or incorrect redirects — especially bulk-redirecting everything to the homepage instead of mapping each old URL 1:1 to its closest new equivalent.

Should I use 301 or 302 redirects? 301 for any permanent move. 302 is temporary and passes only limited link equity, so Google may keep indexing the old URL. Use 308 if you need to preserve POST data. Note that Google's Gary Illyes has stated that 301 and 302 redirects do not cause significant link equity loss, but equity transfer still takes time.

How long should I keep redirects in place? At least 12 months, and ideally indefinitely. Never release the old domain until redirects have been live for a full year.

Can I change my domain, platform and URLs at the same time? You can, but you shouldn't. Combining changes makes it impossible to isolate what caused a drop, and it multiplies risk. Google's explicit advice is to change one thing at a time and split large moves into stages. The 2026 "triple threat" (domain + CMS + URL) is considered Critical risk and should be phased into 3 separate steps (Digital Applied).

Do AI search engines like ChatGPT and Perplexity affect migrations? Yes — this is new in 2026. AI crawlers follow redirect chains poorly and AI citation pools change weekly, so a migration can quietly drop you from AI answers even when Google recovers. Keep AI search and user-agent crawlers unblocked during the move and test your citations before and after launch. Target ≥95% AI citation retention within 60 days.

Is the Bing Site Move tool still available? No. Bing removed its Site Move tool as of 2026. Only Google's Change of Address is officially supported for domain moves (Local SEO Guide).

Key takeaways

Treat any URL, platform or rendering change as a migration with real SEO risk.
Benchmark traffic, rankings, conversions and AI citations before you start.
Map every old URL 1:1 to a new one with a server-side 301; never bulk-redirect to the homepage.
Change one variable at a time; split "triple threat" migrations into phases.
Keep redirect chains under three hops; keep redirects live at least a year.
Monitor Search Console plus server logs daily after launch; use daily/ weekly/30/60/90 cadence.
In 2026, protect AI visibility too: keep AI crawlers open, test citations across ChatGPT, Perplexity, Claude, Gemini and AI Mode, and preserve schema (especially Product, Article, FAQ, HowTo, Organization, Breadcrumb).
Account for new constraints: 2MB HTML fetch limit, deprecation of FAQ rich results, and volatility from core updates.
Real-world examples prove zero-traffic-loss migrations are possible with thorough preparation.

Sources

What's new (2026-06-21)

Added data on fastest recovery times (19, 22, 23 days) from the Digital Applied study of 892 migrations.
Integrated March 2026 Core Update volatility: ~80% of top-3 results shifted, 24% of top-10 pages fell out of top 100.
Added AI Mode milestone: 1 billion monthly users (Google I/O May 2026) and "double wave of SERP disruption".
Updated redirect equity guidance with Gary Illyes' statement that 301/302 do not cause significant link equity loss; added note that redirects from unlinked pages transfer no equity.
Added 2MB HTML fetch limit per URL (Googlebot, March 2026) and recommendation that critical elements appear within that limit.
Added Bing removal of Site Move tool — only Google Change of Address supported.
Added deprecation of FAQ rich result (May 7, 2026).
Expanded case studies: Hooshmand.net .net→.com disaster (90% drop, 1.5-year recovery), Volusion→Shopify replatform (58% click loss), zero-traffic-loss SaaS triple-threat migration (+18% growth), Ancient.eu→Worldhistory.org recovery.
Added staging validation tips: Cloudflare bot-management audit, Screaming Frog Compare mode, GA4/paid-media tracking test.
Added monitoring cadence: daily first 2 weeks, weekly 8 weeks, 30/60/90 milestones.
Added Request Indexing daily limit (~10–12 URLs per property).
Added crawl budget formula: = min(Crawl Capacity Limit, Crawl Demand) (sites >1M pages).
Added recommendation to split "triple threat" (domain + CMS + URL) into three phases.
Added new sources: Digital Applied playbook, Cuttly redirect guide, Hooshmand.net case study, LinkGraph crawl budget guide, Google crawler blog.
All changes sourced from the fresh research report with URLs listed above.

Originally published in the EcomExperts SEO library.