Migration e-commerce · Shopify · PrestaShop · WooCommerce
Changer de plateforme sans rien perdre : données, URLs, référencement.
Une migration ne se résume pas à un export et un import. C’est un projet où chaque produit, chaque client, chaque URL indexée et chaque règle métier doit retrouver sa place dans la nouvelle boutique. Je prends en charge l’ensemble : audit de l’existant, reprise des données, reconstruction, redirections 301, préproduction, bascule et contrôle après mise en ligne.
- Depuis n’importe quel CMS ou plateforme
- Je travaille au quotidien sur les trois plateformes
- Plan de redirections 301 URL par URL
- Préproduction complète avant toute bascule
Avant tout
Faut-il vraiment migrer ?
Je préfère le dire d’entrée : une partie des demandes de migration que je reçois n’en sont pas. Une boutique lente, un back-office pénible, un checkout qui convertit mal ou un prestataire parti sans laisser de documentation ne justifient pas, à eux seuls, de changer de plateforme. Ces problèmes se corrigent souvent sur place, pour une fraction du budget et du risque.
Cas fréquent : un PrestaShop jugé « dépassé » qui souffre en réalité d’un hébergement sous-dimensionné, de modules empilés et d’un cache mal réglé. Autre cas fréquent : une boutique Shopify jugée « trop chère » dont la moitié des apps font doublon. Dans les deux cas, migrer aurait déplacé le problème sans le résoudre.
Une migration se justifie quand la limite est structurelle : la plateforme ne sait pas faire ce dont votre activité a besoin, son coût de fonctionnement n’est plus cohérent avec votre modèle, ou la version utilisée n’est plus maintenue et ne peut pas être mise à jour proprement. Si vous hésitez, commencez par un diagnostic e-commerce : il tranche la question avec des faits, et son rapport sert de cahier des charges si la migration est confirmée.

