Decision guide · Migration
The Shopify migration readiness checklist most launch plans miss
A migration is not a theme project with data attached. It is a continuity programme with a storefront at the centre.

A migration can look healthy in a design review and still fail on launch day. The dangerous work is usually invisible: identifiers, redirects, discount assumptions, customer history, fulfilment events, analytics continuity and the people who know what must not break.
Treat readiness as five connected inventories—catalogue, customers and orders, content and URLs, integrations, and operations. Every inventory needs an owner, a source of truth and a reconciliation method.
1. Catalogue: map meaning, not only columns
Products, variants, collections, metafields, bundles and subscriptions rarely map one-to-one. Document how options affect inventory, price, images, shipping and tax. Decide what becomes native Shopify data, what belongs in metaobjects or metafields, and what should be retired rather than carried forward.
- Count active, archived and market-specific products separately.
- Identify SKUs, handles and external IDs that other systems depend on.
- Define how bundles, subscriptions, gift cards and pre-orders migrate.
- Run image and content completeness checks before import.
2. Customers and orders: decide what continuity means
Customer records may transfer, but passwords generally do not move as reusable credentials. Historical orders, store credit, loyalty balances and consent records each need a deliberate strategy. Communicate account activation as part of the customer experience, not as an afterthought from engineering.
3. URLs and search equity: build the redirect ledger early
Export every meaningful indexed URL, then map it to a destination, consolidation or intentional retirement. Preserve high-value paths where practical. Validate canonical tags, metadata, structured data, robots directives and sitemap output in the launch environment.
A redirect spreadsheet is not administrative debris. It is the migration’s continuity contract with search engines, campaigns and returning customers.
4. Integrations: follow the event, not the app logo
List the business event each tool receives or creates: order paid, fulfilment updated, subscription renewed, return requested, customer consented. Then test credentials, webhooks, retries, ownership and failure visibility. Two apps with similar labels can have entirely different operational consequences.
5. Rehearse cutover and reconciliation
- Run at least one representative migration before the final cutover.
- Define a freeze window and the delta-import procedure.
- Prepare counts and spot checks for products, variants, customers, orders and redirects.
- Name the launch commander, rollback authority and support escalation owners.
- Monitor checkout, payments, tax, fulfilment, analytics and search immediately after launch.
The best migrations feel uneventful to customers and highly structured to the team. That calm is designed months before cutover, in the inventories, rehearsals and ownership decisions that ordinary launch plans tend to hide.
Sources and further reading
3Responses
0Loading the conversation…
