SEO Migration

Migrations without losing everything you’ve built.

Replatforming, redesigning, or restructuring is where ranking equity tends to die — quietly, and often a fortnight after launch. We do the URL mapping, the redirect choreography, and the post-launch monitoring so your accumulated search authority arrives intact at the new front door.

Migration sub-techniques covered · URL Mapping · Redirect Planning · Content Preservation · Schema Migration · Post-Launch Monitoring · Recovery Plans · Domain Changes · HTTPS Transition
01 — What’s Included

Eight sub-techniques.
One careful handover.

An SEO migration is not a launch task you bolt onto a redesign. It is a parallel project with its own checklist, its own timeline, and its own failure modes — most of them invisible until rankings start sliding.

Every migration we run begins weeks before launch with a full crawl of the old site, follows a documented redirect map through cutover, and continues for at least four to six weeks of post-launch monitoring before we close the engagement.

N° 01

URL Mapping

Foundational

Before anything else, a full inventory. We crawl the existing site end to end, extract every indexable URL, cross-reference it with Search Console, Ahrefs, and Google Analytics to identify which pages are earning traffic, links, and rankings, and then build a one-to-one mapping of every old URL to its new equivalent on the destination site. The map becomes the single source of truth for the migration — every redirect, every internal link rewrite, and every post-launch verification step traces back to it. Pages with meaningful equity are never collapsed without a deliberate decision and a documented destination.

N° 02

Redirect Planning

Equity transfer

Every old URL needs a 301 redirect to its closest new equivalent — not a 302, not a soft redirect, not a redirect chain that hops through three intermediate URLs before landing. We plan the redirect rules at the server or CDN layer, test them against the URL map before launch, and keep them in place permanently. Where one-to-one mapping is genuinely impossible, we route to the most relevant parent category rather than dumping orphan URLs at the home page — a common shortcut that loses most of the link equity in transit. We also clean up the legacy redirect chains the previous site had accumulated, so the new redirects do not inherit them.

N° 03

Content Preservation

Editorial

Redesigns are also a chance — and often a temptation — to rewrite or trim the existing copy. We push back where the existing content is what is earning the rankings. The keyword cues, internal links, headings, and supporting paragraphs that made a page rank in the first place need to survive the rebuild, even if the design around them changes. Where copy genuinely needs to be refreshed, we refresh in place after the migration has stabilised, not as part of the cutover. This separates “did the redesign break things” from “did the rewrite break things” — two questions that are difficult to answer simultaneously.

N° 04

Schema Migration

Machine-readable

Structured data tends to be the first casualty of a platform change. The old site had Article schema, BreadcrumbList, FAQPage, LocalBusiness, Product, or Review markup tuned to its templates; the new platform either omits it, generates a different version, or implements it incorrectly. We audit the existing schema, port it to the new templates with the same coverage, validate every page type against Google’s structured-data tests, and confirm rich-result eligibility post-launch. For sites that depend on AI search visibility, this step is non-negotiable — schema is how LLMs decide which page to cite.

N° 05

Post-Launch Monitoring

Verification

The first 30 days after cutover are the diagnostic window. We watch Search Console daily for crawl errors, indexation drops, mobile-usability flags, and structured-data warnings. We track keyword rankings against the pre-migration baseline through Ahrefs and the position-tracking we set up before launch. We monitor server logs to confirm Googlebot is reaching the new URLs and not getting stuck in redirect loops. If something starts moving in the wrong direction, we catch it within days rather than discovering it the following month when the organic-traffic dashboard finally turns red.

N° 06

Recovery Plans

Contingency

A short post-launch dip is normal — Google needs to recrawl and reprocess the new structure, and that takes time. A genuine ranking loss looks different, and we have a documented playbook for it. The recovery process starts with diagnosis: was a redirect missed, did a template lose its canonical tag, did internal links break, did robots.txt block the new URLs, did the staging site accidentally get indexed? Once the cause is identified, the fix is usually surgical. We have run this play often enough to know what to look at first and where the surprises tend to live.

N° 07

Domain Changes

