Jay Bodra
Every redesign or platform migration carries the same risk, and it's one clients rarely think about until we bring it up: Google has to re-crawl and re-evaluate every URL on the new site, and if that process goes wrong, rankings that took years to build can drop sharply within weeks. We've been called in to fix migrations that went wrong more than once, and the fixes are always more painful than doing it right the first time would have been.
The URL mapping step nobody wants to do
The single most important piece of a migration is a complete, one-to-one mapping of every old URL to its new equivalent, with a 301 redirect in place for each one before the new site goes live. It's tedious, unglamorous work — sometimes hundreds or thousands of rows in a spreadsheet — and it's exactly the step that gets rushed or skipped when a launch deadline is tight. Every URL without a mapped redirect is a page that either 404s or loses its accumulated ranking signal, and both outcomes cost real traffic.
We treat this mapping as a hard prerequisite for launch, not a nice-to-have cleanup task for afterward. If the new site's information architecture is different enough that a clean one-to-one mapping isn't possible for some pages, we map to the closest relevant equivalent rather than defaulting everything to the homepage — a blanket homepage redirect for pages that don't map cleanly is a common shortcut that quietly tanks rankings for exactly those pages.
What we check before and after launch
Before launch, we crawl the current site and record its full URL list, indexed status, and current rankings for its top pages, so we have a real baseline to compare against — not a vague sense of “it seemed to be doing fine.” We also make sure canonical tags, meta descriptions, and title tags carry over correctly to the new templates, since a redesign frequently changes the template structure and it's easy for these to get silently dropped or duplicated across every page.
After launch, we submit the new sitemap in Search Console immediately and monitor the coverage report daily for the first two weeks, watching specifically for a spike in 404s or a drop in indexed page count. Traffic dips of some kind are close to unavoidable during the re-crawl window even on a well-executed migration — Google needs time to process the change — but a well-planned migration sees that recover within two to four weeks. A migration where the redirects were rushed or incomplete can take months to recover, if it fully recovers at all.
The mistake we see most often
The most common failure we're brought in to fix isn't a technical mistake at all — it's a client changing their URL structure for aesthetic or branding reasons with no SEO input at all, discovering the redirect mapping only after the new site is already live. By that point we're doing forensic reconstruction of the old site's structure from cached versions and analytics history instead of working from a clean plan, which is a much slower and less certain process than getting the mapping right before launch would have been.
