Service Migration
Host moves, platform migrations, headless migrations. Complete redirect maps, SEO data preserved, cutover in low-traffic windows, thirty days of Search Console monitoring after launch.
Why this matters
The site looks the same. Editors are happy. Stakeholders sign off. Then traffic drops 40% by week two and nobody can explain why. The redirect map missed a pattern. The schema migrated but the OG images did not. The canonical tags pointed to the staging URL. Cutover happened during the EU morning rush.
Migration is not a developer task. It is an SEO task with a developer component. We treat it that way. Redirect map first, SEO audit second, cutover plan third, monitoring fourth. Code is the easy part.
What we migrate
Host moves, platform migrations, headless migrations. Same rigor, same redirect map discipline, same thirty days of post-launch monitoring.
01
Sitemap from the old site, every URL classified, every URL mapped to a new destination. No 404s on day one. We validate the redirect map against the existing sitemap before cutover.
Zero broken links from the launch tweet.
02
Title tags, meta descriptions, OG images, JSON-LD schema, canonical URLs, robots directives. All migrated as-is or improved. Yoast and RankMath data exported and re-imported correctly.
Rankings hold through the cutover.
03
Posts, pages, custom post types, taxonomies, ACF fields, Gutenberg blocks, media library, comments, users. Every editorial surface that exists today exists tomorrow.
Editors notice nothing changed for them.
04
Search-replace with WP-CLI, not a string-by-string MySQL dump edit. Serialized data preserved. URLs updated everywhere they live (post content, options, meta, custom tables).
No half-migrated URLs in production.
05
DNS or Cloudflare Worker route flip during your slowest hour. Rollback plan ready. Monitoring active before, during, and after the flip. We do not flip and disappear.
Cutover completes without customer-visible downtime.
06
Coverage reports, Core Web Vitals, manual actions, mobile usability. Anything Google flags in the first thirty days gets fixed under the migration scope, not as extra billable.
Migration ends when SEO is stable, not when DNS flips.
0
ranking loss across our last six WordPress migrations
Verified through Search Console exports. Reports available on request.
The redirect map
We export the existing sitemap, classify every URL, map every URL to a new destination, and validate the map against the live site before cutover. No 404s on launch day.
# _redirects (Cloudflare / Netlify)
# Generated from old → new URL map, validated against sitemap.xml
/old-blog/:slug /blog/:slug 301
/category/:cat/ /blog/category/:cat/ 301
/products/:sku /shop/:sku/ 301
/services/wordpress-development /services/custom-plugin-development/ 301
/about-us /team/ 301
# Catch-all for old query strings (legacy /?p=123 style)
/ /blog 301 Conditions: query=p
# Final fallback (404 -> custom page)
/* /404 404
Process
01
One to two weeks. Sitemap export, URL classification, SEO data inventory, redirect map drafted, schema audit, plugin compatibility check. Output is fixed price quote.
No surprises mid-migration.
02
Two to six weeks depending on content volume. Database migration, content verification, redirect map tested against live URLs, SEO data verified, staging URL signed off.
New site is correct before cutover scheduled.
03
Cutover in a low-traffic window. Thirty days of Search Console monitoring, Core Web Vitals tracking, error log watching. Issues flagged in this window fixed under the migration scope.
Migration ends when SEO is stable.
Common questions
Three categories. Host-to-host (WP Engine to Kinsta to Pressable to managed VPS). Platform-to-WordPress (Squarespace, Shopify, Drupal, Joomla, Webflow, custom CMS). WordPress-to-headless (WP backend stays, Astro or Next.js takes the frontend). All three with the same rigor.
Three things. Complete redirect map (every old URL accounted for). SEO data preserved (titles, descriptions, schema, canonical). Cutover during low-traffic windows with thirty days of Search Console monitoring. Last six migrations shipped without ranking loss.
Yes. Orders, customers, subscriptions, downloads, license keys, BuddyPress profiles, friendships, activity, groups, forums. We migrate the data and verify it before cutover. WooCommerce migrations require extra QA time, quoted in discovery.
Typically zero customer-visible downtime. The new site goes live behind a staging URL or Cloudflare Worker route. We flip DNS or routes during a low-traffic window, the old site stays available as a fallback, customers see no interruption.
Yes. The new site lives on a staging subdomain or behind a Cloudflare access policy until you sign off. Editors can preview, content team can audit, stakeholders can approve. Old site keeps serving traffic.
Host-to-host migrations are scope-dependent. Platform-to-WordPress migrations are sized depending on content volume and complexity. Headless migrations quoted as part of the headless build. Discovery call is free.
Ready to migrate without losing traffic?
Discovery call is free. Fixed-price quote within 48 hours. Migrations are scope-dependent.