Working tool · published
Redesign migration checklist
A prelaunch and postlaunch checklist for preserving important URLs, content, internal links, metadata, analytics, and crawl signals during a redesign.
Reviewed 2026-07-20 · National guidance, Austin proofBrowser checklist
0%Work through the release gate.
Progress stays in this browser tab and is not submitted to VOID.
The task and the failure mode
Built for: Teams replacing a live website, CMS, information architecture, domain, or frontend rendering system.
A visually successful launch can lose search demand when high-value URLs disappear, redirects are guessed, content is cut, or analytics changes without a baseline.
Workflow
- 01Export the live route and performance inventory.
- 02Map keep, consolidate, redirect, and retire decisions.
- 03Validate staging without exposing it to indexing.
- 04Run launch-day crawl and measurement checks.
- 05Monitor canonical URLs, errors, traffic, and leads after release.
Evidence to retain
- Prelaunch URL map with owners and decisions.
- Baseline by page, query, route group, and conversion.
- Tested redirects and rendered metadata.
Release checklist
- Route inventory
- Performance and lead baseline
- One-to-one redirect map
- Canonical and robots plan
- Content and structured-data parity
- Internal-link update
- Analytics event parity
- Postlaunch crawl and GSC monitoring
Boundaries and caveats
Redesigns can change demand and conversion even when technical migration is correct.
Do not redirect unrelated retired URLs to the homepage.
Primary sources
- Google Search Essentials and SEO Starter Guidedevelopers.google.com
- Google Search Central: Build and submit a sitemapdevelopers.google.com
- Google Search Console performance reportingsupport.google.com