Shopify, Wix et Squarespace font bien le travail de démarrer vite. Ils deviennent chers ou limitants quand le volume grandit, quand vous voulez lier stock et compta, ou quand vous refusez que le panier vive chez un tiers.
La méthode générale de sortie d'un SaaS s'applique. Voici le détail e-commerce.
1. Inventorier ce qui fait tourner la boutique
- Produits, variantes, stocks, prix, images, SEO (titres, meta, handles)
- Clients, adresses, tags, historique de commandes
- Avis clients (souvent une app tierce)
- Collections / catégories et règles automatiques
- Promos, codes promo, cartes cadeaux
- Abonnements et renouvellements (apps type Recharge, ou native)
- Pages contenu, blog, redirections déjà en place
- Apps: paiement, shipping, emails, pixels, fiscalité
Avant de choisir la destination, lancez un export de test et ouvrez-le. Un CSV « produits » sans images ni relations variantes est un faux sentiment de sécurité.
2. Ce que vous pouvez exporter (et ce qui coince)
Souvent exportable: produits (CSV), clients, commandes, parfois pages et blogs selon la plateforme.
Ce qui pose problème:
- Les handles / slugs: chaque plateforme a sa logique d'URL. Sans table de redirection, vous perdez le référencement du jour au lendemain.
- Les avis: souvent hors de la plateforme, sous le compte de l'app. Il faut les exporter ou les republier.
- Les abonnements: le contrat de paiement récurrent reste chez le prestataire. Il faut un plan de bascule (pause, migration des tokens, ou reprise manuelle).
- Les thèmes et apps: non portables. On reconstruit le nécessaire, on abandonne le reste.
- Les métachamps / champs custom: mappings à écrire à la main.
3. Choisir la destination
- WooCommerce (WordPress): bon si le contenu et le marketing vivent déjà sur WP, et si vous acceptez de gérer (ou de faire gérer) les mises à jour.
- PrestaShop: familier en France/UE, catalogue et TVA bien couverts, auto-hébergé sous vos comptes.
- Odoo eCommerce: pertinent quand boutique, stock, devis et facturation doivent partager la même base.
Dans tous les cas: domaine, DNS, hébergement, certificats et passerelle de paiement sous vos comptes et vos clés. Si ce n'est pas clair, faites d'abord l'audit de propriété des comptes.
4. Protéger le référencement: les 301 avant tout
C'est le piège n°1. Construisez un fichier ancien URL → nouvelle URL pour:
- Fiches produit
- Collections / catégories
- Pages institutionnelles
- Articles de blog
Testez un échantillon (top 50 en trafic Search Console) avant la bascule. Gardez l'ancienne boutique en lecture seule ou en redirection globale le temps de corriger les 404 qui restent.
5. Paiement, TVA, abonnements
Paiement: Stripe, PayPal ou autre doivent être à votre nom. Ne basculez pas le trafic avant que les webhooks et les devises soient testés en sandbox puis en réel.
TVA / fiscalité: règles UE, seuils, factures. Ce n'est pas un détail de thème. Validez avec votre expert-comptable le format des documents générés par la nouvelle boutique.
Abonnements: listez chaque abonnement actif, le moyen de paiement tokenisé, et la date de prochain prélèvement. Planifiez la migration hors d'une période de renouvellement massif.
Un export de catalogue sous la main ?
On peut regarder avec vous ce qui passe proprement, ce qui casse les URLs, et ce qu'il faut reconstruire avant le préavis.
6. Migrer en parallèle
- Importer un sous-ensemble (produits phares + commandes récentes)
- Comparer prix, stocks, images, redirects
- Tester panier, paiement, emails de confirmation, retours
- Bascule DNS / cutover un créneau calme
- Ancienne boutique en redirection pendant plusieurs semaines
Checklist avant de couper Shopify
- Export produits, clients et commandes ouvert et vérifié
- Table de redirections 301 pour les URLs à trafic
- Avis clients récupérés ou plan de republication
- Passerelle de paiement à mon nom, testée
- Abonnements listés avec date de prochain prélèvement
- Domaine, DNS et hébergement sous mes comptes
- Une personne métier valide le parcours d'achat
À retenir
Quitter une boutique SaaS, c'est surtout protéger le trafic et les revenus récurrents. Le design se refait. Les URLs et les abonnements, non.
Passer de la checklist à un plan de bascule
Si vous voulez un regard extérieur sur l'export et les 301, écrivez-nous. On répond sur le fond.
Shopify, Wix and Squarespace are fine for starting fast. They get expensive or limiting when volume grows, when you want stock and accounting in one place, or when you refuse to keep the cart with a third party.
The general SaaS exit method applies. Here is the ecommerce detail.
1. Inventory what actually runs the store
- Products, variants, stock, prices, images, SEO (titles, meta, handles)
- Customers, addresses, tags, order history
- Reviews (often a third-party app)
- Collections / categories and automated rules
- Promos, discount codes, gift cards
- Subscriptions and renewals (apps such as Recharge, or native)
- Content pages, blog, existing redirects
- Apps: payment, shipping, email, pixels, tax
Before you pick a destination, run a test export and open it. A "products" CSV without images or variant relations is false comfort.
2. What you can export (and what hurts)
Often exportable: products (CSV), customers, orders, sometimes pages and blogs depending on the platform.
What hurts:
- Handles / slugs: each platform shapes URLs differently. Without a redirect table, SEO dies overnight.
- Reviews: often outside the platform, under the app account. Export or republish them.
- Subscriptions: recurring payment contracts stay with the provider. You need a cutover plan (pause, token migration, or manual restart).
- Themes and apps: not portable. Rebuild what you need, drop the rest.
- Metafields / custom fields: hand-written mappings.
3. Choose the destination
- WooCommerce (WordPress): good if content and marketing already live on WP, and you accept managing (or hiring) updates.
- PrestaShop: common in France/EU, solid catalog and VAT, self-hosted under your accounts.
- Odoo eCommerce: right when shop, stock, quotes and invoicing should share one database.
In every case: domain, DNS, hosting, certificates and payment gateway under your accounts and your keys. If that is unclear, run the account ownership audit first.
4. Protect SEO: 301s first
This is trap number one. Build an old URL → new URL file for:
- Product pages
- Collections / categories
- Institutional pages
- Blog posts
Test a sample (top 50 Search Console URLs) before cutover. Keep the old store read-only or on a catch-all redirect while you fix remaining 404s.
5. Payments, VAT, subscriptions
Payments: Stripe, PayPal or other must be in your name. Do not move traffic until webhooks and currencies are tested in sandbox, then live.
VAT / tax: EU rules, thresholds, invoices. Not a theme detail. Validate document formats with your accountant on the new stack.
Subscriptions: list every active subscription, the tokenized payment method, and the next charge date. Migrate outside a mass-renewal window.
Got a catalog export?
We can review what migrates cleanly, what breaks URLs, and what must be rebuilt before you give notice.
6. Migrate in parallel
- Import a subset (flagship products + recent orders)
- Compare prices, stock, images, redirects
- Test cart, payment, confirmation emails, returns
- DNS / cutover in a quiet window
- Old store on redirects for several weeks
Checklist before you cut Shopify
- Product, customer and order exports opened and checked
- 301 redirect table for high-traffic URLs
- Reviews recovered or republish plan ready
- Payment gateway in my name, tested
- Subscriptions listed with next charge dates
- Domain, DNS and hosting under my accounts
- Someone on the business side signs off the checkout path
In short
Leaving a SaaS store is mostly about protecting traffic and recurring revenue. Design can be rebuilt. URLs and subscriptions cannot.
From checklist to a cutover plan
If you want a second look at the export and the 301s, write us. We answer on substance.