WordPress
Wix
Squarespace
HubSpot
Custom
WordPress
Wix
Squarespace
HubSpot
Custom
Migrations do not fail on design. They fail on URLs. Whatever you are moving from, the first deliverable is a redirect map built from what Google actually has indexed — and it exists before a single page is designed.
Two have a page of their own. The rest are jobs we do regularly and have not written up yet — send the URL and you get the same answer you would get from a page.
Page live
Page live
Ask us
Read this first
Ask us
Ask us
Every migration agency quotes research like this at you, and the research is real. One study of 1,052 migrations found a median recovery time of 304 days.
22.8%
Of domain migrations recovered their traffic within 90 days, across 1,052 studied
304
Days — the median time to get back to the pre-migration baseline
13.9%
Had still not fully recovered after three years
Read the method, though: those are domain migrations. Moving to a new domain throws away every signal attached to the old one. A platform move on the same domain, with the same URLs, is a far smaller change — the risk that remains is URL changes and content restructuring, which is exactly what a redirect map controls. If you are keeping your domain, most of that chart is not about you.
Which is also why we will ask you not to rebrand at the same time. Do both at once and if traffic drops you will never know which one caused it.
The order is the whole thing. Every migration that goes wrong went wrong because one of these happened after the one below it instead of before.
01
Crawl what you have, before anything else is discussed
Every indexed URL, taken from a crawl and from Search Console — not from your sitemap. The sitemap is what somebody intended; the other two are what Google actually has. Those lists are never the same, and the gap is exactly where traffic goes missing.
02
Write the redirect map before the design
Every old URL gets a destination or a decision. Pages that are being merged, dropped or renamed get decided now, in a spreadsheet, rather than discovered later in Search Console. Nothing becomes a 404 by accident.
03
Build on a staging URL you can open any time
Not a weekly reveal. There is a link, it is current, and you are welcome to look at it at two in the morning and send notes.
04
Test the map against the live URL list
Every redirect fired and checked before anything switches, not after. This is the step that gets skipped when a launch date slips, and it is the step that decides whether the launch date mattered.
05
Switch, then watch it daily for a fortnight
Search Console coverage and crawl errors, every day for the first two weeks. Problems found in week one are cheap. The same problems found in month three have already cost you the traffic.
This is the same on every platform, and the right-hand column is the one worth reading twice. We list it before quoting rather than discovering it in week three.
On every platform
Plan for these, or decide to drop them
No number on this page, because a migration quote that ignores these four is a number somebody made up. Send the URL and you get a real one the Within 1 business day.
01
Forty pages and four thousand pages are different jobs. The number that matters comes from Search Console, not from the page count somebody remembers.
02
A blog with authors, categories and tags is collection architecture, and that is most of the work. A brochure site is not, and it is quick.
03
A like-for-like rebuild and a redesign are two different projects, and people describe both with the same sentence. We ask which one you mean before quoting, every time.
04
A form that emails you costs nothing. A form that writes to a CRM, gates a download and triggers a sequence is the actual scope of the project.
Some movement for a few weeks is normal while Google re-crawls. A large sustained drop is not normal and it almost always traces to the redirect map rather than to the platform. The published research that frightens people is about changing domain — if you are keeping yours, most of that risk is not yours. Anyone promising zero movement is guessing.
You can, and we would ask you not to. A platform move and a domain change are two large variables, and running them together means that if traffic drops you will not know which one did it. Move the platform, let it settle for a couple of months, then change the domain. It is slower and it is much easier to diagnose.
It depends almost entirely on the URL count and how much of the site is CMS-driven, which is why the crawl comes first. You get a date with the quote, once we have seen the real list rather than an estimate of it.
Yes, and you should — a content freeze for the length of a migration costs more than the migration. We re-sync anything published during the build before the switch, and the last sync happens on switch day.
The six above are what we get asked for most, not the limit. We have migrated sites off things that no longer have a website of their own. Send the URL and we will tell you whether it is a normal job or an unusual one.
Yes, as a standalone piece of work, and some agencies buy exactly that from us while building the rest themselves. It is the part that carries the risk, so it is a reasonable thing to want handled separately.
We will crawl it, tell you how many indexed pages you actually have, and quote from that rather than from a guess. Including when the answer is that you should stay put.