Votre trajectoire
Six migrations détaillées, et toutes les autres
Chaque couple de plateformes a ses pièges propres : structure d’URLs, modèle de variantes, gestion des comptes clients, modules à remplacer. Choisissez votre cas.
Quitter Shopify pour WooCommerce
Reprendre la main sur le code, les données et les coûts récurrents, en conservant les URLs /products/ et /collections/ ou en les redirigeant proprement.
Passer de WooCommerce à Shopify
Déléguer l’hébergement, la sécurité et les mises à jour. Attributs vers options et metafields, plan de redirections complet, comptes clients réactivés.
Voir la méthodePrestaShop → ShopifyPasser de PrestaShop à Shopify
Déclinaisons, caractéristiques, arborescence de catégories, groupes clients, factures : tout ce qui change de logique et comment le traiter.
Voir la méthodePrestaShop → WooCommercePasser de PrestaShop à WooCommerce
Rester en open source en gagnant l’écosystème WordPress : contenu, SEO éditorial, extensions, tout en reprenant catalogue, clients et commandes.
Voir la méthodePrestaShop 1.6 → 9De PrestaShop 1.6 à PrestaShop 9
Pas de mise à jour directe fiable : thème et modules 1.6 sont incompatibles. C’est une vraie migration de données vers une installation neuve.
Voir la méthodePrestaShop 1.7 → 9De PrestaShop 1.7 à PrestaShop 9
Montée de version par le module de mise à jour, après vérification de compatibilité des modules et du thème, par paliers et en préproduction d’abord.
Voir la méthodeDepuis n’importe quelle plateforme
Votre site n’est ni sur Shopify, ni sur PrestaShop ? Je le migre aussi.
Wix, Squarespace, Magento, OpenCart, Joomla, Drupal, Webflow, BigCommerce, un site fait maison ou un vieux CMS que plus personne ne maintient : je migre n’importe quel site vers Shopify, WordPress et WooCommerce ou PrestaShop.
La méthode ne change pas : inventaire de ce qui existe, reprise des produits, des clients, des commandes et des contenus quand la plateforme d’origine permet de les exporter, reconstruction du site, plan de redirections pour chaque ancienne adresse, puis bascule contrôlée. Quand une plateforme exporte mal ses données, je le vois pendant l’audit et je vous le dis avant le devis — pas après.
Point de départ : 600 € TTC vers Shopify ou WooCommerce, 650 € TTC vers PrestaShop, selon le volume et ce qu’il faut reprendre.
Comparatif
Shopify, PrestaShop, WooCommerce : ce qui les distingue vraiment
Aucune des trois n’est « la meilleure ». Chacune impose un compromis différent entre confort, liberté et coût. Voici ma lecture de praticien, sans parti pris : je travaille sur les trois.
| Critère | Shopify | PrestaShop | WooCommerce |
|---|---|---|---|
| Modèle | Service hébergé (SaaS), abonnement mensuel | Logiciel open source à héberger | Extension open source de WordPress, à héberger |
| Coût récurrent | Abonnement + apps mensuelles + frais de transaction si passerelle externe. Prévisible, mais il grimpe avec les apps. | Hébergement + maintenance. Modules payés en général une fois, avec renouvellement du support et des mises à jour. | Hébergement + maintenance. Extensions souvent sous licence annuelle. |
| Liberté technique | Encadrée : thème Liquid, apps, Shopify Functions, Checkout Extensibility. Pas d’accès au serveur ni à la base. | Totale : code, base de données, serveur. Modules, hooks et overrides. | Totale : code, base de données, serveur. Hooks et filtres WordPress. |
| Maintenance | Infrastructure, sécurité et mises à jour gérées par Shopify. Reste le thème et les apps. | À votre charge : PHP, mises à jour du cœur et des modules, sécurité, sauvegardes. | À votre charge : WordPress, extensions, PHP, sécurité, sauvegardes. Mises à jour fréquentes. |
| SEO | Bon socle technique. Structure d’URLs imposée (/products/, /collections/), blog limité. | URLs configurables, bon contrôle du balisage. Blog via module. Attention à la navigation à facettes. | Le plus souple : URLs libres, extensions SEO complètes, WordPress pour le contenu éditorial. |
| International | Markets : devises, langues, domaines et prix par marché, intégrés. | Multilingue, multidevise et multiboutique natifs. Puissant, mais exigeant à administrer. | Via extensions (multilingue, multidevise). Fonctionne, avec davantage d’assemblage. |
| Catalogue complexe | Trois options par produit ; la donnée riche passe par les metafields et metaobjects. | Point fort : déclinaisons, caractéristiques, prix spécifiques, groupes clients, B2B. | Souple (attributs, variations), mais un très gros catalogue demande un hébergement et une base soignés. |
| Écosystème | App Store très fourni, qualité inégale, facturation mensuelle. | Marketplace Addons et modules d’éditeurs ; très présent en France (transporteurs, paiement). | Immense : extensions WooCommerce et tout l’écosystème WordPress. |
| Propriété des données | Exportables (CSV, API), mais hébergées chez Shopify. | Chez vous, accès direct à la base. | Chez vous, accès direct à la base. |
| Profil adapté | Équipe orientée vente et marketing, qui ne veut pas gérer de technique. | Catalogue structuré, règles commerciales complexes, B2B, multiboutique. | Marque à fort contenu, besoin de sur-mesure, budget récurrent à maîtriser. |
Pour aller plus loin sur le choix : Shopify ou WooCommerce, Shopify ou PrestaShop, PrestaShop ou WooCommerce.
Vue d’ensemble
Le trajet d’une migration maîtrisée
Quelle que soit la plateforme, la séquence reste la même. Ce qui change, ce sont les pièges à chaque étape.
- AuditDonnées, URLs, fonctions, trafic
- ArchitectureStructure cible et correspondances
- Reprise des donnéesProduits, clients, commandes, médias
- ReconstructionThème, fonctionnalités, paiement, livraison
- SEOBalises, 301, données structurées
- PréproductionTests de bout en bout
- BasculeGel, import final, DNS
- ContrôleSearch Console, 404, positions
Méthode
Ma méthode, étape par étape
- 01
Audit de l’ancien site
Inventaire complet : volumes (produits, variantes, clients, commandes), modules ou apps réellement utilisés, développements spécifiques, flux externes (ERP, marketplaces, comparateurs). Côté SEO : exploration de toutes les URLs, croisée avec la Search Console et Analytics pour identifier les pages qui portent le trafic et le chiffre d’affaires. C’est la liste de ce qu’on n’a pas le droit de casser.
- 02
Architecture cible et table de correspondance
Chaque type de donnée reçoit sa destination : déclinaisons vers variantes, caractéristiques vers attributs ou metafields, catégories vers collections, champs personnalisés, langues, taxes. Je décide aussi de la structure d’URLs : conservée à l’identique quand la plateforme le permet, sinon redirigée une à une.
- 03
Reprise des données
Produits, variantes, stocks, images et textes alternatifs, catégories, clients et adresses, historique de commandes, pages, articles, avis, bons de réduction. Imports scriptés et rejouables, vérifiés par comptage et par échantillonnage. Les mots de passe ne se transfèrent pas tels quels d’une plateforme à l’autre : les clients reçoivent une invitation à réactiver leur compte.
- 04
Reconstruction de la boutique
Thème, gabarits, navigation, filtres, recherche, puis les fonctionnalités : chaque module ou app de l’ancien site trouve un équivalent natif, une extension ou un développement sur mesure. Paiement, transporteurs, règles de livraison, taxes et emails transactionnels sont reconfigurés et testés.
- 05
SEO, données structurées et tracking
Reprise des balises title et meta description, des contenus de catégories, des canoniques, du sitemap et du fichier robots. Plan de redirections 301 URL par URL, sans chaînes. Données structurées Product, Offer, BreadcrumbList vérifiées. GA4, Google Ads, Meta Pixel et API Conversions, flux Merchant Center : reposés et contrôlés avec des achats de test.
- 06
Préproduction et recette
La nouvelle boutique vit d’abord sur une adresse privée, bloquée à l’indexation. Commandes de test avec chaque moyen de paiement et chaque transporteur, comptes clients, emails, mobile, redirections testées en masse. Vous validez sur pièces.
- 07
Bascule
À un créneau de faible activité : TTL DNS abaissé quelques jours avant, gel des commandes sur l’ancien site, import final des dernières commandes et des nouveaux clients, activation des redirections, changement DNS, certificat SSL, commande réelle de contrôle.
- 08
Contrôle après migration
Pendant plusieurs semaines : nouveau sitemap soumis dans la Search Console, rapport d’indexation, surveillance des 404 et correction au fil de l’eau, suivi des positions sur les requêtes clés, vérification des conversions remontées. L’ancien site reste archivé, hors ligne, le temps nécessaire.
Reprise des données
Ce qui se migre, et comment
| Élément | Reprise | Remarque |
|---|---|---|
| Produits, variantes, prix, stocks | Automatisée | Par script, API ou CSV, après mise en correspondance des champs. |
| Images et médias | Automatisée | Avec textes alternatifs ; les images insérées dans les descriptions doivent être rapatriées aussi. |
| Catégories / collections | Semi-automatisée | La logique diffère entre plateformes : arborescence, règles automatiques, tri. |
| Clients et adresses | Automatisée | Dans le respect du RGPD et des consentements marketing existants. |
| Mots de passe | Non transférables | Hachages incompatibles ou non exportables : invitation à réactiver le compte. |
| Historique de commandes | Automatisée ou archivée | Importé comme historique consultable, sans redéclencher emails ni mouvements de stock. |
| Balises SEO, contenus, blog | Automatisée + relecture | Titles, meta descriptions, textes de catégories, articles et leurs URLs. |
| Redirections 301 | Générées puis vérifiées | Table de correspondance ancienne URL → nouvelle URL, testée en masse. |
| Thème et design | Reconstruit | Un thème ne se convertit pas d’une plateforme à l’autre. |
| Modules, apps, développements | Remplacés | Équivalent natif, extension ou développement sur mesure. |
| Paiement, livraison, taxes, emails | Reconfigurés | Nouveaux contrats ou nouvelles clés API, puis tests réels. |
| Historique Analytics | Conservé | La même propriété GA4 est réutilisée : la continuité des données est préservée. |
Risques
Les erreurs qui coûtent cher
Ce sont celles que je retrouve quand on m’appelle après une migration ratée.
- Rediriger toutes les anciennes URLs vers la page d’accueil : Google les traite comme des erreurs « soft 404 » et le trafic s’évapore.
- Ne rediriger que les produits, en oubliant catégories, pages, articles de blog, images et URLs paginées ou filtrées qui recevaient des liens.
- Mettre en ligne avec la préproduction encore en
noindex, ou laisser la préproduction indexable et créer du contenu dupliqué. - Basculer sans gel des commandes : des commandes passées sur l’ancien site pendant la propagation DNS disparaissent du nouveau.
- Oublier les emails transactionnels, puis découvrir que les confirmations de commande partent en spam faute de SPF, DKIM et DMARC.
- Changer en même temps de plateforme, de nom de domaine, d’arborescence et de contenus : impossible ensuite d’isoler la cause d’une baisse.
- Reposer le tracking après la mise en ligne : plusieurs jours de données publicitaires perdues, et des campagnes qui se dérèglent.
- Migrer des années de données inutiles (produits morts, comptes fantômes) au lieu de nettoyer avant.
- Couper l’ancien site le jour même, sans archive consultable pour le SAV et la comptabilité.
Sur le volet référencement, j’ai détaillé la méthode dans Migrer sans perdre son SEO.
Des migrations menées de bout en bout
Deux boutiques passées de Shopify à WooCommerce : analyse, reconstruction, reprise des données, URLs, SEO et fonctionnalités.

