"Moving from WooCommerce, Magento, BigCommerce, Wix or Squarespace to Shopify, or to a headless storefront? Here is the plain-language plan for keeping your Google rankings: the redirect map, what to carry over, launch-day checks, and the 90 days after."
Key Takeaways
- 1Rankings drop after a replatform for fixable reasons: broken old URLs, missing product text and titles, lost structured data, or a staging noindex left on at launch.
- 2Every old URL that gets traffic or links needs a permanent 301 redirect to its closest new page. Google recommends keeping those redirects for at least a year.
- 3Moving to Shopify almost always changes URLs, because products live under /products/ and categories under /collections/. That is fine if the redirect map is complete.
- 4Shopify redirects only fire from broken URLs and are capped at 100,000 per store (20,000,000 on Plus), so plan the map before you import it.
- 5Expect some ranking movement for a few weeks. A drop that is still falling after two or three months means something is broken, not that you need to wait.
- 6Cost and time are driven by URL count, data volume, integrations and design scope. Our builds run 3 to 5, 5 to 8, or 8 to 14 weeks depending on complexity.
The short answer
You keep your SEO through a platform move by doing four things. List every URL that gets traffic or links today. Point each one to its closest new page with a permanent 301 redirect. Carry over the product text, page titles, meta descriptions and structured data. Then test on staging, submit the new sitemap in Google Search Console on launch day, and watch the reports for 90 days. Do that, and most stores see only a short wobble while Google recrawls. Skip any one of them, and you can lose rankings that took years to earn.
Most store owners do not replatform for fun. You move because WooCommerce plugins keep breaking, Magento upgrades cost too much, Wix or Squarespace cannot handle your catalog, or you have outgrown a basic Shopify theme and want a faster headless storefront. The new platform is usually the easy part. The part that keeps owners awake is the question every one of them asks us on the first call: will I lose my Google traffic?
The honest answer is that a migration puts your rankings at risk, and a planned migration keeps almost all of that risk under control. This guide is the plan. It is written for US store owners moving to Shopify, Shopify Plus, BigCommerce or a headless Next.js storefront, but the same steps apply to any platform change.
Quick vocabulary, once. Replatforming means moving your store from one ecommerce system to another. A 301 redirect is a permanent forwarding rule that sends visitors and Google from an old page address to a new one. Staging is a private copy of the new store used for testing before launch. Structured data is code that tells search engines a page is a product, with a price, stock level and reviews. Search Consoleis Google's free dashboard for how your site shows up in search. That is the whole glossary.

