Migrer de WooCommerce vers PrestaShop : quand la boutique dépasse le site WordPress

WooCommerce vit à l’intérieur de WordPress : produits, commandes et comptes clients partagent la base de données des articles et des rédacteurs. Passer de WooCommerce à PrestaShop revient à extraire la boutique du site. Le catalogue sort par un CSV natif ; commandes et mots de passe se lisent dans la base WordPress, dans des formats documentés.

• Passer de WooCommerce à PrestaShop commence par décider ce que garde WordPress
• L’export natif de WooCommerce couvre le catalogue, pas les commandes
• Les mots de passe WordPress se convertissent si le prestataire le prévoit
• Les abonnements des extensions WooCommerce se coupent avant la bascule
• Le devis d’une migration WooCommerce se règle d’abord sur le schéma retenu pour WordPress
• Les adresses /product/ et /product-category/ de WooCommerce ne survivent pas
• Une reprise de WooCommerce se grippe sur les rôles, les statuts de commande et le catalogue qui bouge
• Sources consultées
• Foire aux questions

Passer de WooCommerce à PrestaShop commence par décider ce que garde WordPress

Au 14 octobre 2026, la dernière version stable de WooCommerce publiée sur son dépôt officiel est la 11.2.1, du 9 octobre 2026. Relevez celle de votre boutique : la documentation situe certaines fonctions par numéro de version, comme le stockage des commandes depuis la 8.2.

Avant toute question d’outil, tranchez le sort du contenu. Scénario : un site de 200 articles de conseils et 1 500 produits, dont le trafic arrive surtout par les articles. Deux schémas tiennent.

Premier schéma : WordPress garde le domaine et le blog, PrestaShop prend la vente sur un sous-domaine (boutique.votresite.fr) ou un sous-dossier. Les articles ne bougent pas ; leurs liens vers les fiches produits, eux, changent tous.

Second schéma : tout part sur PrestaShop. Les pages fixes (livraison, conditions de vente) y deviennent des pages de contenu ; un blog avec rubriques, auteurs et dates passe par un module, à choisir avant la migration.

Le premier schéma garde deux logiciels à maintenir, le second un seul. Faites chiffrer les deux.

L’export natif de WooCommerce couvre le catalogue, pas les commandes

Le menu Produits > Tous les produits > Exporter produit un CSV du catalogue. L’option « export all custom meta » y ajoute les champs de vos extensions (guide des tailles, délai de fabrication) en colonnes dont le nom commence par « meta ».

La colonne Type annonce la difficulté : elle accepte simple, variable, grouped, external, variation, virtual et downloadable. PrestaShop compte quatre types : standard, avec déclinaisons, pack et virtuel. Le produit variable devient un produit avec déclinaisons, ses variations en deviennent les déclinaisons, le téléchargeable un produit virtuel. Le produit groupé, qui affiche côte à côte des articles vendus séparément, n’a pas d’équivalent : le pack vend un lot à prix unique. Le produit externe, simple bouton vers un autre site, n’en a pas davantage.

Côté clients, le rapport Clients de WooCommerce se télécharge en CSV, avec le rôle en dernière colonne. Ville, code postal et téléphones y sont des colonnes optionnelles, masquées par défaut ; la page ne cite aucune colonne de rue. Faites confirmer par le prestataire d’où viennent les adresses complètes.

Les commandes demandent une vérification préalable. Depuis WooCommerce 8.2, les nouvelles installations les rangent dans quatre tables dédiées (le stockage HPOS) ; une boutique plus ancienne peut les garder dans la table des articles WordPress, ou les y synchroniser par un mode de compatibilité. Le réglage se lit dans WooCommerce > Réglages > Avancé > Fonctionnalités, et l’outil retenu doit lire le bon stockage. La méthode générale, de la préproduction au rattrapage des dernières commandes, suit les cinq passes de la reprise des données.

Décrire mon besoin →

Les mots de passe WordPress se convertissent si le prestataire le prévoit

Selon un billet de l’équipe cœur de WordPress du 17 février 2025, WordPress 6.8 passe du hachage phpass à bcrypt, avec un préhachage SHA-384 et un préfixe « wp » devant chaque empreinte. L’empreinte, c’est la version brouillée du mot de passe que garde la base. Les empreintes phpass restent valides, et WordPress les recalcule à la connexion suivante : une même base mêle alors deux formats.

PrestaShop ne reconnaît ni l’un ni l’autre. D’après son code, il vérifie un mot de passe par la fonction standard de PHP (bcrypt) ou par un MD5 combiné à la clé de l’installation, l’ancien format de la 1.6. Son outil d’import du back-office re-hache la colonne « passwd » : une empreinte WordPress collée là devient inutilisable. Écrite en base avec la table des clients, clé reprise, elle ne servirait pas davantage, faute de format reconnu.

Deux voies existent. La plus simple : une valeur aléatoire, puis un e-mail qui invite chaque client à passer par « Mot de passe oublié ». L’autre : un développement qui, à la première connexion, vérifie l’empreinte WordPress conservée en base puis la remplace par une empreinte PrestaShop. Exigez alors un test sur deux comptes, l’un ancien, l’autre créé après la mise à jour 6.8 de votre site.

Les abonnements des extensions WooCommerce se coupent avant la bascule

