A safe Shopify migration runs in five phases: audit and inventory everything, migrate data cleanly, build a complete 1:1 redirect map, QA exhaustively on staging, then launch and monitor daily. The single most important task is a complete 301 redirect map from every ranking URL to its closest Shopify equivalent — missing or broken redirects are the number-one cause of post-migration traffic loss. Done right, most stores see a temporary organic dip of 10% or less and recover within one to six weeks.
Migrating to Shopify is one of the highest-stakes projects an ecommerce business undertakes. Handled well, you end up on faster infrastructure with cleaner code and often better rankings than before. Handled badly, you can watch years of hard-won organic traffic evaporate in a weekend — and BrightEdge has documented migrations where just one or two redirect errors dropped organic traffic to near zero for extended periods.
The difference is almost never luck. It's preparation. The teams that migrate cleanly treat it as a cross-functional project with a checklist and named owners, not a one-weekend IT task. This guide is that checklist — thirty concrete checks across five phases, written to be worked through in order, with the current 2026 specifics (checkout changes, reserved URL paths, AI-crawler considerations) that older guides leave out.
Before you start: pick your method
How you migrate depends on your store's size and complexity. There are three routes, and choosing the right one up front saves a lot of pain later.
Manual CSV
Export products, customers, and orders as CSV files and import them with Shopify's built-in tool.
Migration app
A tool like Matrixify moves products, variants, collections, customers, orders, blogs, pages, and redirects with far more control than CSV.
Partner-led
A Shopify Partner runs the migration programmatically via the API, handling complex data mapping, integrations, and QA.
One rule regardless of method: the first step is always a full backup of your existing store. Never migrate against a source you can't restore.
Phase 1 — Plan & audit
This is the phase teams are tempted to rush, and it's the one that determines whether the whole project succeeds. You can't protect what you haven't inventoried.
Before touching anything, back up your existing site completely — data, theme, and configuration. This is your restore point if something goes wrong.
Use a tool like Screaming Frog or Sitebulb to crawl your site and export every URL with its title tag, H1, meta description, canonical status, and word count. Include blog posts, tag pages, filtered URLs, and old pages that only appear in server logs.
List every page alongside its organic traffic and keyword rankings. This tells you which pages are high-value (protect at all costs) and which are dead weight (can be pruned).
Export your backlinks and the pages they point to. These are the URLs whose redirects matter most — a broken redirect on a heavily-linked page wastes real authority.
Decide honestly whether this is a data-only platform move or a full redesign. A move is more forgiving; changing URLs, layouts, and content at the same time multiplies SEO risk. If you can, change one major variable at a time.
Migrate at least six months before your busy season, or immediately after it — never during it. This leaves room to recover before revenue depends on it.
Start building your 301 redirect map now — in week one, not week nine. Agencies that map redirects before touching the new build report roughly half the post-launch 404 reports. The redirect map is a parallel workstream that runs alongside the whole project, not a launch-day afterthought.
Phase 2 — Migrate your data
Here's where the store actually moves. The critical mindset: products, customers, orders, and metafields each need their own migration logic — this isn't one generic export/import.
Migration is the perfect moment to deduplicate customers, fix inconsistent product data, and drop discontinued SKUs. Moving mess just recreates it on a new platform.
Move products with their variants, high-resolution images, and collection structure intact. Verify a sample against the source — variant pricing and inventory are common breakage points.
Customer data is often your most valuable asset — email lists, order history, and segments. Don't make the classic mistake of migrating products but forgetting customers. Historical orders matter for reporting and support.
Fields with no direct Shopify equivalent go into metafields — Shopify's way of attaching structured data to products, customers, and orders. Plan this mapping deliberately rather than dropping data that doesn't fit.
Themes, custom apps, scripts, and integrations don't transfer — they're rebuilt or reconfigured on Shopify. Inventory every app's function and find its Shopify equivalent early.
Customer passwords and saved payment methods never migrate between platforms — that's a PCI DSS security requirement, not a limitation. Plan a password-reset email for launch day.
- Products, variants & images
- Collections & categories
- Customer profiles & addresses
- Historical orders
- Blog posts & content pages
- Metafields & custom data
- Gift cards & store credit
- 301 redirects & SEO metadata
- Customer passwords (PCI rule)
- Saved payment methods (PCI rule)
- Themes & design (rebuilt)
- Custom apps & scripts (redeveloped)
- Third-party integrations (reconnected)
- Platform-specific URL structure
- Active subscriptions (re-established)
- App-generated data (case by case)
Phase 3 — Protect your SEO
This is the phase that determines whether your rankings survive. Redirects are necessary but not sufficient — several other signals have to carry over too.
Every old URL that had traffic or rankings gets a direct 301 to its closest new equivalent. A 301 tells Google the move is permanent and passes nearly all the page's ranking value forward.
Redirecting everything to the homepage tells Google the old pages had no unique value, and you lose their rankings as badly as a 404. Map to the closest equivalent page, every time.
A chain — one URL hopping through two or three others — slows load times and bleeds SEO value. Each old URL should reach its final destination in a single hop.
Carry over title tags, meta descriptions, H1s, body content, and image alt text exactly. Don't let a new theme overwrite them with defaults — that's a silent, common ranking killer.
Product, breadcrumb, and organization schema need rebuilding on the new theme. In 2026 this also protects AI-search visibility — AI crawlers read the same structured data, so intact schema keeps you eligible for AI answers.
Import your redirect map in the Shopify admin under Online Store › Navigation › URL Redirects (CSV bulk import is supported). Prepare your XML sitemap and robots.txt — Shopify's defaults work for most stores.
Shopify reserves certain paths for its own functionality and won't let you redirect them — anything starting with /cart, /apps, /orders, /services, plus fixed structural paths like /products and /collections. If a redirect won't save, check whether the source path is reserved before troubleshooting further. This catches teams off guard mid-migration.
Phase 4 — Test everything on staging
Everything gets validated on a staging domain before a single customer sees it. Errors caught here cost an hour; the same errors caught after launch cost customer trust and sales.
Crawl the old-URL export against staging and confirm each address returns a single clean 301 to the correct new page — no chains, no 404s. Actually click a sample: if they don't land on the right product, your traffic is at risk.
Place real test orders across every payment method, shipping zone, and tax scenario. Tax and payment errors are the most expensive to discover after launch.
Run dry runs against progressively larger data sets and spot-check products, pricing, inventory, and customer records against the old store. Confirm counts match.
Run key page types through Google's Rich Results Test to confirm product, breadcrumb, and FAQ structured data survived the move and validates cleanly.
Confirm the mobile checkout experience works and that the new theme passes Core Web Vitals — a migration is a chance to get faster, not slower. Reserve image space to avoid layout shift.
Familiar navigation, intact account history, and working discount codes deserve the same attention as data integrity. A site that feels alien to repeat buyers is a retention problem.
Phase 5 — Launch & recover
Launch day is about flipping the switch cleanly and then watching closely. The work isn't done when the site goes live — the first two weeks of monitoring are part of the migration.
Update your A record and CNAME at your domain registrar to point to Shopify. Follow Shopify's step-by-step DNS guide to avoid downtime during propagation.
Capture any orders and customers created during the migration window with a final sync, so no transaction placed on the old store falls through the cracks during cutover.
Because passwords never migrate, trigger the reset email the moment the store is live so returning customers can log back in without friction.
Leave the old site accessible during DNS propagation so nothing breaks for users hitting cached DNS. Retire it only once you've confirmed the new store is fully live everywhere.
Add and verify the property, submit the new XML sitemap, and file a Change of Address if you moved domains. This tells Google to start crawling the new URLs.
Watch Search Console and analytics every day. Fix 404s as they surface, watch for crawl errors, and track the organic dip so you can act if it exceeds the normal range.
A properly executed migration typically shows a small organic dip in the first two to four weeks as Google re-crawls the new URLs, followed by full recovery by around day 60 — often sooner. A tidy one-to-one redirect map with intact metadata recovers fast; a patchy map with missing pages recovers slowly, if at all. Recovery speed is a direct measure of migration quality. If you're still down significantly after eight weeks, it's almost always fixable redirect or metadata errors, not permanent loss.
The migration mistakes that cost the most
Nearly every migration horror story traces back to one of these. They're all avoidable with the checklist above.
The single biggest cause of post-migration traffic loss. Google's own guidance treats redirect mapping as the core of a safe move, and recovery from a botched map can stretch into months.
The lazy shortcut that looks done but destroys rankings — it signals to Google that every old page was worthless.
Titles, metas, and H1s silently overwritten with theme defaults. The pages resolve fine but look brand-new to Google, and rankings drop.
Migrating products but not customers, order history, or segments — discarding a store's most valuable asset.
Going live near Black Friday multiplies the risk of checkout failures at exactly the moment sales matter most.
A migration touches marketing, support, and operations. Rushed, single-owner moves create technical debt and data silos that take months to fix.
How long a Shopify migration takes
Timelines vary enormously with catalog size, order-history depth, and app complexity. These are realistic 2026 ranges.
If you're moving to or within Shopify Plus, two changes matter: checkout.liquid was sunset for Plus on August 28, 2025 — checkout customization now runs through Checkout Extensibility (UI extensions, branding APIs, Functions), so don't rebuild an old checkout.liquid setup. And Shopify Scripts stop working on June 30, 2026, replaced by Shopify Functions. Migrating either onto a retired foundation is wasted work.
What changes by source platform
The checklist above is universal, but the friction points differ depending on where you're migrating from. Knowing your platform's specific quirks up front saves surprises.
Magento (Adobe Commerce) → Shopify
The heaviest common migration. Magento stores tend to carry large catalogs, complex attribute sets, and heavy customization, so the metafield-mapping and app-rebuild work is substantial. URL structures differ significantly, making the 1:1 redirect map essential. Budget toward the longer end of the 3–8 week range, and expect the data remodel — not the import itself — to be the bulk of the effort.
WooCommerce → Shopify
WooCommerce's flexibility means data lives in inconsistent places, especially where plugins added custom fields. The wins are real, though: you trade self-hosting, security patching, and plugin-conflict debugging for Shopify's managed infrastructure. Watch for redirect structure — WooCommerce permalinks rarely match Shopify's fixed /products/ and /collections/ paths.
BigCommerce & Squarespace → Shopify
Both are hosted platforms, so the mechanics are cleaner than Magento, but the URL-structure mismatch is still the core SEO task. These are the migrations where competitors often rank weakly, which means a well-executed move plus solid content can win the search visibility outright. The data itself usually moves smoothly via Matrixify or a partner.
Whatever you're moving from, Shopify's fixed URL structure means you will need redirects — there's no source platform whose URLs match Shopify's out of the box. That's why the redirect map is phase-one work on every single migration, regardless of origin.
Should you migrate yourself or hire help?
A small store — a few hundred products, no deep order history, a simple theme — can absolutely self-migrate with a CSV or Matrixify and this checklist. Give yourself time, work the phases in order, and don't skip QA.
The calculus changes with complexity. Large catalogs, years of order history, B2B pricing, custom apps, and integrations turn a migration into a project where a single redirect mistake can cost real revenue — and where knowing Shopify's data model, reserved paths, and checkout changes prevents expensive rework. That's the point to bring in help.
Our Shopify migration service runs exactly this checklist for you — data integrity, a complete redirect map built in week one, schema preservation, and post-launch monitoring until your traffic is back to baseline and beyond. For brands that want ongoing help after the move, a dedicated developer on retainer handles the optimization and fixes that follow any replatform.