Redirects missed
Changed URLs with no redirect map, so ranked pages return errors and organic traffic drops for months.
[ WordPress / WordPress Migration ]
Migration plugins work until they do not — on large databases, on sites with a payment gateway, or on anything where a broken redirect costs real traffic. This is the careful version.
No downtime typical · Redirects verified · Fixed price
[ What goes wrong ]
The site usually arrives. What gets lost is everything around it.
Changed URLs with no redirect map, so ranked pages return errors and organic traffic drops for months.
A find-and-replace across the database that breaks widget and theme settings in ways that surface weeks later.
Order confirmations and password resets silently failing because sender records were never updated.
Assets still referenced over an old domain or insecure scheme, so browsers flag the page.
Cron jobs that ran on the old host and simply do not exist on the new one.
DNS still pointing at the old host for some visitors, so transactions land somewhere nobody is looking.
[ How it works ]
Full inventory: plugins, cron jobs, mail configuration, integrations and URL structure. TTLs lowered so the switch is fast when it comes.
Site copied to the new host and tested privately — every template, form, checkout path and integration checked before anyone sees it.
Final content sync, DNS switched, redirects verified live, and the old host kept running until we agree the new one is stable.
[ What actually changes ]
Where a migration plugin is genuinely the right tool, I will use one. It is the verification either side that makes the difference.
[ Example engagement ]
A busy store on struggling shared hosting, moved to a properly configured server. Site copied and verified privately for two days before the switch.
Illustrative example of a typical engagement. Figures vary with the state of your systems and are not a guarantee of a specific outcome.
[ Free · no obligation ]
Tell me where the site is hosted now and where it is going. You get the approach, the risks specific to your setup, and a fixed price.
[ Pricing ]
Tell me the number you have to work with. I'll tell you honestly what's achievable within it — and if it isn't enough, I'll say so before we start rather than halfway through.
Scope agreed in writing, price agreed in writing, before any work starts. No hourly creep and no invoice you haven't already approved.
For ongoing work — maintenance, monitoring, updates and small changes. Month to month, cancel whenever, no minimum term.
For a single bug or a short task where writing a full scope would cost more than simply doing the work.
Budget too tight for the whole thing? I'll often suggest doing the highest-value part first and the rest later, rather than doing all of it badly.
[ Questions ]
Usually not at all. The new site is fully built and tested before DNS changes, and both hosts serve the site during the switchover window.
Not if the URL structure and redirects are handled correctly, which is an explicit deliverable. When a domain changes, a temporary dip is normal and recovery typically takes a few weeks with the right redirects in place.
Yes. Domain changes need more care with redirects, search console setup and internal link rewriting, all of which is included.
If mail is hosted on the same server, I will usually recommend moving it to a dedicated provider. Either way the DNS and authentication records are handled so delivery does not break.
Size is not really the constraint — large databases and media libraries just change the technique. Sites where a plugin-based migration would time out are exactly the ones worth doing this way.
[ Related services ]
[ Let's talk ]
Describe the problem in a few lines and you'll get a real reply from the person who'd do the work โ same working day, no discovery call required.