Listez les extensions actives et notez pour chacune l’équivalent PrestaShop visé et les données qu’elle garde (réservations, points de fidélité, prix par client). Les abonnements souscrits sur WooCommerce.com se renouvellent automatiquement par défaut ; coupez le renouvellement dans « My Subscriptions », pour qu’aucun ne reparte après la bascule.

Si WordPress reste en ligne pour le blog, désinstallez WooCommerce et ses extensions après la migration. Une extension dont l’abonnement expire reste installée, mais ne reçoit plus de mises à jour, correctifs de sécurité compris, ni de support : du code commerçant non corrigé sur un site toujours public.

Les paiements récurrents posent une question à part. Demandez à votre prestataire de paiement si les moyens de paiement enregistrés peuvent être rattachés au module PrestaShop, avant de promettre à vos abonnés qu’ils n’auront rien à ressaisir.

Le devis d’une migration WooCommerce se règle d’abord sur le schéma retenu pour WordPress

Au schéma s’ajoutent le nombre d’articles déplacés, les extensions qui détiennent des données, les produits groupés ou externes à réinventer, la conversion des mots de passe et les langues gérées par une extension de traduction. Le décompte des extensions part de l’écran Extensions > Extensions installées de WordPress.

Le retour arrière se négocie avant la signature. WooCommerce reste installé, boutique fermée, jusqu’à la validation de PrestaShop ; si la bascule échoue, sa réouverture et la correction reviennent au prestataire.

Décrire mon besoin →

Les adresses /product/ et /product-category/ de WooCommerce ne survivent pas

WooCommerce publie par défaut ses fiches sous /product/ et ses catégories sous /product-category/, tandis que PrestaShop place le numéro du produit dans chaque adresse : aucune fiche ne garde la sienne, et les articles restés sur WordPress doivent pointer vers les nouvelles, comme le détaille le SEO de migration.

Une reprise de WooCommerce se grippe sur les rôles, les statuts de commande et le catalogue qui bouge

Importer tous les utilisateurs WordPress crée des comptes clients pour vos rédacteurs et administrateurs. Filtrez sur le rôle Client, colonne présente dans l’export du rapport Clients.

Reprendre les commandes sans trier leurs statuts gonfle l’historique. Le statut Brouillon est un enregistrement temporaire du passage en caisse par blocs, avant l’envoi de la commande ; En attente de paiement signifie qu’aucun paiement n’est enregistré, Échouée qu’il a été refusé. Faites correspondre chaque statut WooCommerce à un état PrestaShop avant l’import.

Corriger le catalogue dans WooCommerce pendant que PrestaShop se prépare fait diverger les deux : chaque prix ou stock modifié après l’import se reporte à la main. Gelez les fiches, ou tenez un journal des changements.

Dans le message du formulaire de cette page, reportez le schéma visé pour le blog, le nombre de produits et la liste de vos extensions.

Sources consultées

• WooCommerce, dépôt GitHub « woocommerce/woocommerce », liste des versions publiées, consulté le 14 octobre 2026.
• WooCommerce, « Product CSV Importer and Exporter », consulté le 14 octobre 2026.
• WooCommerce, « High-Performance Order Storage », consulté le 14 octobre 2026.
• WooCommerce, « Permalinks », consulté le 14 octobre 2026.
• WooCommerce, « Customers Report », consulté le 14 octobre 2026.
• WooCommerce, « Order Statuses », consulté le 14 octobre 2026.
• WooCommerce, « Auto-renewal, cancellation, refunds », consulté le 14 octobre 2026.
• WordPress, « WordPress 6.8 will use bcrypt for password hashing », blog de développement du cœur, 17 février 2025, consulté le 14 octobre 2026.
• PrestaShop, code source du logiciel, fichiers « Hashing.php », « AdminImportController.php » et « Dispatcher.php », consulté le 14 octobre 2026.
• PrestaShop, documentation utilisateur de PrestaShop 9, « New product page (PrestaShop 9.1) », et documentation développeur, « System requirements for PrestaShop 9 », consultées le 14 octobre 2026.

Foire aux questions

WordPress et PrestaShop peuvent-ils partager le même hébergement ?

Oui, si le serveur remplit les prérequis de PrestaShop, qui demande au moins 512 Mo de mémoire pour PHP. Chaque logiciel garde sa base de données et ses mises à jour. Demandez à l’hébergeur une copie de la configuration avant d’installer, et ne mélangez jamais les deux dossiers.

Un client qui commente le blog garde-t-il un seul compte ?

Non, si WordPress reste en ligne. Le compte du blog reste dans WordPress, le compte d’achat part dans PrestaShop. Désactivez la création de comptes côté WordPress quand le blog n’en a pas besoin : les commentaires peuvent se passer d’inscription.

Faut-il un nouveau thème ?

Oui. Un thème WordPress ne fonctionne pas sous PrestaShop, qui a ses propres thèmes. Reprenez la charte, les gabarits de fiches et le menu comme cahier des charges, puis faites adapter un thème PrestaShop ou en créer un.

Peut-on préparer le catalogue avant de migrer clients et commandes ?

Oui, et c’est souvent plus sûr. Le catalogue s’importe et se corrige en préproduction pendant des semaines. Clients et commandes passent ensuite d’un bloc, au moment de la bascule, pour que les comptes et l’historique arrivent complets le même jour.