Protecting Backlinks During a Site Migration

Site migrations — a new domain, a new platform, a new URL structure, a move to HTTPS — are the single biggest risk to accumulated link value. Every URL that changes without a proper redirect turns its backlinks into links to a 404, and a year of relationship-building with publishers can be undone in an afternoon. The fix isn’t complicated, but it has to be planned before launch, not discovered after.

Why migrations are risky for links

A backlink passes value to a specific URL, not to your domain in general. When that URL disappears or moves without a redirect, the link still exists on the publisher’s site, but it now points at nothing useful. Search engines eventually stop crediting your site for it, and any referral traffic the link sent simply stops arriving. The damage is invisible until someone checks — which is exactly why migrations quietly erase months of link building work.

Before the migration: build the map

1. Inventory every URL. Crawl the old site and cross-reference with analytics and your backlink tool so nothing indexed or linked gets missed.
2. Prioritise linked URLs first. Sort the list by referring domains so the pages carrying the most link equity get mapped and tested with extra care.
3. Map each old URL to its closest new equivalent. A single hop is the goal — old URL to final URL, not a chain (see 301 redirects and how to avoid a redirect chain).
4. Benchmark current performance. Record rankings, organic traffic and the number of indexed pages so you have a clear “before” to compare against.

At launch

• Implement the 301s and test a large sample of them, especially every URL that has backlinks pointing at it.
• Update internal links to point directly at the new URLs rather than relying on redirects to carry the weight.
• Update canonical tags, hreflang and sitemaps so they reference the new structure (see canonical tags).
• For a domain change specifically, use your search engine’s change-of-address tooling so the transition is communicated explicitly.

After launch: the monitoring window

The first few weeks after a migration are when problems surface. Check for 404s with existing backlinks daily at first — this is exactly the scenario link reclamation is built for, and catching it early is far cheaper than discovering it months later when a client asks why traffic dropped. Watch server logs or crawl reports for redirect chains that formed by accident, since these dilute value and slow crawling. For your highest-value referring pages, consider reaching out directly and asking the publisher to update the link to the new URL rather than relying on the redirect indefinitely.

How long to keep redirects

Indefinitely, for any URL that ever carried backlinks or meaningful traffic. Removing redirects after “enough time has passed” is a common and costly mistake — there is no safe expiry date for a redirect protecting inbound links, because publishers rarely update old posts once they’re live.

A note on platform migrations

Moving CMS or e-commerce platforms often changes URL patterns even when the domain stays the same — category slugs, trailing slashes, parameter structures. Treat this exactly like a domain migration for link-protection purposes: the URL is what matters to a backlink, not the platform behind it.

Common mistakes that cost real link value

Redirecting everything to the homepage

It’s tempting to handle a messy old structure by sending every orphaned URL to the homepage. Search engines treat this as a weak signal at best, and any topical relevance the original page had for its backlinks is lost. Take the extra time to map each linked URL to its actual closest equivalent.

Forgetting subdomains and old campaign pages

Backlinks often point at pages people forget still exist: an old landing page from a past campaign, a subdomain used for a one-off project, a PDF or resource page linked from a roundup years ago. These rarely show up in a quick crawl of the main navigation, which is why cross-referencing your backlink tool’s list of linked URLs against your crawl is essential rather than optional.

Changing URLs without warning your SEO or content team

Migrations are often driven by design or development teams optimising for a launch date, with SEO considerations added late or not at all. Bringing in whoever manages backlink relationships early avoids a scramble to reconstruct a redirect map after URLs have already changed in production.

Recovering value on links you couldn’t redirect cleanly

Sometimes a page genuinely has no close equivalent after a restructure — a service you no longer offer, a category you’ve discontinued. In these cases, redirecting to the nearest topically relevant parent page is better than a 404, and reaching out to the publisher to ask for the link to be updated or removed is worth the effort for your highest-value referring domains, even if it feels like extra work during an already busy launch window.

Where to go next

If you’re planning a migration alongside an active link building push, coordinate the two: pause outreach to pages that are about to change URLs, and resume once the new structure is stable. For the broader picture on why link value depends on the destination page staying healthy, see how to run a backlink audit and measuring the ROI of link building. If you need to rebuild authority on a fresh domain after a migration, browse https://successtoroad.com/marketplace/ for relevant placements, or filter by https://successtoroad.com/niche/technology/ if your migration involved a platform change.

Frequently asked questions