E-Commerce Platform Migration Services
Moving a store between platforms is a redirect project with a design project attached, not the other way round. We build the URL map first, move the catalogue second, and tell you before you sign which parts of your current store will not survive the trip.
Which situation you are in
Three ways this work gets bought, plus the case where the honest answer is not to move at all.
We map every URL, list what will not transfer, and price the move properly. Cheaper than discovering the problem in week seven of a build you already paid for.
Catalogue, customers, content, redirects, payments and launch. We work to the redirect map agreed in week one, and nothing goes live until it resolves cleanly.
Somebody moved the store and the organic traffic did not come back. Usually it is a broken redirect map, and usually it is still recoverable if you act inside the first few months.
Slow checkout, poor search and a dated theme are usually fixable in place. Read our e-commerce UX and conversion pages before you replatform.
What actually goes wrong, and when
Five failure modes we see repeatedly. Four of them are decided before a single product is exported.
The redirect map is the project, not a task at the end
Every URL that currently earns traffic has to point at its equivalent on the new platform, with a permanent redirect. Google's own site-move documentation recommends server-side permanent redirects, specifically 301 or 308, and says to keep them "for as long as possible, generally at least 1 year", adding that from a user's point of view you should consider keeping them indefinitely.
That map is the single deliverable the whole migration should be planned around. On a store with 400 products, 60 collections and 90 blog posts, it is 550 decisions, and a meaningful number of them have no clean one-to-one answer because the new platform organises things differently. Agencies that treat the map as a launch-week task discover this at the worst possible moment. We build it first and get you to sign it off before the build starts.
The trap: sweeping everything that does not match into a redirect to the homepage. It looks tidy and it defeats the purpose, because a redirect only carries a page's value where the destination is genuinely that page's equivalent. We treat a homepage catch-all as an admission that the mapping work was not finished.
Your new platform decides your URLs, and it may not let you change them
This is the constraint almost nobody checks before signing. Shopify's own documentation states you cannot create redirects away from its fixed paths: /products, /collections and /collections/all. It also caps redirects at 100,000 on standard plans, rising to 20,000,000 only on Plus. A handful of other prefixes, including /cart, /orders and /apps, are similarly reserved.
For most stores 100,000 is far more headroom than they will ever use. But if you are moving a large catalogue that has accumulated years of variant and filter URLs, the cap is real and worth counting against before you choose. The fixed prefixes matter more often: if your current store ranks on URLs shaped /shop/category/item, everything lands under /products/ and /collections/ after the move, and that reshaping is not optional. Plan the map around the platform's structure rather than assuming you can recreate the old one.
The trap: promising the client their URLs will not change. On a cross-platform move they almost always change. The goal is a clean permanent redirect for every one of them, not preservation.
Several things simply do not come across
Product data, customer records and order history usually transfer with some effort. Other things do not, and finding out late is what turns a migration into an argument. Customer passwords cannot move between platforms, because they are stored as one-way hashes and no platform will accept another's. Every customer has to reset. That is a communications plan and an email sequence, not a technical task, and it belongs in the launch checklist from day one.
Product reviews are the second common casualty. Where they live in a third-party app rather than the platform itself, whether they move depends entirely on whether that app exists on the destination and offers an export. Discount codes, gift card balances, subscription plans and loyalty points each need checking individually against the destination platform. So does anything a developer built as a custom field on your current store.
The trap: assuming the destination's official importer covers everything. Importers handle the core objects well. The value sitting in apps and custom fields is the part that needs a person to check it.
Traffic will move, and you need to know what normal looks like
Google states plainly that visibility "may fluctuate temporarily during the move", and that a small to medium site takes "a few weeks for most pages to move", with larger sites taking longer. So a dip is expected. The problem is that without a baseline, nobody can tell a normal reprocessing dip from a broken redirect map, and the window in which a broken map is cheap to fix is short.
We record per-template and per-URL performance before anything moves, then track recovery against that baseline rather than against a vague sense of how things feel. If week three looks wrong, we know which URLs are responsible on the same day rather than after a quarter of lost revenue. This is also why we resist launching in your peak season, however convenient the calendar looks.
The trap: launching in the run-up to a festive peak. The dip is survivable in a quiet month and expensive in your best one.
Do not replatform, redesign and reprice in the same week
The temptation is understandable: you are rebuilding anyway, so why not refresh the design, restructure the catalogue and revisit pricing at the same time. The reason is attribution. When conversion drops after a launch that changed four things at once, you cannot tell which one did it, and you will spend months arguing about it instead of fixing it.
Our recommendation is to move on as close to a like-for-like basis as the destination platform allows, confirm the numbers have recovered against the baseline, and then start improving. It feels slower and it usually is not, because the alternative is a launch nobody can diagnose. If a redesign is genuinely the point of the exercise, that is a website redesign with a migration inside it, priced and sequenced differently.
The trap: treating the migration as free cover for a wish list. Every extra change added to the launch is a variable you cannot isolate afterwards.
What each destination platform costs and constrains
The facts that actually shape a migration, taken from each vendor's own pricing and documentation rather than a directory.
| Shopify | BigCommerce | WooCommerce | Adobe Commerce | |
|---|---|---|---|---|
| Entry plan, annual billing | ₹1,499/mo | $29/mo | Core is free | Not published |
| Entry plan, monthly billing | ₹1,994/mo | $39/mo | Core is free | Not published |
| Top self-serve tier | ₹22,680/mo | $299/mo | N/A | Quote only |
| Fee on third-party gateways | 2% down to 0.2% | 2% down to 0.6% | 0% revenue share | Contract terms |
| Fee on the platform's own payments | No extra platform fee | $0 on embedded providers | No platform fee | Contract terms |
| Revenue ceiling on entry plan | None stated | $30K TTM GMV | None | Contract terms |
| Redirect limit | 100,000 (20M on Plus) | Not documented as a cap | No platform cap | No platform cap |
| Bulk redirect import | CSV import | CSV import | Via plugin or server | CSV import |
| Control over URL structure | Fixed /products, /collections | Configurable | Full control | Full control |
| Where the recurring cost sits | Plan plus apps | Plan plus apps | Hosting $25–350/mo plus extensions $29–299/yr | Licence plus hosting plus build |
| Who it suits on a migration | Speed to launch | Catalogue depth, B2B | Control and no revenue share | Large, complex, resourced |
Shopify prices are the published India rates in INR; BigCommerce publishes in USD excluding taxes. Both verified on their own pricing pages, 14 September 2026. Adobe does not publish an Adobe Commerce price, so we have not estimated one. Platform fees change: re-check before signing anything.
Migration Readiness Audit
The URL map, the transfer gaps and a real price, delivered before you buy the build.
We crawl your current store, pull the URLs that actually earn traffic and revenue from Search Console and analytics, and build the full redirect map against your chosen destination platform. Where a clean one-to-one match does not exist, we flag it as a decision for you rather than quietly pointing it somewhere convenient.
Alongside the map you get an inventory of everything that will not transfer automatically: app-held reviews, custom fields, discount and gift card state, subscription plans, and the customer password reset that every cross-platform move forces. We also check your payment gateway and shipping integrations exist on the destination, which for Indian sellers is usually the first thing to break.
What you get
A signed-off redirect map, a transfer gap inventory, a gateway and integration compatibility check, a recorded pre-move performance baseline, a recommended launch window, and a fixed quote for the migration itself.
What it is not
Nothing moves. This is planning, and it is deliberately sold separately so the plan is not written by the same commercial pressure that wants the build signed. You are free to take the map to another developer, and some clients do.
Best for: any store with meaningful organic traffic, and anyone who has been quoted for a migration without being shown a URL map first.
Managed Migration
Catalogue, customers, content, redirects and launch, run against the map you signed.
The build runs on a staging store you can see throughout. Products, variants, collections, customer records and order history move first and get reconciled against source counts, because a migration that silently drops 4% of SKUs is worse than one that visibly fails. Content and blog posts follow, then the redirect map goes in and gets tested URL by URL before anything points at the new store.
Payments, shipping and tax are configured for how you actually sell. For Indian sellers that means GST handling that produces correct invoices, a gateway that supports UPI and the card flows your customers use, and shipping rules that match your courier accounts. Our GST invoice generator and GST calculator are free if you want to sanity-check the output yourself.
Launch is deliberately dull. DNS cuts over at a low-traffic hour, redirects are verified live, the new sitemap goes to Search Console, and we watch the baseline daily for the first fortnight. If you are moving to Shopify or BigCommerce we handle the platform-specific work in house; a move onto WooCommerce is a WordPress build and is priced as one.
What you get
Full data migration with reconciliation against source counts, theme build or port, redirect implementation and live testing, payments, GST and shipping configuration, a staged launch, Search Console handover, and two weeks of daily monitoring afterwards.
What it is not
Not a redesign. We move you onto the new platform on as close to a like-for-like basis as it allows, for the attribution reasons set out above. We also do not promise your rankings will be unchanged, because no one honestly can.
Best for: stores committed to a destination platform, with a catalogue large enough that a manual rebuild is not realistic.
Post-Migration Recovery
Someone else moved your store, the traffic did not come back, and nobody can tell you why.
This is a larger share of our migration work than we would like. The pattern is consistent: the store moved, organic traffic fell well past the normal reprocessing dip, and several months later it has not recovered. In most cases the cause is the redirect map, either missing entirely, pointing large numbers of old URLs at the homepage, or chained through several hops until Google stops following.
We reconstruct what the old URL set was from archived crawls, Search Console history and server logs, compare it against what the new store actually serves, and rebuild the map properly. Then we fix the mechanics: redirect chains collapsed to a single hop, canonical tags corrected, the sitemap rebuilt, and internal links pointed at final destinations rather than through redirects.
The honest constraint is time. Google's guidance is to keep redirects at least a year, and the further past the move you are, the more of the old signal has already been reassigned. Recovery attempts inside the first few months do markedly better than ones started a year later. We will tell you which situation you are in after the first week, including when the answer is that rebuilding the traffic through new content and SEO is now the better investment.
What you get
A reconstructed old-URL inventory, a diagnosis of what the current redirects actually do, a rebuilt and implemented redirect map, chain and canonical cleanup, sitemap and internal link correction, and a weekly recovery report against the pre-move baseline where one exists.
What it is not
Not a guarantee of full recovery. Some of it depends on how long ago the move happened and how much of the old URL set can still be reconstructed. We give you our read on the odds in week one, before you commit to the rest.
Best for: stores that replatformed in the last twelve months and lost organic traffic they have not regained.
The sequence, and why it is in this order
The expensive mistakes all come from doing step five before step two.
- Record the baseline. Per-URL and per-template traffic, revenue and rankings before anything changes. Without it you cannot tell a normal post-move dip from a broken map, and that distinction is the whole of your first month after launch.
- Build and sign off the redirect map. Every URL that earns traffic gets a destination, and the ones with no clean match become explicit decisions rather than silent defaults. This is the deliverable everything else is planned around.
- Inventory what will not transfer. App-held reviews, custom fields, discount and gift card state, subscription plans, loyalty balances and the forced customer password reset. Each one is either a task, a compromise or a reason to reconsider the destination.
- Check integrations exist on the destination. Payment gateway, GST and invoicing, courier and shipping, ERP or accounting sync, marketplace feeds. For Indian sellers this is where migrations most often hit a wall that nobody scoped.
- Move the data and reconcile it. Catalogue, customers, orders and content into staging, then counted against the source. Reconciliation is not optional; a quiet 4% shortfall in SKUs is the kind of thing found six months later by a customer.
- Build the storefront and test the money path. Theme, templates, search and navigation, then the full cart and checkout tested with real payment methods including the failure cases. Checkout is the one path where a bug is immediately expensive.
- Launch quietly, out of season. DNS at a low-traffic hour, redirects verified live, new sitemap submitted to Search Console, old sitemap removed. Google's Change of Address tool applies only when the domain itself changes, not when you stay on the same domain.
- Watch the baseline daily, then weekly. Two weeks of close monitoring, then a month of weekly checks against the pre-move numbers. Most recoverable problems are visible inside fourteen days if somebody is actually looking.
What we will and will not promise
The parts of a migration pitch that usually get left off the page.
- We will not promise rankings survive unchanged. Google says visibility may fluctuate during a move and that reprocessing takes weeks. Anyone guaranteeing a flat transition is describing an outcome they cannot control.
- We will not promise every URL keeps its shape. On a cross-platform move most URLs change. What we commit to is that every URL earning traffic has a permanent redirect to its correct destination, held for at least the year Google recommends.
- We quote after scoping, not from a package list. Migration cost scales with catalogue size, app dependency, custom development on the current store and how clean the existing URL structure is. A price list that ignores those is guessing.
- We check platform pricing at the time of quoting. The figures on this page were read from vendor pricing pages on 14 September 2026 and they move. BigCommerce published a plan pricing update for 2026 during the period we were checking.
- Recovery work carries an honest probability, not a guarantee. How much of a failed migration is recoverable depends heavily on elapsed time. We give you that read in week one rather than at the end.
- We hold a BigCommerce partner link. BigCommerce links on this page are affiliate links, marked as such in the markup. It does not change what we recommend, and we put WooCommerce and Shopify ahead of it for plenty of stores.
What we verified for this page, and what we could not
| Claim | Status | Source |
|---|---|---|
| 301/308 preferred; keep redirects at least 1 year | Verified 14 Sep 2026 | Google Search Central, site move |
| Visibility may fluctuate; weeks for a small or medium site | Verified 14 Sep 2026 | Google Search Central, site move |
| Change of Address applies only to domain moves | Verified 14 Sep 2026 | Google Search Central, site move |
| Shopify 100,000 redirect cap, 20M on Plus | Verified 14 Sep 2026 | Shopify Help Center |
| Shopify fixed paths /products, /collections, /collections/all | Verified 14 Sep 2026 | Shopify Help Center |
| Shopify India plan prices in INR | Verified 14 Sep 2026 | Shopify India pricing page |
| BigCommerce plan prices and GMV thresholds in USD | Verified 14 Sep 2026 | BigCommerce pricing page |
| WooCommerce core free; hosting and extension ranges | Verified 14 Sep 2026 | WooCommerce pricing page |
| Adobe Commerce price | Not published by vendor | Adobe product page, quote only |
| BigCommerce redirect cap | No cap found either way | Not documented in what we read |
| Customer passwords cannot be migrated | Industry-standard practice | Hashing, not a vendor statement |
Two rows are marked amber deliberately. We found no documented BigCommerce redirect ceiling, which is not the same as confirming there is none, so we have not claimed one either way. And the password point follows from how every platform stores credentials rather than from a single citable vendor page, so we have labelled it as practice rather than documentation. Platform pricing moves: treat every figure here as correct on 14 September 2026 and re-check at quoting.
Frequently asked
Will I lose my Google rankings if I move platforms?
You should expect movement, and you should not expect permanent loss if the move is done properly. Google's site-move documentation says visibility in Search may fluctuate temporarily during a move, and that a small to medium site takes a few weeks for most pages to be reprocessed. What determines whether the dip recovers is almost entirely the redirect map: every URL that earned traffic needs a permanent redirect to its genuine equivalent, kept in place for at least a year. Migrations that lose rankings for good are usually migrations where large numbers of old URLs were pointed at the homepage or left to return 404s.
How long does an e-commerce migration take?
For a typical small to mid-size store we plan six to twelve weeks from kickoff to launch, plus a two-week readiness audit before that if you have not already had one. The catalogue size matters less than you would expect. What actually drives the timeline is how much custom development exists on the current store, how many third-party apps hold data that has to be replicated, and how clean the existing URL structure is. A 2,000-product store with a stock theme and three apps moves faster than a 200-product store with six years of bespoke code attached to it.
Will my customers have to create new accounts?
Their accounts and order history can move, but their passwords cannot. Platforms store passwords as one-way hashes precisely so that nobody, including the platform, can read them, which also means no destination platform will accept another's. Every customer therefore has to set a new password on first login after the move. This is entirely normal and manageable, but it has to be planned: a clear email explaining what happened and why, sent at the right moment, is the difference between a routine reset and a wave of support tickets. We build that sequence into the launch checklist rather than leaving it to be discovered on launch day.
Can I keep my existing URLs exactly as they are?
Usually not, and on Shopify definitely not. Shopify serves products and collections from fixed paths, and its documentation confirms you cannot create redirects away from /products, /collections or /collections/all. So if your current store uses a structure like /shop/category/product-name, that shape does not survive a move to Shopify. WooCommerce and Adobe Commerce give you full control over URL structure, and BigCommerce is configurable. The practical answer is that preserving URLs is the wrong goal. Redirecting every one of them correctly and permanently achieves the same result for both search engines and customers with old bookmarks.
What does it cost to migrate?
We quote a fixed price after scoping rather than publishing tiers, because the cost drivers are things a price list cannot see. The main ones are catalogue and variant complexity, how many third-party apps hold data that has to be rebuilt on the destination, how much custom development sits on your current store, the state of your existing URL structure, and whether your payment, GST and shipping stack exists on the new platform. Separately, budget for the destination platform's own recurring cost: Shopify starts at ₹1,499 a month in India on annual billing, BigCommerce at $29, and WooCommerce is free at the core but carries hosting from around $25 a month and paid extensions on top.
We already migrated and lost traffic. Is it too late?
Probably not, but time is genuinely working against you. Google recommends keeping redirects for at least a year, which tells you something about how long the old signals stay relevant. Recovery work started within a few months of a bad migration tends to do markedly better than work started a year later, because more of the old URL set can still be reconstructed and more of the original authority is still attributable. The first thing to check is what your redirects actually do today, since the common failures are a missing map, old URLs pointed en masse at the homepage, or chains of several hops. We can give you a read on the odds within about a week, and we would rather tell you to spend the budget on new content than sell you a recovery that will not work.
Which platform should we move to?
It depends on what is actually forcing the move, and the honest first question is whether you need to move at all. If the problem is a slow, dated or badly converting storefront, that is frequently fixable in place for a fraction of a migration budget. Where a move is warranted, the broad pattern is that Shopify suits speed to launch and low operational overhead, BigCommerce suits deeper catalogues and B2B requirements, WooCommerce suits teams that want full control and no revenue share and can live with managing hosting, and Adobe Commerce suits large complex operations with the resources to run it. Our e-commerce platform guide and the WooCommerce versus Wix comparison go into the trade-offs in more depth.
Can you migrate us without downtime?
Effectively yes, though it is more accurate to say the storefront stays available while the cutover happens. The new store is built and tested on a staging URL, so nothing about your live store changes until you decide it does. At launch we change DNS at a low-traffic hour and the two stores overlap briefly while the change propagates, which means some visitors see the old store and some the new one for a short window. The important operational detail is the order freeze: orders placed on the old store during that window need reconciling onto the new one, so we agree a short cut-off with you rather than pretending the overlap does not exist.
Get the redirect map before you get the invoice
A free scoping call first. If the honest answer is that fixing your current store beats moving it, we will tell you that.
Book a free consultationSources
- Site moves with URL changes: permanent redirects, the one-year minimum, Change of Address scope — Google Search Central
- URL redirects: the 100,000 cap and the fixed /products and /collections paths — Shopify Help Center
- Shopify plan pricing for India, in INR — Shopify
- BigCommerce plan pricing, GMV thresholds and payment provider fees — BigCommerce
- WooCommerce pricing: free core, hosting and extension cost ranges, zero revenue share — WooCommerce
- Adobe Commerce product page, which publishes no price — Adobe
