Migration PrestaShop → WooCommerce
De PrestaShop à WooCommerce, sans perdre données, URLs ni référencement.
Une migration PrestaShop vers WooCommerce n’est pas un export-import. Les deux plateformes ne modélisent pas un catalogue, un client ou une commande de la même façon. Je reprends l’ensemble — données, URLs, SEO, paiement, livraison, emails, tracking — sur une préproduction, puis je bascule quand tout est vérifié.
- PrestaShop et WooCommerce pratiqués au quotidien
- Préproduction systématique avant bascule
- Plan de redirections 301 URL par URL
Pourquoi, et quand
Les bonnes et les mauvaises raisons de quitter PrestaShop pour WooCommerce
Je travaille sur les deux plateformes, je n’ai donc aucun intérêt à vous pousser vers l’une ou l’autre. WooCommerce devient un bon choix quand le contenu compte autant que le catalogue : blog actif, pages éditoriales, landing pages, besoin d’une équipe autonome dans un éditeur simple. Il l’est aussi quand votre PrestaShop est une ancienne version dont la remise à niveau coûterait autant qu’une reconstruction, ou quand votre site vitrine tourne déjà sous WordPress et que maintenir deux systèmes n’a plus de sens.
À l’inverse, migrer ne règle pas un problème mal identifié. Une boutique lente à cause d’un hébergement sous-dimensionné ou de modules empilés sera lente aussi sous WooCommerce si l’on reproduit les mêmes erreurs. Et certains usages restent plus naturels sous PrestaShop : multiboutique natif, gestion fine des groupes de clients et des prix spécifiques, catalogues à très nombreuses déclinaisons. Dans ces cas, une montée de version vers PrestaShop 9 est souvent plus raisonnable.
Si vous hésitez encore, lisez PrestaShop ou WooCommerce et quand quitter PrestaShop, ou commencez par un diagnostic : il arrive qu’il conclue qu’il ne faut pas migrer.
Vue d’ensemble
Le trajet de vos données, de PrestaShop à WooCommerce
Huit étapes, toujours dans cet ordre. La boutique PrestaShop reste en ligne et continue de vendre jusqu’à la bascule.
- AuditDonnées, modules, URLs, SEO
- CartographieChaque donnée a une destination
- PréproductionWooCommerce neuf, non indexé
- ImportCatalogue, clients, commandes, médias
- ReconstructionThème, paiement, livraison, emails
- SEOMétadonnées, 301, données structurées
- RecetteTests du parcours d’achat complet
- BasculeGel, import final, DNS, contrôles
Étape 1
L’audit de l’existant : ce qui décide du périmètre
Avant de parler de calendrier ou de budget, je regarde ce que contient réellement votre PrestaShop. La version et la base de données, bien sûr, mais surtout ce qui ne se voit pas dans le back-office : modules qui ont ajouté leurs propres tables, overrides, champs personnalisés sur les produits, règles de prix empilées au fil des années, transporteurs configurés par tranches de poids et par zones.
Je relève aussi l’état SEO de départ : pages qui reçoivent du trafic dans la Search Console, structure des URLs (avec ou sans identifiant, avec ou sans .html), langues actives, balises canoniques, données structurées présentes. C’est cette photographie qui servira de référence pour le contrôle après migration.
Cas fréquent : un module de personnalisation ou d’abonnement stocke des données dans ses propres tables. Aucun outil d’import ne les connaît. Mieux vaut le découvrir à l’audit qu’une semaine avant la bascule.
Cartographie des données
Ce que devient chaque donnée PrestaShop dans WooCommerce
Les deux modèles ne se recouvrent pas parfaitement. Voici les correspondances que j’applique, et les points où il faut décider plutôt que convertir.
| Dans PrestaShop | Dans WooCommerce | Point d’attention |
|---|---|---|
| Produits simples | Produits simples | Références, EAN, poids, dimensions, TVA, état du stock, descriptions courte et longue. |
| Déclinaisons (combinaisons) | Produits variables et variations | Chaque combinaison devient une variation avec son prix, son stock, sa référence et son image. Les très gros volumes de variations demandent un import par lots. |
| Attributs et caractéristiques | Attributs globaux (taxonomies pa_*) | Les attributs servent aux variations, les caractéristiques deviennent des attributs d’information, utilisables dans les filtres. |
| Catégories | Catégories de produits (product_cat) | Arborescence, descriptions, images et métadonnées conservées. La catégorie par défaut sert à reconstituer les URLs. |
| Marques (fabricants) | Taxonomie Marques | Pages marques à recréer si elles reçoivent du trafic. |
| Prix spécifiques, groupes de clients | Prix promotionnels, rôles, extension de tarification | Pas d’équivalent natif complet : je liste les règles réellement utilisées avant de choisir la solution. |
| Règles panier | Codes promo | Les conditions complexes (cumul, produits offerts) sont à vérifier une par une. |
| Clients et adresses | Utilisateurs WordPress, rôle client | Adresses de facturation et de livraison reprises. Mots de passe : voir la FAQ. |
| Commandes et états | Commandes WooCommerce (HPOS) et statuts | Historique rattaché aux comptes clients, référence PrestaShop conservée en métadonnée. Les états personnalisés deviennent des statuts personnalisés. |
| Factures PDF | Archive + extension de facturation | Les factures déjà émises sont archivées telles quelles ; la numérotation repart proprement côté WooCommerce. |
| Pages CMS | Pages WordPress | Occasion de réécrire les pages faibles plutôt que de les copier. |
| Images produits | Médiathèque WordPress | Import des originaux, régénération des miniatures, textes alternatifs repris. |
Le multiboutique PrestaShop n’a pas d’équivalent direct : selon le cas, on part sur des installations séparées ou un multisite WordPress. C’est une décision d’architecture à prendre à l’audit, pas en cours de route.
SEO
Conserver le référencement : URLs, métadonnées, redirections
C’est le poste où une migration mal préparée coûte le plus cher, et où les dégâts se voient avec plusieurs semaines de retard.
URLs et redirections 301
Les URLs PrestaShop contiennent en général un identifiant (/12-categorie, /categorie/345-produit.html). WooCommerce fonctionne autrement. Je construis une table de correspondance ancienne URL → nouvelle URL pour les produits, catégories, marques, pages CMS et langues, puis des redirections 301 directes, sans chaîne.
Métadonnées
Balises title, meta descriptions et URL simplifiées sont lues dans les tables de langue de PrestaShop et injectées dans l’extension SEO retenue côté WordPress. Rien n’est régénéré automatiquement par défaut.
Données structurées
Balisage Product, Offer, BreadcrumbList et avis contrôlé avec l’outil de test des résultats enrichis. Un thème et une extension SEO qui émettent chacun leur balisage créent des doublons : on n’en garde qu’un.
Multilingue
Si votre PrestaShop est en plusieurs langues, la structure des URLs par langue et les balises hreflang sont reprises avec une extension multilingue, et chaque langue a son plan de redirection.
Tracking
GA4, Google Tag Manager, Meta Pixel et API Conversions, Google Ads : les événements e-commerce sont reposés et testés commande réelle à l’appui. Le flux Merchant Center est régénéré avec les mêmes identifiants produits pour ne pas repartir de zéro. Voir tracking e-commerce.
Indexation
Préproduction bloquée à l’indexation, puis à la bascule : sitemap XML soumis, robots.txt vérifié, canoniques contrôlées, suivi quotidien de la Search Console.
Fonctionnalités
Modules PrestaShop et équivalents WooCommerce
On ne cherche pas une extension par module. On part de la fonction rendue, et on vérifie si WooCommerce la couvre nativement avant d’ajouter quoi que ce soit.
| Fonction | Côté PrestaShop | Côté WooCommerce |
|---|---|---|
| Paiement | Module de la banque ou du prestataire | Extension officielle du même prestataire quand elle existe (carte, PayPal, paiement fractionné, solutions bancaires françaises). Contrat conservé, nouvelles clés, URL de notification mise à jour, tests en mode bac à sable. |
| Livraison | Transporteurs, tranches de poids ou de prix, zones | Zones d’expédition, classes de livraison, tarifs par tranches via extension si nécessaire, points relais et étiquettes via les extensions des transporteurs ou d’un agrégateur. |
| Emails transactionnels | Modèles par langue dans mails/ | Modèles d’emails WooCommerce à personnaliser, envoi par un service SMTP authentifié (SPF, DKIM, DMARC). |
| Navigation à facettes | Module de recherche à facettes | Blocs de filtres WooCommerce ou extension de filtres, selon la taille du catalogue. |
| Avis clients | Module d’avis | Avis natifs WooCommerce ou service tiers ; import de l’historique quand la source le permet. |
| Factures | Natif | Extension de facturation PDF, numérotation continue. |
| Connexions externes | Webservice PrestaShop, modules sur mesure | API REST WooCommerce, webhooks, tâches planifiées avec Action Scheduler. Voir automatisation. |
Les développements spécifiques (overrides, modules maison) ne se « migrent » pas : ils se réécrivent sous forme d’extension WordPress propre, avec les hooks WooCommerce. C’est souvent le moment de supprimer ce qui ne sert plus.
Méthode
De la préproduction à la bascule
- 01
Audit et cartographie
Inventaire des données, des modules, des URLs et du SEO. Vous recevez un périmètre écrit : ce qui est repris, ce qui est remplacé, ce qui est abandonné.
- 02
Installation de la préproduction
WordPress et WooCommerce neufs sur un environnement protégé par mot de passe et exclu de l’indexation. Stockage des commandes HPOS activé dès le départ, extensions choisies pour leur compatibilité.
- 03
Premier import et corrections
Import scripté et rejouable (WP-CLI, API et classes CRUD de WooCommerce) plutôt que manipulation manuelle. Je compare les volumes et je contrôle un échantillon de fiches, de comptes et de commandes.
- 04
Reconstruction de la boutique
Thème, page produit, panier et checkout, paiement, livraison, taxes, emails, pages de contenu. Le design peut être repris à l’identique ou retravaillé : c’est votre décision, pas une contrainte technique.
- 05
SEO et tracking
Métadonnées, plan de redirections, données structurées, sitemap, balises de suivi, flux produits. Les redirections sont testées en masse avant la bascule, pas après.
- 06
Recette
Commandes de test avec chaque moyen de paiement et chaque transporteur, création de compte, mot de passe oublié, codes promo, emails, mobile. Vous testez aussi, avec une liste de scénarios fournie.
- 07
Bascule
À une heure creuse : PrestaShop passe en maintenance, import final des dernières commandes et des nouveaux clients, changement DNS, activation des redirections, commande réelle de contrôle.
- 08
Contrôle après migration
Pendant les semaines qui suivent : erreurs 404, couverture et positions dans la Search Console, remontée des conversions, emails, journaux d’erreurs. L’ancien PrestaShop est conservé hors ligne comme archive.
Risques
Les erreurs qui font échouer une migration PrestaShop → WooCommerce
- Lancer un outil d’import automatique sans audit, et découvrir après coup les déclinaisons sans prix ou les images manquantes.
- Rediriger toutes les anciennes URLs vers la page d’accueil : Google les traite comme des pages disparues.
- Oublier les URLs des langues secondaires, des marques et des pages CMS dans le plan de redirection.
- Mettre en ligne sans avoir prévenu les clients que leur mot de passe devra peut-être être réinitialisé.
- Laisser la préproduction indexable, ou pire, mettre en production avec la case « Demander aux moteurs de recherche de ne pas indexer ce site » encore cochée.
- Empiler quinze extensions pour reproduire quinze modules, et retrouver les mêmes lenteurs qu’avant.
- Changer d’identifiants produits dans le flux Merchant Center et perdre l’historique des campagnes Shopping.
- Basculer un vendredi soir ou en pleine période commerciale, sans plan de retour arrière.
- Couper l’ancien hébergement trop tôt : on en a besoin pour vérifier une commande ou une facture.
Aucune de ces erreurs n’est technique au sens strict. Elles viennent toutes d’une étape sautée. C’est pour cela que la méthode compte plus que l’outil.
PrestaShop et WooCommerce, côté terrain
J’interviens depuis 2022 sur les six boutiques PrestaShop d’Aliénor de Bazard, et j’ai mené des migrations vers WooCommerce avec préproduction, reprise des URLs et du SEO. Je connais donc les deux extrémités du trajet.
Aliénor de Bazard
Six boutiques PrestaShop suivies depuis 2022 : maintenance, modules sur mesure, landing pages, intégrations fournisseurs et APIs transporteurs. Un parc géré comme un ensemble, pas boutique par boutique.
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 cas
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 casParler de ma migration PrestaShop → WooCommerce
Décrivez votre boutique en quelques lignes : version de PrestaShop, taille approximative du catalogue, langues, modules dont vous ne pouvez pas vous passer. Je vous réponds personnellement avec les questions utiles et la suite proposée.
- Aucun accès à fournir à ce stade
- Un avis honnête, y compris si la migration n’est pas la bonne réponse
- Devis établi après audit, sur un périmètre écrit
Vous préférez un échange de vive voix ? Réservez un créneau.
Questions fréquentes sur la migration PrestaShop vers WooCommerce
Combien coûte une migration PrestaShop vers WooCommerce ?
À partir de 650 € TTC. Le montant final dépend du volume de données, du nombre de langues, des modules à remplacer, des développements spécifiques à réécrire et du travail de design souhaité : je le fixe dans un devis ferme, après audit. L’audit peut prendre la forme d’un diagnostic e-commerce, au forfait de 150 €. Pour comprendre ce qui fait varier un budget, voir le coût d’une migration e-commerce.
Mes clients conserveront-ils leur mot de passe ?
Pas automatiquement. PrestaShop et WordPress ne stockent pas les mots de passe de la même manière, et un mot de passe haché ne peut pas être « converti ». Deux options : demander une réinitialisation à la première connexion, avec un email d’annonce clair, ou développer une petite extension qui reconnaît l’ancien format PrestaShop à la première connexion puis enregistre le mot de passe au format WordPress. La seconde est transparente pour le client ; je vous indique à l’audit si elle est pertinente pour votre base.
Vais-je perdre mon référencement ?
Une migration comporte toujours une période d’ajustement, et personne ne peut honnêtement garantir des positions. Ce que je maîtrise, ce sont les causes de pertes durables : URLs non redirigées, métadonnées perdues, contenus supprimés, pages bloquées à l’indexation, site plus lent qu’avant. Chacune fait l’objet d’un contrôle avant et après la bascule.
L’historique des commandes est-il repris ?
Oui : les commandes sont importées et rattachées aux comptes clients, avec leurs lignes, adresses, montants, statuts et la référence PrestaShop d’origine. Les factures PDF déjà émises sont archivées. Si l’historique est très ancien, on peut décider ensemble d’une profondeur de reprise raisonnable et de conserver le reste dans l’archive PrestaShop.
Ma boutique sera-t-elle interrompue ?
PrestaShop continue de vendre pendant tout le projet. La seule coupure est la fenêtre de bascule, planifiée à une heure creuse, le temps de l’import final et du changement de DNS.
WooCommerce tiendra-t-il avec un gros catalogue ?
WooCommerce gère des catalogues importants à condition d’être correctement hébergé et configuré : HPOS, cache objet, base de données entretenue, peu d’extensions et bien choisies. Un catalogue à très forte combinatoire de déclinaisons demande une étude particulière ; c’est un des points que l’audit tranche. Voir aussi optimisation des performances.
Peut-on en profiter pour refaire le design ?
Oui, et c’est courant. Je recommande toutefois de ne pas tout changer en même temps : conserver la structure des contenus et l’arborescence le temps de la migration permet d’attribuer clairement les variations de trafic. Les évolutions plus profondes peuvent suivre, une fois la bascule stabilisée.
Et si Shopify était un meilleur choix que WooCommerce ?
C’est possible, selon votre équipe et vos contraintes. Je réalise aussi des migrations PrestaShop vers Shopify ; le choix se fait sur vos besoins réels, pas sur une préférence de ma part.
Une migration se prépare avant de se chiffrer.
Parlons de votre boutique PrestaShop, de ce que vous attendez de WooCommerce, et voyons si le projet est justifié. Devis sur un périmètre écrit, après audit.