Migration PrestaShop vers Shopify en 2026 : le playbook pour le marché français

PrestaShop et WooCommerce sont mis dans le même panier comme "les alternatives open-source à Shopify". Pour un acheteur qui compare les plateformes en 2026, ce regroupement est à peu près juste. Pour un développeur qui mène la migration, il est trompeur d'une manière qui coûte du temps et de l'argent. PrestaShop a un modèle de données différent, un écosystème de modules différent, des attentes différentes en TVA et facturation, et une base d'utilisateurs concentrée en France et en Europe du Sud avec des habitudes de conformité spécifiques que Shopify doit égaler.

Nous avons écrit le playbook WooCommerce vers Shopify le mois dernier. Voici son frère PrestaShop. Il est écrit pour le marchand français ou UE qui a décidé de quitter PrestaShop et qui doit maintenant le faire sans perdre le catalogue, les classements, les relations clients existantes, ou la posture légale que les régulateurs ecommerce français attendent.

Le cadrage honnête : les migrations PrestaShop sont faisables, bien rodées, et suivent la même forme en quatre phases que tout replatforming. Les pièges sont spécifiques, l'outillage est plus restreint que pour WooCommerce, et les attentes du marché français rendent la phase d'audit encore plus importante que d'habitude. Sautez l'audit, et vous découvrez les surprises au lancement, devant des clients qui ne seront pas indulgents.

Pourquoi les marchands PrestaShop déménagent en 2026

Nous faisons attention à ne pas vendre Shopify dans notre travail de migration, parce que les marchands qui nous contactent ont décidé. Mais les patterns qui les poussent à la décision sont assez constants pour mériter d'être nommés.

Le fardeau de maintenance des modules. L'écosystème de modules PrestaShop est vaste, la variance qualitative est large, et les mises à jour de modules ne survivent pas toujours aux montées de version du noyau PrestaShop. Les boutiques accumulent des modules qui fonctionnent, des modules qui fonctionnent à moitié, et des modules dont les développeurs originaux ont disparu en 2021. Chaque mise à jour majeure de PrestaShop devient un projet de plusieurs semaines, et beaucoup de marchands restent sur des versions périmées parce que le chemin de mise à jour est décourageant.

Le plafond d'hébergement et de performance. PrestaShop tourne raisonnablement sur de l'hébergement PHP managé, peine sur l'hébergement mutualisé sous trafic, et demande une vraie attention DevOps pour performer en pic. Un marchand français qui fait cinquante mille euros par mois est généralement quelque part entre "le site est lent mais ça marche" et "le site est down là maintenant parce que c'est Black Friday". Le travail pour faire performer PrestaShop de manière fiable coûte autant que Shopify Plus et laisse encore le marchand à gérer sa propre stack.

Les exigences internationales et B2B. PrestaShop gère bien le multi-boutique et le multi-langue en théorie, mais les implémentations réelles à travers les marchés français, belge, espagnol et allemand accumulent du périmètre. Différents taux de TVA, différents formats de facture, différents transporteurs, différentes méthodes de paiement. Shopify Markets a aplati une grande partie de cette complexité nativement ; la migration consiste souvent autant à réduire l'éparpillement opérationnel qu'à acquérir des fonctionnalités plateforme.

Si votre situation correspond à l'une de celles-là, le déménagement a du sens. Le reste de ce post est comment le faire proprement pour le contexte français et UE.

La forme en quatre phases, avec les spécificités PrestaShop

Les projets de migration suivent les mêmes quatre phases peu importe la plateforme source : audit et planification, construction de la nouvelle boutique, migration des données et redirections, lancement et validation. PrestaShop change ce que chaque phase doit gérer.

Phase 1 : audit et planification. Ce qu'il y a dans votre boutique PrestaShop, ce qui se garde, ce qui se retire enfin, et ce que la version Shopify doit faire différemment à cause des attentes du marché français.

Phase 2 : construction du thème et des intégrations. Thème Shopify sur une boutique de développement, avec les intégrations et la configuration TVA/facturation vérifiées avant que les vraies données circulent.

Phase 3 : migration des données et mappage des redirections. Le catalogue, les clients, les commandes et le contenu migrent, avec les redirections SEO en français prêtes pour la bascule DNS.

