Migrate Wix to Shopify and the first honest finding is not a speed comparison — it is that Wix has no single export file for a store the way a self-hosted platform does. Products export as one CSV, contacts export as a separate CSV, orders export separately again, and everything else — pages, blog posts, custom Velo code, a Members area — has no export tool at all. The real scope of a Wix-to-Shopify migration is not the catalogue, which moves in an afternoon. It is everything Wix built as a closed, hosted platform rather than a portable one.
What Do You Actually Move When You Migrate Wix to Shopify?
Migrating Wix to Shopify moves products and customer contacts with relatively little manual work, using Wix’s own CSV exports; it moves almost nothing else automatically, because Wix has no database export, no theme export and no content-management export comparable to what a self-hosted platform offers.
| Entity | Wix’s own export | LitExtension |
|---|---|---|
| Products, images, variants | CSV export from Store Products (official docs) | Automatic (vendor-reported) |
| Customers / contacts | CSV export from Contacts (official docs) | Automatic (vendor-reported) |
| Order history | CSV export from Orders (official docs) | Automatic (vendor-reported) |
| Blog posts | No export tool — content lives in the site editor (official docs) | Not listed among migrated entities (vendor-reported) |
| Site pages, design | No export tool — pages are not portable content (official docs) | Not listed among migrated entities (vendor-reported) |
| Product reviews | No export tool for reviews-app data (official docs) | Not listed among migrated entities (vendor-reported) |
| Velo (Corvid) custom code | No export — code is tied to Wix’s own runtime (official docs) | Not listed among migrated entities (vendor-reported) |
| Wix Members / gated content | No export — proprietary to Wix’s own product (official docs) | Not listed among migrated entities (vendor-reported) |
Read the row, not the column: every row below order history is blank across both paths. That is the actual shape of a Wix migration — a catalogue that moves cleanly, sitting on top of a platform’s worth of content and code that does not move at all.
Wix’s architecture explains why. Unlike a self-hosted store, Wix does not give you access to an underlying database or file system — pages, blog posts and design elements exist as objects inside Wix’s own hosted editor, with no export format designed to leave the platform. That is a deliberate trade-off of a fully hosted builder, not an oversight, and it is the single fact that most changes the shape of this migration compared with moving off a self-hosted platform: there, the fight is usually plugin compatibility; here, the fight is that entire categories of content were never built to be exported at all.
What Does Wix Not Export at All, and What Does That Actually Cost You?
Wix exports nothing for pages, blog posts, Velo code, Members data or reviews-app content — every one of those has to be rebuilt by hand on Shopify, and each rebuild is its own separate piece of work with its own separate timeline.
Pages and blog posts are the most predictable cost, because rebuilding them is content work rather than development work: copy the text, re-upload the images, and rebuild the layout in Shopify’s own theme editor or Shopify’s blog engine. A ten-page marketing site with a dozen blog posts is a few days of careful copy-and-paste; a hundred-page content library is a project with its own resourcing, independent of how fast the product catalogue moves.
Velo code is the least predictable cost, because what it does varies store to store. A Velo customisation might calculate a price, gate a page behind a login, control a booking flow, or call an external API — and none of that logic has a Shopify equivalent to import into. Rebuilding it means identifying exactly what each piece of Velo code does, then reproducing that behaviour as a Shopify app, a theme-code customisation, or an external integration called from Shopify’s own API. Scope this before cutover, not after: a store with no Velo code and one with several custom flows are not the same migration, even with an identical product count.
Wix Members and any reviews-app data face the same wall. Wix Members has no Shopify equivalent to import records into — a gated area or login-based community is rebuilt using a Shopify customer-accounts app or a metafield-driven page, with members re-invited rather than transferred. Review content sitting inside a Wix reviews app is the same story: it stays with that app’s own data, and a Shopify store restarts review collection with a new reviews app such as Judge.me or Loox unless both apps happen to publish a specific, supported transfer path.
How Do You Export Your Product Catalogue and Contacts From Wix, Step by Step?
You export a Wix catalogue and contact list as two separate CSV files, from two separate places in Wix’s dashboard, because Wix does not bundle them into a single store export.
From the Wix dashboard, open Store Products and use the export action to generate a CSV of your catalogue — products, variants, prices and image references. Do the same from the Contacts area for a customer CSV, and from Orders for an order-history CSV if you want that history preserved rather than starting fresh on Shopify. Each export is its own file, and each needs to be checked against your actual catalogue before you trust it: open the product CSV and confirm variant options, prices and image links look correct for a sample of products before you use it as the basis for an import, since a formatting mismatch caught here is a cheap fix and the same mismatch caught after import is a cleanup job across your live catalogue.
If your catalogue is large, uses many custom fields, or you would rather not map Wix’s CSV columns to Shopify’s own import format by hand, this is where a paid migration tool earns its cost. LitExtension lists Wix as a supported source platform for an automated product, customer and order migration (vendor-reported) — it handles the field mapping between Wix’s export structure and Shopify’s import structure directly, which is the part of a CSV-based migration that most often introduces errors when done manually at volume.
How Do You Import That Data Into Shopify Without Breaking It?
You import a Wix product CSV into Shopify through Shopify’s own product import tool, and the two platforms’ column structures do not match by default, so a straight upload without remapping is the most common source of a broken import.
Shopify’s product import expects a specific CSV structure — handle, title, variant options and image references in Shopify’s own column names, not Wix’s. Map Wix’s export columns to Shopify’s expected format before uploading, or let a migration tool do that mapping as part of an automated run. Either way, import into Shopify’s Draft status first rather than publishing directly, and check a representative sample against the source data — variant pricing, image order, product descriptions — before switching anything live. A batch import that silently mismatched variant options is far easier to catch in a draft product list than after a customer has ordered the wrong size.
Customer records import the same way, through Shopify’s own customer CSV import, with the same caveat as any platform migration: passwords do not transfer. Wix and Shopify hash passwords differently, so every migrated customer account arrives without a working password and is prompted to set a new one on first login or checkout — worth stating plainly in whatever email announces the new store, so it does not read to a customer as a broken account.
How Do You Rebuild Your Pages and Blog on Shopify?
You rebuild Wix pages and blog posts by hand on Shopify, because neither has an export path, which means the real first step is deciding what is actually worth rebuilding rather than assuming everything moves.
Pull a full list of your existing Wix pages and blog posts before you start, and sort it by what it is actually doing: pages earning organic traffic or backlinks, pages a customer navigates to regularly, and pages that exist but do little work. The first two categories get rebuilt properly in Shopify’s theme editor, matching layout and content as closely as the new theme allows. The third category is often better retired with a redirect to a relevant page than rebuilt exactly as it was — Wix’s page-builder layouts do not translate one-to-one into a Shopify theme’s section structure, and forcing an exact visual match usually costs more than the page is worth.
Blog posts rebuild the same way: copy the title, body text and images into Shopify’s own blog editor, post by post. For a blog under a few dozen posts, this is a content task a non-developer can complete directly. Past that volume, it becomes worth scripting — pulling post content through Wix’s API if you have developer access, and writing a script that creates the equivalent posts in Shopify through Shopify’s own Admin API, rather than doing hundreds of copy-paste passes by hand. Either way, re-enter each post’s SEO title and meta description as you go; Wix’s own SEO settings for a page or post do not carry over into Shopify’s fields, because they live inside Wix’s separate site structure.
How Do You Set Up Redirects So Wix’s URLs Don’t 404 on Shopify?
You set up redirects by building a URL map from your old Wix site to its new Shopify equivalent and entering it into Shopify’s own redirect tool, because Wix and Shopify structure product, collection and blog URLs differently and nothing maps them for you automatically.
Start from your actual traffic data rather than guessing which URLs matter: pull your top landing pages by organic sessions and your most-linked pages by referring domains, from whichever analytics and search tools you have connected to the Wix site. Every URL on that list needs an individual 301 redirect to its Shopify equivalent, entered through Shopify’s own URL redirect settings — a bulk pattern-matching rule catches the predictable cases but reliably misses the pages your traffic data says actually carry value, which are exactly the ones worth checking by hand.
Google’s own guidance on site moves states that a properly executed 301 redirect does not cause a loss in PageRank, so the migration itself is not what costs you rankings — an incomplete redirect map that lets old pages 404 is. Google also states plainly that ranking fluctuations are expected while it recrawls and reindexes the new site, and that redirects should stay in place for at least a year for the signal to transfer fully. The size of any temporary ranking dip for a specific store is — metric to confirm — no published benchmark states an expected percentage by site size, because it depends entirely on how many of the old URLs were actually earning traffic or links before cutover.
What Happens to Custom Code, Membership Areas and Third-Party Wix Apps?
Wix Velo code, a Wix Members area and most third-party Wix app data have no Shopify import path, so each needs to be identified, scoped and rebuilt as its own piece of work rather than assumed to migrate alongside the catalogue.
Start by listing every Velo customisation and third-party app your Wix store actually runs, and what each one does functionally — not what it’s called. A “custom form” app might just be collecting a field Shopify’s native checkout can already capture, which needs no rebuild at all; a Velo script calculating a volume-based wholesale price is genuine development work, rebuilt as a Shopify app or a Liquid-and-metafield customisation. Sorting the list this way, before cutover, is what stops “rebuild everything” from becoming the default assumption when only a fraction of it actually needs rebuilding.
A Members area or gated content follows the same logic. If it gates a handful of static pages behind a login, a Shopify customer-accounts setup with page-level gating usually covers it. If it drives an active community — posts, comments, member-to-member interaction — that is closer to a dedicated app or forum integration than a native Shopify feature, and worth pricing as its own line item rather than folding into the general migration estimate.
Is a Wix Store Actually a Fit for This Migration?
A Wix store is worth migrating to Shopify when its revenue and complexity have outgrown what a closed, fully hosted builder can do — not by default, and often not yet, because a large share of Wix’s own customer base sits well under the revenue level where Shopify’s ecosystem, and certainly Shopify Plus, earns its cost.
Pointerflow’s published floor is $3M+ in annual revenue on Shopify Plus or a comparable paid subscription platform, and that floor matters more here than on most migration guides, because Wix’s own product is built for and priced for a smaller store than that. A Wix store doing low six figures in revenue, with a simple catalogue and no Velo customisation, is very often better served staying on Wix — a migration’s redirect-mapping, page-rebuilding and Velo-replacement costs are real work regardless of store size, and they are hardest to justify against a smaller revenue base. If that describes your store, this guide is not written for you, and Shopify’s own standard plans, not Plus, are the more relevant comparison to make.
The migration earns its cost once a Wix store has outgrown the platform’s own ceiling in a specific way: a catalogue and order volume that need Shopify’s broader app ecosystem, a wholesale or B2B motion Wix was never built to run, or Velo customisations that have effectively turned the site into custom software Wix’s own platform limits are starting to constrain. For a store at that point considering Shopify Plus specifically, Shopify’s own pricing page lists Shopify Plus at $2,500 USD per month on a 1-year term, or $2,300 per month on a 3-year term, checked 13 September 2026 — worth weighing against the standard, non-Plus tiers that already cover most of what a mid-market catalogue actually needs; Shopify Plus cost breaks that comparison down in more detail. The honest read is that the migration decision and the plan decision are separate questions: outgrowing Wix does not automatically mean outgrowing Shopify’s standard plans, and neither should be assumed from revenue alone.
None of the entity-level work here — the CSV exports, the page rebuild, the redirect map, the Velo replacement — runs itself once cutover day arrives. A parallel run, a reconciliation check between what Wix’s order export shows and what actually landed in Shopify, and a scheduled follow-up on the redirect map’s coverage are ops automation work, the same category of work that keeps a migration project from turning into a support queue in its first week. A Wix store big enough to need this guide is usually big enough to need that check running in the background, not caught manually after a customer reports a missing order. For a broader look at what a platform migration’s coverage gaps typically look like on a self-hosted source, migrate from WordPress to Shopify covers the same entity-by-entity discipline against a very different starting platform.
Sources
The entity-coverage comparison is drawn from Wix’s own Help Center export documentation and LitExtension’s own Wix-to-Shopify product page, each labelled official-docs or vendor-reported by who is making the claim. Tool coverage changes as vendors update, so confirm it on each vendor’s current page before migrating. The redirect and ranking guidance is drawn from Google’s own Search Central documentation on site moves with URL changes. The Shopify Plus price is quoted from Shopify’s own pricing page, checked 13 September 2026. The export-step, page-rebuild and Velo-replacement guidance is written from first-hand ops-automation builds across Shopify, not from a published figure; where no primary source states a number — migration timeline, expected ranking-dip size — the figure is marked metric to confirm rather than stated as fact.