Platform & migration

How do you migrate an ecommerce store to a new platform without losing revenue?

Updated

Ecommerce migrations lose revenue in three places, and the storefront is not one of them. URL structure changes destroy accumulated search equity unless every old path 301-redirects to its new equivalent. Stored payment credentials frequently cannot move between platforms, which forces active subscribers to re-enter cards and permanently loses a share of them. And subscription state — next bill date, plan, discount history — is the hardest data to reconcile. Sequence the migration so each of these is proven before anything is cut over.

The theme is the part everyone plans for and the part that rarely hurts

Replatform projects allocate most of their timeline to rebuilding the storefront, because it is the visible work and the part stakeholders have opinions about. It is also the part where mistakes are cheap: a page that looks wrong is noticed and fixed the same day.

The expensive failures are silent. A redirect map with gaps does not throw an error; traffic simply declines over the following weeks and the cause is diffuse by the time anyone investigates. Subscribers who cannot be charged do not complain; they churn. These are the things to protect.

URLs: the redirect map is the migration

Every URL that has ever earned a link or a ranking must resolve, permanently, to its closest equivalent. Not to the homepage — a redirect to the homepage is read as a soft 404 and passes nothing.

Build the map from data rather than from the sitemap: export every URL that received organic traffic or has inbound links over the past year, including paginated collections, filtered category paths, retired product pages and old blog posts. Retired products should redirect to their category or successor, not to a dead end.

Verify after cutover by crawling the old URL list and asserting a 301 to a 200. This is the one migration check that must be automated, because a manual sample will pass while a hundred long-tail paths fail.

Payment credentials: establish portability before you commit

This is the constraint that most often decides whether a migration is feasible at all, and it needs answering before contracts, not during planning.

Whether stored cards can move depends on who holds the token. If your payment credentials live in your own processor account, they may be portable or the processor may support a direct migration. If they live with a platform or an app vendor, they frequently cannot leave.

When tokens cannot move, every active subscriber has to re-enter a card. Plan for that as a revenue event with a real loss rate rather than a communications task, and run it as a sequenced campaign with a self-serve update path that does not require a login. If you have a large subscriber base and non-portable tokens, that loss can exceed the entire benefit of migrating.

A sequence built around what is irreversible

Order the work so every irreversible step is preceded by proof that it will succeed.

  • 1. Establish token portability with both processors in writing. If tokens cannot move, model the subscriber loss and re-decide whether to migrate at all.
  • 2. Export and reconcile catalog, customers, orders and subscription state. Reconcile means counts and totals match, not that the import reported success.
  • 3. Build the redirect map from traffic and link data. Automate verification against the full old-URL list.
  • 4. Run both systems in parallel with production data, with the new one taking no live traffic. Compare order totals, tax, shipping and subscription next-bill-dates for the same inputs.
  • 5. Cut over storefront traffic. Watch crawl errors and organic sessions daily for four weeks — this is when redirect gaps surface.
  • 6. Migrate billing last, after the storefront is proven stable. Migrating both at once means a failure in either is diagnosed against two changes.

Where the platform can carry the work

PlatformDTC onboards migrating brands sales-led rather than self-serve, and that is a deliberate consequence of everything above: the redirect map, the credential question and the subscription reconciliation are not tasks a signup flow can carry, and a migration that goes wrong in those three places is worse for the brand than not migrating.

Frequently asked questions

How long does an ecommerce replatform take?
The storefront is usually the shortest pole. Timelines are dominated by data reconciliation and by the payment-credential question, and a migration with a large active subscriber base and non-portable tokens is a different and much longer project than a catalog-only move.
Will I lose SEO rankings when I migrate?
Only to the extent your redirect map has gaps. A complete, permanent, one-to-one redirect map preserves most accumulated equity; rankings typically wobble for a few weeks as the new URLs are recrawled and then recover. Redirecting retired URLs to the homepage instead of a relevant page is the most common way this goes wrong.
Can I migrate subscriptions without asking customers to re-enter cards?
Only if the stored payment tokens are portable, which depends on who holds them and whether both processors support the transfer. Confirm this specifically and in writing before committing — it is the single fact that most determines whether a subscription migration is viable.
Should I migrate the storefront and billing at the same time?
No. Cut over the storefront first, prove it stable for several weeks, then migrate billing. Doing both together means any failure has two plausible causes and your rollback has to unwind both — and billing failures are the ones you cannot afford to diagnose slowly.

Related