Chez Baba
Migration de Shopify vers WooCommerce menée à partir d’une analyse de l’existant : reconstruction, migration des données, préservation du SEO et des URLs, et adaptation des fonctionnalités à WooCommerce.
Lire l'étude de cas
Maison Maryjane
Migration complète de Shopify vers WooCommerce : reconstruction avec Gutenberg et Kadence, correspondance des URLs, reprise des avis Judge.me, livraison Boxtal et paiement Sogecommerce, le tout prêt et validé en préproduction.
Lire l'étude de casAvis vérifiés
Une migration, vue par le client
Aimé a migré mon site de Shopify à WordPress. C’était super important pour moi, j’avais peur qu’il y ait des soucis […] mais Aimé m’a bluffé : il a tout reproduit à l’identique, il a préservé le SEO, il a créé des blocs pour que tout soit modifiable. C’est un vrai travail de pro. Aimé va dans le détail et ne laisse rien au hasard.
Avis vérifié sur Malt · août 2026
Parler de ma migration
Décrivez votre boutique actuelle, la plateforme visée et ce qui motive le changement. Je reviens vers vous sous 1 h en journée avec un premier avis franc — y compris si je pense que migrer n’est pas la bonne réponse.
- Plateforme actuelle et version
- Ordre de grandeur du catalogue et des commandes
- Modules, apps ou développements spécifiques
- Échéance souhaitée
Vous préférez en parler de vive voix ? Réservez un créneau.
Questions fréquentes sur la migration e-commerce
Combien coûte une migration e-commerce ?
À partir de 600 € TTC entre Shopify et WooCommerce, 650 € TTC depuis ou vers PrestaShop, et 400 € TTC pour passer de PrestaShop 8 à 9 — le détail par trajet est sur la page tarifs. Le montant final dépend du volume et de la complexité du catalogue, du nombre de fonctionnalités à reproduire, du niveau de reconstruction du design, du nombre de langues et des intégrations externes (ERP, marketplaces, transporteurs) : je le fixe dans un devis ferme, après audit. Le diagnostic peut servir de première étape, et j’explique les postes de coût dans cet article.
Vais-je perdre mon référencement ?
Une migration bien préparée vise à conserver les positions : URLs conservées ou redirigées en 301 une à une, balises et contenus repris, données structurées vérifiées, suivi dans la Search Console. Une fluctuation de quelques semaines reste possible le temps que Google retraite les pages. Ce qui fait réellement chuter un site, ce sont les redirections absentes ou bâclées et les contenus supprimés sans équivalent.
Peut-on conserver exactement les mêmes URLs ?
Cela dépend de la plateforme cible. WooCommerce et PrestaShop laissent une grande liberté sur la structure des URLs. Shopify impose ses préfixes (/products/, /collections/, /pages/, /blogs/) : en arrivant sur Shopify, les URLs changent presque toujours et tout repose sur la qualité des redirections 301.
Combien de temps dure une migration ?
De quelques semaines pour un catalogue simple avec peu de fonctionnalités spécifiques, à plusieurs mois pour une boutique multilingue avec intégrations et développements sur mesure. La durée dépend aussi de votre disponibilité pour valider les étapes. Je vous donne un planning réaliste après l’audit.
Ma boutique sera-t-elle interrompue ?
L’ancienne boutique continue de vendre pendant toute la construction de la nouvelle. La seule fenêtre sensible est la bascule : un gel des commandes de courte durée, planifié à un moment creux, le temps de l’import final et du changement DNS.
Mes clients devront-ils recréer leur compte ?
Non. Les comptes, adresses et historiques sont repris. En revanche, les mots de passe ne sont pas transférables d’une plateforme à l’autre : chaque système les stocke sous forme hachée, avec sa propre méthode, et certains ne les exportent pas du tout. Les clients reçoivent un email d’invitation ou de réinitialisation pour réactiver leur accès.
Faut-il refaire le design en même temps ?
Le thème doit de toute façon être reconstruit, car il ne se transpose pas d’une plateforme à l’autre. Vous pouvez en profiter pour le faire évoluer, mais je recommande de conserver l’arborescence et les contenus qui performent : moins on change de choses à la fois, plus la migration est sûre pour le SEO.
Travaillez-vous avec des agences ?
Oui. J’interviens en renfort ou en marque blanche sur le volet technique des migrations : reprise des données, redirections, intégrations. Voir la page Agences.
Une migration se prépare. Parlons de la vôtre.
Un premier échange pour cadrer le projet, ou un diagnostic pour vérifier que migrer est bien la bonne décision.