Re-brand

Moving from one domain to another — a re-brand, a corporate restructure, a consolidation of multiple sites — is among the highest-risk migration scenarios because every URL changes at once. We handle the Search Console Change of Address process, configure a hostname-level 301 redirect rule that preserves the URL path, port the disavow file and link-acquisition history, update structured-data identifiers and social-graph tags, and notify the high-authority backlinks that matter. We have moved sites between domains in both English and Chinese markets without measurable equity loss; the discipline is the same.

N° 08

HTTPS Transition

Protocol

Most modern sites already run on HTTPS, but a surprising number still have legacy HTTP redirects, mixed-content warnings, or HSTS configurations that miss subdomains. A clean HTTPS migration redirects every HTTP URL to its HTTPS counterpart at the server level, resolves mixed-content references in templates and content, configures HSTS with a sensible max-age, updates internal links and canonical tags to use the secure protocol, and verifies the HTTPS property in Search Console. For sites running both protocols by accident, we consolidate without breaking the link profile that has accumulated on the legacy URLs.

02 — Our Approach

Crawl. Map.
Redirect. Watch.

Migrations succeed or fail in the four weeks before launch and the four weeks after. Our methodology is built around that reality — heavy preparation, deliberate cutover, and patient post-launch verification. The dramatic part is the launch itself; the unglamorous part is what makes the launch survive.

i

Pre-migration crawl and inventory

Weeks before cutover, we crawl the existing site, pull traffic and link data from Ahrefs and Search Console, and build the master URL map. We also baseline the current rankings, the existing schema coverage, and the redirect-chain inheritance. Without this baseline, “did rankings drop after migration” becomes an unanswerable question — and an unanswerable question is one that quietly resolves against you.

ii

Redirect map before code freeze

The redirect map is delivered to the development team before the new site is feature-complete, not as an afterthought once launch is two days away. We test the rules against the staging environment, confirm every old URL resolves to the planned new one with a clean 301, and identify the edge cases — pagination, faceted URLs, parameter strings, language variants — that tend to slip through generic rewrite rules.

iii

Cutover with monitoring already running

We do not switch DNS and walk away. The position-tracking, log monitoring, and Search Console verification are configured before launch so they start gathering data the moment the new site is live. Daily checks for the first two weeks; weekly checks for the next month; full reconciliation against the baseline at the 30 and 60-day marks. If something is going to go wrong, we want to be the ones who notice.

iv

Patience for the recrawl window

Google takes time to recrawl, reprocess, and reflect a new site structure — typically two to six weeks for the indexation to stabilise. Short-term volatility is normal and not the same as a ranking loss. We separate the noise from the signal, advise against panicked rollbacks during the recrawl window, and only escalate when the diagnostic data confirms a real problem rather than the temporary turbulence every migration produces.

03 — Who It’s For

Anyone moving
a site that already ranks.

SEO migration is the right engagement for any business about to change its website meaningfully — new platform, new design, new domain, restructured architecture, or a consolidation of multiple sites into one. The smaller the existing search footprint, the lower the stakes; the larger the footprint, the more decisive the planning becomes.

A few recurring profiles where the migration is the moment everything is at stake.

  • i Re-platforming projectsMoving from a legacy CMS to WordPress, from WordPress to a headless stack, from a custom build to a platform like Shopify or WooCommerce. The URL structure usually changes, the templates change, and the schema coverage has to be rebuilt from scratch.
  • ii Re-brands and domain changesThe riskiest of all migrations because every URL on the site is a new URL. The redirect rule has to be precise at the path level, the Search Console Change of Address has to be filed, and the link-acquisition history needs to be ported deliberately.
  • iii Redesigns with new information architectureA new site map collapses, splits, or renames pages. Without a careful URL map, equity gets stranded on URLs that no longer exist or fragmented across new pages that individually rank for nothing.
  • iv Site consolidationsMerging two or three properties into one, sunsetting subdomains in favour of a single primary site, or absorbing an acquired company’s web presence. Each of these creates a many-to-one redirect map that needs care to consolidate equity rather than dilute it.
  • v Migrations that have already gone wrongSites that launched without a redirect map, lost rankings in the first month, and need a recovery engagement. We can usually rebuild the missing redirects, restore the lost canonical signals, and recover most of the original positions — though prevention is always cheaper than recovery.

