Migrations
Running a site migration without losing rankings
Most ranking loss at launch is not caused by design. It is caused by addresses that changed without a plan, copy that was shortened during the rebuild, and metadata that was never carried across. The fix is boring and it works: inventory first, decide second, redirect third, validate fourth.
The inventory lists every existing address with its impressions, clicks and inbound links. Each row then gets one decision: keep the address, move it to a named new address, or remove it deliberately. Nothing is left undecided, because undecided rows become 404s on launch day.
Every moved address gets exactly one permanent redirect straight to its final destination. Chains, where an old address points at another old address, waste crawl budget and dilute the signal. Redirecting everything to the homepage is worse: search engines usually treat it as a soft 404 and the equity is lost anyway.
Validation happens twice. Before launch, compare titles, headings, body content and structured data old against new. After launch, recrawl the full inventory and check that every row returns the status it was supposed to, then watch index coverage for a few weeks rather than a few days.