Phase 4 : lancement et validation post-lancement. Bascule, monitoring, et une passe de validation de deux semaines pour attraper les choses qui passent toujours à travers.

Le reste de ce post parcourt les décisions spécifiques à PrestaShop à l'intérieur de chaque phase.

Phase 1 : l'audit dont les migrations PrestaShop ont besoin

Le modèle de données de PrestaShop est plus riche que celui de WooCommerce à certains endroits et plus quirky à d'autres. L'audit attrape les deux.

Inventoriez le catalogue avec les spécificités PrestaShop en tête

Exportez le catalogue complet, toutes les déclinaisons, toutes les images, toutes les catégories, toutes les pages CMS, tous les articles de blog, et la liste d'URL d'un crawl Screaming Frog. Le crawl Screaming Frog compte plus que d'habitude pour PrestaShop parce que les URLs simplifiées de la plateforme sont fortement personnalisables et les URLs réelles que Google a indexées sont souvent différentes de ce que vous attendez depuis l'admin.

Faites attention en particulier à :

Déclinaisons versus produits. PrestaShop sépare un "produit" de ses "déclinaisons" (variantes). Un produit avec des tailles et des couleurs est une entrée produit avec plusieurs entrées de déclinaison, similaire aux variantes Shopify. Le mappage est généralement propre, mais PrestaShop permet plus d'options par produit que le plafond à 3 options de Shopify, et les boutiques avec des produits profondément configurés peuvent avoir besoin d'être restructurées.

