Why migrations go wrong
Search engines rank individual URLs. When a site changes, those URLs often change too. If old addresses disappear without redirects, the rankings and links they earned over years go with them. Visitors and Google find error pages instead of content.
Common migration mistakes include:
- Launching without redirects from old URLs to new ones.
- Redirecting every old page to the homepage instead of to its closest equivalent.
- Leaving a "noindex" setting on from the development site.
- Removing pages that ranked well because they did not fit the new design.
- Rewriting content so heavily that pages no longer match the searches they ranked for.
- Changing titles, headings and internal links all at once, making problems impossible to trace.
- Forgetting tracking, so leads cannot be measured after launch.
Each of these is preventable with planning.
Types of migration
| Migration | What changes | Main risk |
|---|---|---|
| Redesign on the same platform | Design, sometimes content and URLs | Lost content and changed URLs |
| Platform change | The system behind the site, often URL formats | URL changes, lost metadata and structured data |
| Domain change | The website address itself | Every URL changes at once |
| HTTP to HTTPS | Protocol | Duplicate versions if redirects are incomplete |
| URL restructure | Folder structure and page addresses | Broken internal links and redirect chains |
| Site merger | Two sites combined into one | Overlapping pages competing or lost |
Many projects combine several types, such as a redesign on a new platform with new URLs.
Phase 1: Inventory before anything changes
We record everything that currently brings value:
- Every URL found by crawling the site and from the XML sitemap.
- Pages with organic traffic, from Google Search Console and analytics.
- Pages with external links, from backlink data.
- Key elements per page: title, meta description, headings, structured data and canonical tags.
- Current rankings and leads for the most important searches and pages.
This becomes the baseline for comparison after launch.
Phase 2: The redirect map
The redirect map lists every old URL and the new URL it should point to. The rules:
- Each old URL redirects to the most relevant new page, not to the homepage.
- Redirects are permanent (301 or 308), so search engines transfer signals to the new address.
- Redirects go directly to the final destination, with no chains of several hops.
- Pages that genuinely have no equivalent can return a 404 or 410, but only after checking they have no valuable traffic or links.
For a local business site with fifty pages, the map is a simple spreadsheet. For larger sites, patterns and rules handle most redirects, with manual review of the most valuable pages.
Phase 3: Content and on-page checks
Before launch, we compare the new pages with the old ones:
- Do the pages that ranked well still exist, with their key content intact?
- Do titles and headings still match the searches the pages ranked for?
- Are service and location pages still present and linked?
- Has structured data been carried over or improved?
- Do internal links point directly to new URLs?
Design changes are welcome; removing the content that earned rankings is not.
Phase 4: Staging review
We review the new site on a staging environment before it goes live:
- Crawl the staging site to find broken links, missing pages and errors.
- Test redirects from a sample of old URLs.
- Check page speed and mobile layout.
- Confirm tracking for calls, forms and analytics is in place.
- Confirm the staging site itself is blocked from indexing, so Google does not find a duplicate.
Phase 5: Launch day
On launch day:
- Remove any indexing block from the live site.
- Activate redirects and test them.
- Submit the new XML sitemap in Google Search Console.
- Use the URL Inspection tool on key pages.
- For a domain change, use Search Console's Change of Address tool.
- Update the website link on your Google Business Profile and major citations if URLs changed.
Phase 6: Monitoring after launch
Most problems appear in the weeks after launch. We monitor:
- Indexing: new URLs indexed, old URLs dropping out, no unexpected exclusions. Our indexing optimization process covers this.
- Crawl errors and 404s: any old URLs that slipped through without redirects.
- Rankings for key searches, compared with the baseline.
- Organic traffic and leads, by page and overall.
Some fluctuation is normal for a few weeks. Large or lasting drops point to specific problems that the baseline helps identify.
Local business considerations
Migrations affect local SEO in specific ways:
- Google Business Profile links: if the page your profile links to changes URL, update the profile.
- Location pages: keep each location page's address, phone and structured data intact.
- Citations: update the website URL on major directories if your domain changes.
- Call tracking: confirm numbers and scripts work on the new site.
Merging two websites
Businesses sometimes run two sites: an old domain from before a rebrand, a separate site for one service, or a site inherited through an acquisition. Merging them into one can concentrate ranking strength, but it needs care. We map overlapping pages to a single best page, redirect the rest, keep any unique content that ranks, and update links, profiles and citations so everything points to the surviving domain.
Changing website platforms
A move between platforms, such as from a website builder to WordPress or the reverse, often changes URL formats automatically. Product or service pages may gain or lose folders, blog posts may move, and image addresses may change. Platforms also differ in how they handle titles, structured data, canonical tags and sitemaps. A platform move therefore needs both a redirect map and a check that every on-page element made it across.
A migration checklist for business owners
If you are about to redesign or move your site, ask your developer or agency:
- Will any page addresses change, and is there a redirect map?
- Will every page that currently brings traffic still exist?
- Will titles, headings and key content be kept or improved?
- Is the staging site blocked from Google?
- Who removes the block and submits the sitemap at launch?
- Will call tracking, forms and analytics work on day one?
- Who monitors rankings and errors for the weeks after launch?
Clear answers to these questions prevent most migration losses.
Redesigns: plan SEO from the start
The best time to involve SEO is before the design is finalized. Planning the structure, URLs and content of the new site with search in mind avoids expensive fixes later. Our SEO website design service combines design and migration planning into one process.
How long recovery takes
A well-planned migration often shows little disruption, with brief fluctuation while Google processes the changes. Domain changes and large restructures can take longer to settle, often weeks to a few months. Poorly planned migrations can lose traffic for much longer, which is why the planning matters.
What you receive
- The URL inventory and baseline report.
- The redirect map, tested before launch.
- A staging review checklist with any issues found.
- A launch-day checklist.
- Post-launch monitoring reports with any problems and fixes.
Working with your developer
Most migrations involve a developer or agency building the new site. We work alongside them, providing the redirect map, content checks and SEO requirements, and reviewing the staging site. Clear requirements early in the project are far cheaper than fixes after launch.