SEO Recovery
Your traffic dropped after a migration.
A move to a new host, platform, or domain loses traffic when part of the old site's URLs, content, or crawl access does not survive the switch. We find what didn't make it.
- Full old-URL inventory, not a sample
- Crawler access checked, not assumed
- Recovery tracked in Search Console weekly
What we audit
What has to survive a migration, checked one by one.
Complete URL inventory
We pull every URL that was indexed or ranking before the move, from Search Console or a fresh crawl, since a partial list guarantees a partial redirect map.
Redirect coverage
We check that each old URL either still exists or 301s to its closest equivalent on the new site, since a missing redirect returns a 404 and drops that page's rankings entirely.
Crawler access
We check robots.txt, meta robots tags, and whether a staging password got left on the live site, since any of those can quietly block Google from the new pages altogether. We check this from an incognito browser with no prior login, since a page that loads fine for someone signed into a staging password can still be blocked for Google.
Content and internal links
We confirm the content and internal link structure that earned the old rankings carried over, since a migration that changes hosts but thins the content underneath can lose ground anyway.
How we prioritize the fix
If crawler access is blocked
We fix robots.txt or remove a leftover staging password first, since Google cannot recrawl or reindex anything it is blocked from reaching, no matter what else is fixed.
If the redirect map is incomplete
We fill the specific gaps against the full URL inventory, rather than assuming the migration tool caught everything, since most redirect tools miss URLs with parameters or old file extensions.
If content or links thinned in the move
We restore what was lost, particularly on pages that were ranking well before, since a technically correct migration can still lose rankings if the content underneath got weaker.
What we will not promise
We will not promise a fixed recovery date. Some migrations that lost real authority take months to fully recover, and a structure decision made at migration time sometimes needs a second change to undo.
How the recovery runs
01
Inventory every old URL
We build the complete list of previously indexed pages from Search Console and a crawl of what's archived.
02
Close every gap
We fix missing redirects, blocked crawler access, and any content or links that thinned during the move.
03
Resubmit and monitor
We resubmit the sitemap and track Search Console weekly for recrawling and recovery, adjusting as new gaps surface.
Post-migration traffic questions
Search Console usually shows a temporary dip right after any migration as Google recrawls the new URLs, even a well-executed one. What is not normal is a drop that does not start recovering within a few weeks, which usually points to a specific unfixed gap. We compare the shape of the dip against migrations we've handled before, since a sharp drop that keeps falling looks very different from a dip that levels off and starts climbing again.
Automated redirect tools commonly miss URLs with tracking parameters, old file extensions, or pages outside the main content type, like PDFs. We check the full inventory against the tool's output rather than trusting it was complete. We treat any automated tool's output as a starting draft to verify, never as a finished map, since the gap between the two is usually where the lost traffic hides.
Sometimes. Some platforms cannot replicate a specific URL structure, a content type, or a technical feature the old platform had, and we say plainly when that limitation, not a fixable mistake, is behind part of the loss. We tell you plainly which parts, if any, fall into that category before recommending further work, rather than promising a fix for something the platform genuinely cannot do.
Almost never right after the first one. A second migration adds a new set of risks before the first is even fully diagnosed. Closing the specific gaps in the current migration is nearly always faster. Most of what looks like a platform problem at first turns out to be a specific setting or missing redirect once we dig into it properly.
There is no fixed timeline. A migration that only lost a few redirects can recover within weeks of the fix. One that lost significant authority or content can take considerably longer, and we track it honestly rather than promising a date. We give you a realistic read on which category your migration falls into as soon as the audit is done, rather than a vague promise either way.
Close the gaps the migration left open.
Send the old URL list and access to the new site. We will check crawler access, redirects, and content, and close whatever is actually blocking recovery, with a free proposal inside one business day.