Fabricants et fournisseurs comme entités first-class. PrestaShop suit les fabricants et fournisseurs comme leurs propres tables, avec leurs propres pages et structures d'URL. Shopify n'a pas de concept natif équivalent. La donnée déménage soit vers des metafields produit, soit vers des metaobjects (nous l'avons couvert dans metaobjects et metafields), soit elle se retire.

Caractéristiques et valeurs de caractéristiques. Les produits PrestaShop portent un ensemble de "caractéristiques" (matière, longueur, pays d'origine, certifications) qui sont similaires mais distinctes des options de variantes. La plupart des marchands veulent que celles-ci migrent dans des metafields Shopify plutôt que d'être confondues avec des variantes. C'est une décision de mappage manuelle dans l'audit, pas automatique dans l'outil.

Catégories en arbre, pas collections en liste plate. Les catégories PrestaShop sont hiérarchiques, avec des sous-catégories de sous-catégories. Les collections Shopify sont plates. Les boutiques avec des arbres de catégories profonds ont besoin d'une décision : aplatir la structure et perdre la hiérarchie, ou utiliser des metafields de collection et du travail de thème pour préserver une hiérarchie visuelle sur le storefront.

Auditez le compteur de variantes et d'options

Le plafond Shopify s'applique ici exactement comme dans les migrations WooCommerce : 3 options par produit, 100 variantes sur les plans standard, 2 048 variantes sur Shopify Plus. Les boutiques PrestaShop avec des produits configurables multi-attributs (textile avec taille, couleur, finition et grammage ; pièces industrielles avec multiples spécifications) dépassent régulièrement les deux limites. Identifiez les produits problématiques dans l'audit, décidez de restructurer, passer à Plus, ou utiliser une app d'extension de variantes, et budgétez le travail.

Les non-négociables du marché français

C'est là que les migrations PrestaShop divergent des migrations WooCommerce génériques.

Facturation et format de facture légal. La régulation ecommerce française attend des factures qui répondent à des exigences de contenu spécifiques : nom légal et SIRET de la société, détails client, numérotation séquentielle de facture, lignes détaillées avec ventilation TVA par taux, méthode de paiement, total HT et TTC. PrestaShop génère cela nativement. Shopify ne le fait pas, à la sortie, d'une manière qui satisfait un expert-comptable français. Prévoyez une app de génération de factures ou une solution custom qui produit des PDFs conformes et les archive selon les règles françaises de rétention.

Calcul de TVA sur plusieurs taux. PrestaShop a une TVA multi-taux directe via son moteur de règles fiscales. Shopify gère la TVA multi-taux mais la migration de votre configuration fiscale existante est manuelle, et les articles à taux réduit (alimentation, livres, biens culturels en France) nécessitent un mappage explicite. Validez dans la boutique de dev avant que le vrai catalogue ne s'importe.

Multi-devise et la question de l'euro. La plupart des boutiques françaises affichent en euros et servent des marchés en euros. Shopify Markets gère cela proprement. Les boutiques PrestaShop avec des configurations multi-devise plus profondes (prix USD pour les touristes, GBP pour les clients UK post-Brexit) ont besoin d'une configuration Markets explicite côté Shopify.

Intégration transporteurs. PrestaShop a des intégrations profondes avec les transporteurs français (Colissimo, Mondial Relay, Chronopost, DPD, Relais Colis). Shopify les supporte via des apps, mais la profondeur d'intégration varie. Si votre logique de livraison inclut la sélection de point relais à l'intérieur du checkout, c'est une question d'app et de configuration qui doit être réglée en phase 2, pas au lancement.

Comptes clients et séparation B2B/B2C. PrestaShop a des groupes de clients natifs avec distinction B2C et B2B incluant l'achat exempt de TVA pour les entreprises vérifiées. Shopify Plus gère cela via ses fonctionnalités B2B ; Shopify standard a besoin d'une app ou d'une solution custom. Si vous avez une base client B2B, l'audit doit cadrer comment cette segmentation déménage.

Cataloguez les modules et décidez ce qui survit

Les modules PrestaShop couvrent le même terrain fonctionnel que les apps Shopify mais sans correspondance un pour un. L'audit liste chaque module actif, ce qu'il fait, et si Shopify a une fonctionnalité native, une app comparable, ou nécessite du travail custom pour le répliquer.

Trois catégories de modules qui reviennent presque dans chaque migration PrestaShop que nous menons :

Modules d'avis. Le contenu d'avis stocké en module ne se déplace pas automatiquement. Le correctif est le même que pour WooCommerce : exporter les données d'avis, importer vers une app d'avis Shopify (Judge.me, Yotpo, Loox), et valider que le schema markup est attaché aux bonnes pages produit.

Modules de fidélité et points. Les boutiques PrestaShop utilisent fréquemment des modules de fidélité avec des règles custom. Les données de fidélité, les soldes de points, et les seuils de récompense ont besoin d'un chemin de migration délibéré vers un équivalent Shopify. La plupart des boutiques finissent par choisir une nouvelle app de fidélité sur Shopify et importer les soldes ; la migration est rarement automatique.

Modules marketplace et dropshipping. PrestaShop a des modules marketplace et dropshipping forts sans équivalent Shopify propre. Les boutiques qui font tourner du PrestaShop multi-vendeurs font face à une vraie décision d'architecture, possiblement vers Shopify Plus avec du développement custom, possiblement vers une autre plateforme.

Phase 2 : construire la boutique Shopify avec les attentes du marché français

La décision du thème est la même que dans n'importe quelle migration Shopify : Dawn standard personnalisé, thème payant du Theme Store, thème custom, ou headless sur Hydrogen ou Next.js. Nous avons couvert l'arbitrage dans Hydrogen vs Next.js. Pour la plupart des boutiques PrestaShop du mid-market, un thème payant avec une personnalisation française réfléchie est la voie la plus rapide et le bon choix.

Les spécificités françaises qui vont au-delà du travail de thème standard :

Les traductions doivent être en français d'abord, pas en anglais-traduit-en-français. Shopify Markets gère le multi-langue, mais la langue primaire et le contenu canonique doivent être en français si votre marché primaire est la France. Mettez au point la copy française avant le lancement ; des descriptions produit mal traduites par machine se lisent moins bien que l'équivalent PrestaShop et nuisent à la conversion.

La génération de factures doit être installée et testée avec de vraies données de commande sur la boutique de développement. La plupart des boutiques Shopify françaises utilisent une app comme Sufio, Order Printer Pro, ou une solution custom. Validez que les PDFs générés correspondent aux attentes de votre comptable avant le lancement, pas après.

L'intégration transporteurs et points relais doit être configurée contre vos opérations de livraison réelles. Si vos clients attendent des points relais Mondial Relay ou Colissimo dans le checkout, l'app et la configuration du compte transporteur se passent en phase 2.

L'architecture metafield pour les données qui ne rentrent pas dans le modèle natif Shopify (caractéristiques, fabricant, fournisseur, certifications) se définit ici. Nous l'avons couvert dans le guide metaobjects ; les migrations PrestaShop sont le cas d'école où faire ce travail en amont économise un retrofitting coûteux plus tard.

Phase 3 : migration des données et mappage SEO

L'outillage pour les migrations PrestaShop est plus restreint que pour WooCommerce. Deux vraies options.

Cart2Cart et LitExtension supportent tous les deux PrestaShop comme source. C'est le chemin le plus courant pour les migrations standard : managées, automatiques, adaptées aux catalogues sans structure inhabituelle, et pratiques pour les équipes sans capacité technique profonde. L'arbitrage est l'opacité. Quand quelque chose casse, la visibilité diagnostique est limitée.

Matrixify n'importe pas directement depuis PrestaShop. Le chemin est d'exporter les données PrestaShop en CSV ou Excel, de les transformer au format d'import Shopify de Matrixify, et d'importer via Matrixify avec tous ses bénéfices de dry-run et de validation. Cela demande plus d'ingénierie en amont mais donne un contrôle total et c'est le bon choix pour les catalogues complexes, les metafields custom, les données B2B, ou les boutiques où les omissions silencieuses de l'outil de migration seraient coûteuses à découvrir après le lancement.

La troisième option, export et import CSV manuels, fonctionne pour les plus petits catalogues. Pour tout ce qui dépasse quelques centaines de produits, le coût en temps n'en vaut pas la peine.

Le problème de mappage d'URL pour PrestaShop

Les URLs PrestaShop sont configurables et la plupart des boutiques les ont personnalisées. Une URL produit PrestaShop typique ressemble à /12-chemise-coton-bleue.html où 12 est l'ID produit et le reste est le slug réécrit. Les catégories suivent souvent /3-chemises-homme ou similaire. L'extension legacy .html est courante parce que PrestaShop la mettait par défaut pendant des années.

Les URLs Shopify sont /products/chemise-coton-bleue et /collections/chemises-homme. Pas de .html, pas de préfixe d'ID numérique, et Shopify décide du pattern d'URL par handle plutôt que de permettre à votre ancienne structure d'être préservée.

La carte de redirections doit être construite avant que le catalogue ne s'importe, mappant chaque ancienne URL PrestaShop à son équivalent Shopify. Pour la plupart des boutiques le mappage est programmatique : une regex tire le slug du pattern d'URL PrestaShop et construit l'URL Shopify. Une carte de redirections propre couvre des milliers d'URLs avec quelques règles plus une liste manuelle pour les cas particuliers.

Construisez la carte en crawlant le site PrestaShop avec Screaming Frog, exportez la liste d'URL, et écrivez la logique de mappage. Validez manuellement sur un échantillon de 50 à 100 URLs à travers produits, catégories, fabricants, fournisseurs, pages CMS, et articles de blog. Uploadez via Matrixify ou via les URL Redirects natifs de Shopify.

Préservez la surface SEO en français

La checklist standard s'applique : page titles, meta descriptions, alt text des images, schema markup, tags canoniques, soumission du sitemap. Les éléments spécifiquement français qui ont besoin d'attention explicite :

URLs spécifiques à la langue et hreflang. Si votre boutique PrestaShop servait fr.example.com et en.example.com ou utilisait un switching de langue par chemin, la configuration Shopify Markets équivalente doit être en place avant le lancement et les tags hreflang doivent pointer correctement. Nous l'avons couvert dans hreflang sur Shopify.

Descriptions produit en français. Validez que chaque description produit est passée proprement. Le format de description HTML de PrestaShop inclut des cas limites d'encodage de caractères qui produisent occasionnellement des caractères accentués mal formés à l'import. Spot-checkez les produits avec des caractères français (é, è, ê, à, ç) explicitement.

Page titles en français. Même validation : chaque titre de page produit et meta description doit être en français propre, pas translittéré ou partiellement traduit.

Mots de passe clients et le message d'invitation en français

La règle des mots de passe clients est universelle : les mots de passe ne peuvent pas être migrés et les clients réinitialiseront à la première connexion. Utilisez la fonctionnalité Customer Invitation de Shopify pour envoyer une communication de relancement en français, cadrée comme "Notre nouvelle boutique est en ligne" plutôt que "Vous devez réinitialiser votre mot de passe". Les clients français sont particulièrement attentifs au ton de communication et un message d'invitation mal traduit se lit moins bien que pas de message du tout.

Historique de commandes et continuité de facturation française

L'historique de commandes migre via Cart2Cart, LitExtension, ou Matrixify. La validation compte plus pour les boutiques françaises à cause de l'obligation légale de facturation. Confirmez que les factures historiques restent accessibles, soit via l'historique de commandes migré avec une nouvelle génération de PDFs de facture, soit via une archive parallèle qui reste en ligne et cherchable.

L'étape de validation qui attrape les problèmes : prenez cinq commandes des six derniers mois, trouvez chacune dans la boutique Shopify migrée, et confirmez que vous pouvez produire une facture légalement conforme avec le même contenu que l'original. Si vous ne pouvez pas, l'intégration est incomplète et a besoin d'être corrigée avant le lancement.

Phase 4 : lancement et la passe de validation de deux semaines

Bascule avec les redirections en ligne, sitemap soumis, analytics validés, ancienne boutique en noindex mais en ligne. La passe de validation est la même que pour toute migration mais avec les éléments du marché français ajoutés.

• Crawlez le nouveau site avec Screaming Frog. Comparez contre l'ancien crawl PrestaShop. Identifiez chaque URL qui ne redirige pas correctement, chaque 404, chaque 5xx.
• Spot-checkez 5 pour cent des produits au hasard. Titre en français, description complète, caractères accentués qui rendent correctement, images présentes, variantes justes, prix juste avec la bonne TVA.
• Validez la génération de factures de bout en bout. Passez une commande de test, générez le PDF de facture, confirmez qu'il respecte le format légal français. Faites relire le premier lot par votre comptable.
• Testez la sélection de point relais dans le checkout si vous utilisez Mondial Relay, Colissimo ou similaire. L'intégration transporteur est l'échec silencieux post-lancement le plus courant.
• Validez l'email d'invitation client en français. Envoyez à une adresse de test, cliquez le lien de réinitialisation, confirmez que le flux de réinitialisation de mot de passe fonctionne de bout en bout.
• Vérifiez le calcul de TVA sur un mélange d'articles à taux normal, à taux réduit et exempts. Les erreurs de mappage de taux réduit sont le problème fiscal le plus courant post-migration.
• Confirmez que Google Search Console reçoit le nouveau sitemap et que les URLs en français sont crawlées. Surveillez les pics d'erreurs de crawl quotidiennement les deux premières semaines.
• Validez la configuration multi-langue et multi-marché si vous servez au-delà de la France. Tags hreflang, prix spécifiques au marché, et affichage de devise.

La courbe 30-60-90 jours est la même que pour toute migration : le trafic baisse brièvement pendant que Google re-crawle, puis récupère au niveau de base ou meilleur d'ici le jour 60 si les redirections et les métadonnées sont préservées correctement.

Coût et calendrier réalistes pour les boutiques françaises

Une boutique PrestaShop française mid-market, 1 000 à 10 000 SKU, TVA multi-taux, B2C plus B2B léger, intégrations transporteurs standard, tourne en quatre à huit semaines de bout en bout pour un coût de projet à cinq chiffres. Les spécificités du marché français (génération de factures, mappage TVA, intégration transporteurs, QA en français) ajoutent du travail comparé à une migration Shopify générique mais l'échelle globale est dans la même fourchette.

Les boutiques avec des personnalisations PrestaShop plus profondes, de gros volumes B2B, des configurations marketplace ou dropshipping, ou des architectures multi-boutique sur plusieurs pays tournent plus longtemps. La phase d'audit est là où cela se détermine ; les devis donnés avant l'audit sont des estimations, pas des engagements.

La chose qui ne vaut pas le coup sur une migration PrestaShop : précipiter l'audit parce que l'outil de migration fait que le déplacement des données semble facile. Le déplacement des données est la partie pas chère. La conformité du marché français, le mappage TVA, la continuité de facturation, le mappage des redirections, et la validation post-lancement sont le travail, et sauter l'un d'eux produit un lancement qui semble OK en semaine un et commence à perdre de l'argent en semaine trois.

FAQ

Migrer de PrestaShop vers Shopify est-il plus dur que depuis WooCommerce ?

À certains égards oui, à d'autres non. Le modèle de données PrestaShop est plus riche à certains endroits (fabricants, fournisseurs, caractéristiques) et a moins d'outils de migration one-shot que WooCommerce. D'un autre côté, le système d'URL simplifiée de PrestaShop est plus prévisible que le chaos des permalinks WordPress, et la structure du catalogue est plus propre. Le travail total est comparable ; les points d'attention spécifiques diffèrent.

Puis-je garder la continuité de numérotation légale de mes factures ?

Oui, avec une app de génération de factures ou une solution custom côté Shopify. La numérotation séquentielle, les PDFs archivés répondant aux exigences légales françaises, et la continuité depuis votre séquence de numéros de facture PrestaShop sont tous configurables. Confirmez les exigences légales avec votre comptable et confirmez l'implémentation avec votre développeur avant le lancement.

Comment gérer la TVA pour les clients B2B achetant depuis d'autres pays UE ?

Shopify supporte l'exemption de TVA pour les acheteurs B2B vérifiés, principalement via les fonctionnalités B2B de Shopify Plus ou via des apps sur les plans standard. La logique de validation (vérification VIES, gestion TVA intra-communautaire) est configurable. C'est un des éléments à cadrer délibérément en phase 1.

Et mon intégration Mondial Relay et Colissimo ?

Les deux ont des intégrations d'apps Shopify qui gèrent la sélection de point relais dans le checkout. La profondeur d'intégration est bonne mais pas identique aux modules PrestaShop natifs. Testez le parcours client complet dans votre boutique de développement avant le lancement.

Ai-je besoin de Shopify Plus ou Shopify standard suffit ?

La plupart des migrations PrestaShop françaises atterrissent sur Shopify standard ou Advanced, pas Plus. Plus est la bonne réponse quand vous avez vraiment de la complexité B2B, un volume de transactions très élevé, ou des compteurs de variantes qui dépassent 100 par produit. Pour un marchand français mid-market typique, Shopify standard couvre le terrain.

Vais-je perdre des classements SEO pendant la migration ?

Pas si le mappage des redirections et la préservation des métadonnées sont faits correctement. Le pattern standard est une baisse brève de 2 à 4 semaines pendant que Google re-crawle et ré-évalue, puis une récupération au niveau de base ou meilleur d'ici le jour 60. Les migrations qui sautent le travail de redirections ou utilisent des outils qui abandonnent silencieusement les métadonnées peuvent perdre 30 à 60 pour cent du trafic organique et récupèrent rarement complètement.

Qu'arrive-t-il à mon contenu en français comme les articles de blog et les pages CMS ?

Il migre. Les pages CMS PrestaShop se mappent sur les pages Shopify, les articles de blog sur les articles de blog Shopify, et la structure d'URL diffère donc chaque URL a besoin d'une redirection 301. Le contenu lui-même se transfère proprement via les outils de migration ; les redirections sont la partie qui a besoin de travail explicite.

Pour aller plus loin

Si vous êtes au début d'une décision PrestaShop vers Shopify, l'audit est la bonne prochaine étape. Un audit d'une demi-journée vous dit si votre catalogue tape la limite de variantes, à quoi ressemble votre travail de conformité du marché français, quels modules ont besoin de chemins de remplacement, et quels sont le coût et le calendrier réalistes.

Si vous voulez que nous fassions l'audit et la migration, contactez-nous. Nous menons chaque migration PrestaShop avec le plan en quatre phases ci-dessus, avec une attention explicite à la conformité du marché français, et nous restons engagés à travers la fenêtre de monitoring post-lancement. Vous pouvez en savoir plus sur notre service de migration Shopify et notre travail d'ingénierie SEO technique.

Pour des lectures associées : migration WooCommerce vers Shopify pour le playbook de comparaison, metaobjects et metafields pour les décisions d'architecture de données pendant le build, et hreflang sur Shopify si votre boutique sert plusieurs marchés UE.