What this guide covers
Why rankings drop after a replatform
Google does not punish you for changing platforms. It ranks pages, and a migration changes the pages. When traffic falls after a move, it almost always comes down to one of these six causes. Each one is preventable.
- Old URLs stop working. Your product and category pages earned rankings and backlinks at their old addresses. If those addresses show a 404 error after launch, that value is gone. This is the single biggest cause of post-migration traffic loss.
- Redirects are the wrong type or go to the wrong place. A temporary 302 instead of a permanent 301, a chain of several redirects in a row, or thousands of pages all pointed at the homepage. Each one leaks ranking value.
- Content does not come across. Product descriptions get shortened in the import, category intro text is dropped, the blog is left behind, or reviews stay in the old plugin. Less text on a page means less for Google to rank.
- Titles, meta descriptions and headings reset. Many imports bring over product names but not the custom page titles and descriptions you wrote for search. The new platform fills in defaults, and click-through from Google falls.
- Technical signals break. Missing product structured data, wrong canonical tags (the tag that tells Google which version of a page is the main one), a slower theme, or a headless storefront that builds pages only in the browser.
- The staging block is left on. A noindex tag or robots.txt rule meant to hide the unfinished site is still there at launch, telling Google to drop the whole store.
What changes when you move from each platform
Every platform has its own URL pattern. When the pattern changes, every product and category URL changes with it, which is why the redirect map matters so much. Here is what typically changes on the most common US moves.
| Move | What usually changes | Biggest SEO risk |
|---|---|---|
| WooCommerce to Shopify | /product/ becomes /products/, /product-category/ becomes /collections/, blog moves under /blogs/ | Blog posts and custom pages left out of the redirect map |
| Magento (Adobe Commerce) to Shopify Plus | .html endings removed, nested category paths flattened, layered-navigation filter URLs disappear | Very large URL counts, including filter pages that were indexed |
| BigCommerce to Shopify | Products that sat at the root of the domain move under /products/, category paths change | Custom page titles and descriptions not exported |
| Wix or Squarespace to Shopify | Almost every URL changes, including product and page paths | No clean export of URLs, so pages get missed |
| Shopify theme to headless Next.js | URLs can stay the same, but how pages are built and served changes completely | Pages rendered only in the browser, lost structured data |
If your move is one of these, we have written platform-specific pages for WooCommerce to Shopify, Magento to Shopify, BigCommerce to Shopify Plus, Wix to Shopify and Squarespace to Shopify. Magento stores should also read our Magento to Shopify Plus migration checklist.
The seven-phase migration plan
This is the order we run migrations in. The first four phases happen before anyone touches your domain settings, and that is on purpose. Almost every SEO problem after launch traces back to something skipped here.
Phase 1: Benchmark what you have
Before anything changes, record where you stand. Export the last 12 months of pages and search queries from Search Console, your top landing pages from analytics, and your current rankings for the terms that bring in sales. Save it. After launch, this is the only way to tell a normal wobble from a real drop, and to see exactly which pages lost traffic.
Phase 2: Find every URL
Google recommends building your list of old URLs from sitemaps, server logs and analytics together (Google Search Central, site moves with URL changes). Add a full crawl of your current store and the list of pages that other websites link to. Each source catches pages the others miss: old product pages that still get visits from Pinterest, a discontinued collection with a strong backlink, a landing page from a past campaign.
Phase 3: Build the redirect map
The redirect map is a spreadsheet with one row per old URL and the single new URL it should point to. Match like with like: product to product, category to collection, blog post to blog post. If a product is gone for good, point it to the closest category, not the homepage. Mark which rows carry the most traffic and backlinks, so those get tested first. This spreadsheet is the most valuable document in the whole project.
Phase 4: Carry over content and metadata
Move the full product descriptions, category intro text, blog posts, image alt text, custom page titles and meta descriptions. Bring reviews across through the new review app, so the text and star ratings stay on the right products. Check that the new theme outputs product structured data (name, price, availability, reviews) and correct canonical tags. If you are also redesigning, keep the words close to the old site at launch and improve them later.
Phase 5: Test on staging
Import the redirects on the staging store and test them with a crawler. Every old URL should return one permanent 301 and land on a working page. No chains of two or three redirects, no loops, no 302s. Google explains that permanent redirects tell it the new page should become the main version, while temporary 302 and 307 redirects do not (Google Search Central, redirects and Google Search). Also run the key product and collection pages through Google's Rich Results Test and a speed test.
Phase 6: Launch day
Point the domain, remove the staging noindex, confirm robots.txt allows crawling, switch on the redirects, and submit the new XML sitemap in Search Console. Then spot-check your top 50 old URLs by hand. The full list is in the launch-day checklist below.
Phase 7: Monitor for 90 days
Watch Search Console, analytics and the 404 report daily for the first two weeks, then weekly. Fix broken redirects the day you find them. Google says a medium-sized site can take a few weeks or more to settle, so the job is not done at launch. This is where many agencies step away, and it is where most preventable losses happen.
Planning a move and worried about your rankings?
Send us your current platform, where you want to go, and roughly how many products you sell. We will tell you what your migration involves, where the SEO risk sits for your store, and a realistic timeline, before you commit to anything.
Shopify redirect rules you need to know
Most US replatforming projects land on Shopify or Shopify Plus, and Shopify handles redirects in its own way. Three rules, straight from Shopify's help center (Shopify Help Center, URL redirects), shape how your redirect map gets built:
- Redirects only fire from broken URLs. A redirect works only when the old address shows a 404 on the new store. You cannot redirect away from a page that still exists, so old URLs that happen to match a live Shopify page need a different fix.
- There is a cap. Stores can hold up to 100,000 URL redirects, or 20,000,000 on Shopify Plus. That is plenty for most catalogs, but a Magento store with years of indexed filter URLs can get close, which is one reason to redirect filter pages by pattern and priority rather than one by one.
- Some paths are fixed. Products always live under /products/ and collections under /collections/. Your old URL structure cannot be copied exactly, so the goal is a clean one-to-one map, not identical addresses.
Redirects can be added one at a time or imported as a CSV file of old and new paths. Build the CSV from your redirect map, import it on staging first, and test it before launch.
12 things to check on launch day
Print this. Tick each one off before you announce the new store.
- The staging noindex tag is removed from every template.
- robots.txt allows crawling of products, collections and blog pages.
- All redirects are imported and live on the production store.
- Your top 50 old URLs by traffic each return a single 301 to the right page.
- No redirect chains or loops (old URL to new URL in one step).
- Canonical tags point to the live domain, not the staging address.
- Product structured data passes Google's Rich Results Test.
- Page titles and meta descriptions on top pages match what you approved.
- The new XML sitemap is submitted in Search Console and the old one removed.
- Analytics and conversion tracking fire on product, cart and checkout pages.
- A test order goes through checkout, payment and the confirmation email.
- The customer account invite email is ready, if accounts moved across.
The first 90 days after launch
Some movement is normal. Google says to expect ranking fluctuations while it recrawls and reindexes the site, and to keep redirects in place for at least a year so it can move all the signals from old URLs to new ones. What matters is the direction of travel.
| When | What to check | What it tells you |
|---|---|---|
| Days 1 to 14 | 404 errors, redirect coverage, top landing pages, checkout conversion | Whether anything was missed in the map |
| Weeks 3 to 6 | Page indexing report: old URLs dropping out, new URLs indexed | Whether Google is picking up the move |
| Weeks 6 to 12 | Organic clicks and rankings against your Phase 1 benchmark | Whether traffic has settled or needs fixing |
If clicks are still sliding after two or three months, do not wait it out. Pull the list of pages that lost the most traffic against your benchmark, and check each one for a missing redirect, a noindex tag, thin text or a changed title. The cause is almost always on that list. Our ecommerce SEO team runs exactly this review for stores that migrated with another provider.
What drives the cost and timeline of a migration
A migration is priced on data and change, not on how the new site looks. Two stores with the same design can be very different projects. These are the things that move the scope:
| Cost driver | Why it adds work |
|---|---|
| Number of URLs to map | Every product, variant, category, filter and blog URL needs a matched destination and a test |
| Data volume and quality | Products, variants, customers and order history all move; messy old data takes cleaning first |
| Apps and integrations | Reviews, subscriptions, loyalty, shipping, ERP or inventory systems each need a replacement and a data move |
| B2B features | Customer-specific pricing, net terms and wholesale accounts have to be rebuilt, not just copied |
| Design scope | Moving onto a customized theme is quicker than a full redesign or a headless storefront |
| Languages, currencies and markets | Each market adds URLs, hreflang tags (the tags that tell Google which country a page is for) and testing |
On timing, here is what our builds take. A platform store with a custom theme takes 3 to 5 weeks. An advanced store with subscriptions, B2B pricing or a larger migration takes 5 to 8 weeks. A headless Next.js storefront or custom platform runs 8 to 14 weeks. The migration and SEO work sit inside those timelines, not on top of them.
We do not publish a fixed migration price, because the drivers above change the scope too much for one number to be honest. We quote after a short discovery call. If you want to understand the wider cost picture first, read our guides to ecommerce website cost and Shopify development cost.
What to ask a migration agency before you hire them
Plenty of agencies can build a new store. Fewer can move an old one without losing its traffic. These questions separate the two quickly.
| Ask this | A strong answer sounds like |
|---|---|
| Can I see your redirect map template? | They show you a real spreadsheet with old URL, new URL, page type and priority |
| How do you find URLs that are not in the sitemap? | Crawl, Search Console, analytics and backlink data combined |
| How do you test redirects before launch? | A full crawl of old URLs on staging, checking for single-hop 301s |
| What happens to reviews, blog posts and customer accounts? | A named plan for each, not "we will sort it out" |
| Who watches Search Console after launch, and for how long? | A named person and a defined monitoring period, with fixes included |
For the wider hiring checklist, see our guide on how to choose an ecommerce development agency.
How we run migrations at FactoryJet
We are a registered Shopify Partner and we design, build and support stores on Shopify, Shopify Plus, BigCommerce, WooCommerce and headless Next.js. On a migration, we build the redirect map before we touch your domain, carry over your content and structured data, test every redirect on staging, and handle launch day with you. Then we stay on after launch to watch Search Console and fix what comes up, because the weeks after go-live are when a migration either holds its rankings or loses them. You own the store, the code and the data from day one. See the full scope on our replatforming and migration page.
Get a straight read on your migration
Tell us what you sell, which platform you are on, and where you want to go. We will map out the SEO risk for your store and the steps to protect it, in plain language.
Planning a store
Tell Us What You Sell, and Where
We reply with what we would build and how long it takes. You see a working draft of your store before you sign.
Frequently Asked Questions
Will I lose SEO if I change ecommerce platforms?
How do you redesign or replatform a website without losing SEO?
How long does it take for SEO to recover after a platform migration?
What is a 301 redirect, and why does it matter in a migration?
Should I use a 301 or a 302 redirect when I change platforms?
How long should I keep my old redirects after a migration?
Can I just redirect all my old pages to the homepage?
Do my product URLs have to change when I move to Shopify?
How do redirects work on Shopify?
What is the most common SEO mistake in an ecommerce migration?
Will my product reviews move to the new platform?
What is structured data, and do I need to rebuild it after migrating?
Do I need to update my XML sitemap after replatforming?
Can I migrate customer accounts and passwords to a new platform?
Should I redesign and replatform at the same time?
Does moving to a headless storefront hurt SEO?
What should be in a URL redirect map?
How do I find all the URLs on my current store?
What does an ecommerce migration cost?
How long does an ecommerce replatforming project take?
When is the best time of year to replatform an online store?
Should I keep my old platform running after launch?
How do I know if my migration went wrong?
What questions should I ask an agency about migration SEO?

Bhavesh Barot
Founder & CEO
Founder & CEO of FactoryJet, an ecommerce and AI services company that has served 500+ businesses across the US, UK, UAE, and India. Writes about ecommerce builds, AI agents, and AI search.