If your redesign or replatform is being driven by a web design agency that is not also handling SEO continuity, this is the engagement that fills that gap. The two run in parallel — the design-and-build team focuses on the new experience, and we make sure the search equity arrives at the new site intact. Where the build itself sits with us, see Web Design & Development for the full project picture.

04 — A complimentary report

Curious how Google sees your site?

Send us your URL. We’ll send back a Premium SEO Report, prepared by hand, within 48 hours — domain authority, keyword rankings, backlinks, competitor gap, and the migration-readiness checks worth running before any redesign begins.

No sales call required.

Migrations are where ranking gains quietly die. The redesign launches, the team celebrates, and four weeks later the traffic is gone — taken not by an algorithm but by a redirect that was never written.
— The Aureole Practice —
05 — Frequently Asked

Questions we get
about migration.

If a question is missing here, the contact link at the foot of the page goes straight to the person who would answer it. No ticket queues, no funnels.

i When in the redesign timeline should an SEO migration begin?
As early as possible — and certainly before the new site’s information architecture is finalised. The most common cause of a migration that loses equity is one where SEO was brought in two weeks before launch, after the URL structure had already been decided and the build was nearly complete. By that point the redirect map can be written, but the chance to influence the architecture so it preserves the existing topical clusters is gone. Ideally, we are involved during the wireframe and content-modelling phase. Practically, we can still help if engaged any time before the new site’s URL structure is locked, and we can do meaningful damage-control if engaged any time before launch. Post-launch recovery work is also possible, but it is always the most expensive moment to bring SEO into the conversation.
ii How long should we expect rankings to be unstable after launch?
Two to six weeks of volatility is normal even for a flawless migration. Google has to recrawl the new URLs, reprocess the redirect signals, reassess canonical tags, and re-evaluate the freshly-templated content. During that window individual keyword positions can swing several places in either direction without anything actually being wrong. What is not normal is a sustained, broad-based decline in indexed pages or organic clicks beyond the first month, or a complete disappearance from the index for URLs that were ranking strongly before. Those are signals of a real problem and warrant immediate diagnosis. We treat the first 30 days as the recrawl window, and only escalate when post-30-day data confirms a regression rather than transient noise.
iii Can you handle the migration even if a different agency is doing the redesign?
Yes — that is the most common scenario. The design-and-build agency owns the new site experience; we own the search-equity continuity. We integrate with the build team’s process, deliver the URL map and redirect rules in whatever format their stack accepts, validate the redirect implementation against staging before launch, and stay engaged through the post-launch monitoring window. We have done this with WordPress agencies, Shopify partners, headless-CMS specialists, and bespoke development shops. The collaboration works as long as the build team is willing to honour the redirect map and let the schema and canonical configuration be specified rather than auto-generated. Where the build itself sits with us, the migration is just one workstream inside the larger Web Design & Development engagement.
iv What if rankings have already dropped after a recent migration?
Recovery is possible in most cases, especially if the engagement begins within the first three months after launch. The diagnostic work runs the same play in reverse: crawl the new site, compare against an archived version of the old one, identify the URLs that lost rankings, trace each one to a missing redirect, a broken canonical, an inadvertent noindex, an unprotected staging environment that got indexed, or a content rewrite that erased the keyword signals the page used to carry. Once the cause is identified, most fixes are straightforward — the harder part is the patience to let Google recrawl and re-credit the corrected URLs, which can take several more weeks after the fixes are deployed. We are honest about what is recoverable and what is not before any work begins.
The Invitation

Ready to migrate
without losing ground?

Start with a free SEO report — or reach out to scope a migration engagement around your redesign timeline. Either way, you’ll hear back from the team that does the work, not a sales department.

Mon–Fri · 9–6 PT support@aureoleintelligence.com Reply within 1 business day