GUIDE DE REPLATFORMING
PrestaShop vers Shopify Plus.
Ce qu’il faut auditer, cadrer et mapper avant de quitter PrestaShop.
PrestaShop a équipé une génération entière de marchands européens, et
beaucoup y sont encore. Ceux qui partent le font rarement pour des
raisons fonctionnelles : ils partent parce que la pile de modules
n’est plus maintenable, parce que le répertoire override/
contient une logique métier que plus personne ne sait expliquer, et
parce que le B2B natif de Shopify a dépassé ce que le mode B2B de
PrestaShop sait faire. Ce guide détaille ce qui change réellement,
ce qui se transpose proprement, et les trois endroits où les
migrations PrestaShop dérapent.
POURQUOI CE VIRAGE
Pourquoi les marchands quittent PrestaShop.
Ce n’est pas un argumentaire anti-PrestaShop. PrestaShop reste une plateforme sérieuse pour une boutique au catalogue stable, avec peu de modules et une équipe capable de suivre les mises à jour. Le calcul change quand la charge de maintenance, la dette accumulée dans les surcharges et des besoins B2B qui débordent du mode natif se cumulent — et c’est généralement à ce moment-là que la question se pose.
Le poids des mises à jour
C’est la raison numéro un. Chaque montée de version majeure de PrestaShop rejoue le même scénario : les modules tiers cassent, les surcharges du répertoire override/ entrent en conflit avec le cœur, et le thème doit être repris. Les boutiques restent bloquées sur une version ancienne parce que la mise à jour coûte plus cher que ce qu’elle rapporte — et l’écart se creuse chaque année. Shopify Plus livre en continu, sans travail côté marchand.
La dette du répertoire override/
Propre à PrestaShop. Le mécanisme de surcharge permet de remplacer le comportement du cœur sans écrire de module, ce qui est pratique sur le moment et invisible ensuite. Au bout de quelques années et de quelques prestataires, personne ne sait plus quelle logique métier vit là ni pourquoi. C’est la source la plus fréquente de mauvaise surprise en migration — et la raison pour laquelle nous l’auditons avant les modules.
Le coût réel de l’hébergement
Une boutique PrestaShop sérieuse ne tourne pas sur du mutualisé. Serveur dédié ou cloud, optimisation des performances, cache, correctifs de sécurité, sauvegardes, monitoring : la facture annuelle additionnée dépasse souvent ce que les équipes ont en tête, parce qu’elle est éclatée entre plusieurs lignes budgétaires. Shopify Plus supprime entièrement cette catégorie de dépense et de risque.
L’écart B2B s’est inversé
Le mode B2B de PrestaShop — groupes de clients, prix spécifiques, encours — était une vraie avance il y a dix ans. Le B2B natif de Shopify le dépasse aujourd’hui : Companies, Catalogs, Price Lists, conditions de paiement, contacts multiples par entreprise avec permissions, checkout B2B dédié. Ce qui demandait trois modules payants et du développement sur mesure est désormais dans la plateforme.
La disponibilité des compétences
Trouver un développeur PrestaShop expérimenté en 2026 est plus difficile et plus cher qu’il y a cinq ans, y compris en France où la plateforme est née. L’écosystème Shopify a la trajectoire inverse. Ce n’est pas un argument technique, mais c’est un risque opérationnel réel quand votre boutique dépend d’une seule personne.
Si vous ne cochez qu’une seule de ces cases, attendez. Si vous en cochez trois, la question n’est plus « faut-il migrer » mais « dans quel ordre ».
CE QUI SE TRANSPOSE
PrestaShop vers Shopify, concept par concept.
La bonne nouvelle est que le modèle de données B2B de PrestaShop se transpose plus proprement qu’on ne le croit. Les groupes de clients deviennent des Companies et des Catalogs. Les prix spécifiques deviennent des Price Lists avec règles de quantité. L’encours autorisé devient des conditions de paiement B2B natives. Les champs SIRET, code APE et TVA intracommunautaire deviennent des métachamps sur l’objet Company.
Ce qui ne se transpose pas est plus court, mais plus coûteux :
la logique enfouie dans override/, les modules
payants sans équivalent, et les produits dont la combinatoire
dépasse ce que Shopify modélise. Ces trois postes constituent
l’essentiel du budget de toute migration PrestaShop.
Husky Boutique
Quatre expériences d’achat distinctes sur Shopify Plus — consommateurs, écoles, entreprises, programmes corporatifs — remplaçant une construction sur mesure. Lancement B2B Shopify Plus en première année avec intégration ERP ServiceCentre.
Lire l’étude de cas → AKENEO PIM · CATALOGUE COMPLEXEGoodyear
Des milliers de références pneumatiques gouvernées dans Akeneo, avec enrichissement assisté par IA et réduction de 40 % du délai de mise en marché. La référence quand la combinatoire produit est le vrai sujet de la migration.
Lire l’étude de cas →PRÉPARATION À LA MIGRATION
Avant de migrer, auditez ces huit domaines.
Dans cet ordre. Le premier n’est pas celui auquel on pense, et c’est précisément pour ça que les migrations PrestaShop dépassent leur budget.
Le répertoire override/ et les hooks personnalisés
À auditer en premier, avant les modules. Listez chaque fichier de override/, chaque hook personnalisé et chaque modification du cœur. Pour chacun : quelle règle métier cela implémente-t-il, et cette règle est-elle encore vraie ? C’est l’exercice de cadrage le plus important d’une migration PrestaShop, et celui que la plupart des devis omettent.
La pile de modules
Comptez-les et classez-les. Modules officiels PrestaShop, modules payants d’addons.prestashop.com, modules d’agence, modules abandonnés dont l’éditeur a disparu. Pour chacun : remplacé par du natif Shopify, remplacé par une app, reconstruit via B2B Protocol, ou abandonné. Une part significative de toute pile PrestaShop existe pour combler des manques que Shopify couvre nativement.
Attributs, caractéristiques et déclinaisons
PrestaShop distingue les attributs — qui génèrent des déclinaisons — des caractéristiques, purement informatives. Cette distinction n’existe pas sur Shopify : les attributs deviennent des options de variante (trois maximum), les caractéristiques deviennent des métachamps. Comptez les combinaisons par produit : la limite Shopify est de 2 048 variantes depuis octobre 2025, ce qui couvre la quasi-totalité des cas, mais les dépassements réels imposent de remodéliser le produit.
Groupes de clients, prix spécifiques et encours
Exportez la table des prix spécifiques et regardez ce qu’elle contient réellement : prix par groupe, par client, par quantité, par pays, avec dates de validité. La majorité se transpose sur les Price Lists et les règles de quantité de Shopify. Les cas restants — remises cumulatives, seuils par segment, tarification calculée — passent par Shopify Functions ou B2B Protocol.
URL, redirections et référencement
Les URL PrestaShop portent l’identifiant numérique et le suffixe .html, dans une forme qui dépend de votre configuration SEO & URLs. Aucune ne survit à la migration. Produits, catégories, pages CMS, pages fabricant, pages fournisseur, et les paramètres de navigation à facettes : tout doit être mappé. Cette carte se produit avant la migration, pas après le lancement.
Données clients, commandes et documents
Comptes, adresses, historique de commandes, avoirs, factures PDF déjà émises. Les factures méritent une décision explicite : les régénérer sur Shopify ne reproduit pas les documents légaux existants. La plupart des marchands archivent l’historique documentaire séparément et ne migrent que les données transactionnelles.
Multiboutique et international
La multiboutique PrestaShop partage une seule base de données, avec des réglages hérités boutique par boutique. Cela ne correspond pas 1:1 à Shopify. Décidez en amont ce qui se consolide en une instance Shopify Plus, ce qui devient un marché Shopify Markets, et ce qui justifie une instance séparée. Cette décision se répercute sur tous les autres chantiers.
Transporteurs, zones et règles de taxes
Les transporteurs PrestaShop se configurent par zone avec des tranches de poids ou de prix, et les règles de taxes par pays et par état. Le modèle Shopify est différent — profils d’expédition et taux par marché. Sur une boutique européenne avec TVA intracommunautaire et plusieurs pays livrés, ce chantier mérite d’être cadré tôt.
CALENDRIER DE MIGRATION
Calendrier typique.
Une migration PrestaShop vers Shopify Plus mid-market prend 10 à 20 semaines. C’est généralement un peu plus court qu’une migration Magento équivalente : le modèle de données est plus simple et la couche de personnalisation plus légère. Ce qui allonge le calendrier, ce sont les surcharges, la combinatoire produit et le périmètre ERP.
Découverte et audit des surcharges
Audit du répertoire override/, inventaire des modules, analyse des déclinaisons, cadrage, stratégie de redirections.
Construction et intégration
Thème, configuration B2B, intégration ERP, reconstruction de la logique métier issue des surcharges.
Migration des données et recette
Produits, déclinaisons, clients, commandes, groupes, prix spécifiques. Tests de bout en bout par segment d’acheteurs.
Lancement test
Bascule contrôlée sur un échantillon de clients. Surveillance, itération, validation des commandes et des flux ERP.
Lancement complet et déclassement
Bascule DNS, mise en place des redirections, déclassement de PrestaShop, surveillance post-lancement du référencement.
L’activation B2B peut se faire en parallèle de la migration ou comme mandat de suivi. Une fois sur Shopify Plus, B2B Launch active le B2B natif — ou B2B Protocol pour les opérations complexes.
PIÈGES COURANTS
Ce qui tourne mal — et comment l’éviter.
Auditer les modules et oublier les surcharges
Le piège spécifique à PrestaShop. Les devis de migration listent les modules parce qu’ils sont visibles dans le back-office. Le répertoire override/ ne l’est pas. C’est pourtant là que vit la logique métier la plus critique et la moins documentée — calcul de prix, règles de disponibilité, conditions de commande. Un audit qui commence par les modules commence au mauvais endroit.
Traiter la carte de redirections comme du post-lancement
Les URL PrestaShop ne ressemblent à aucune URL Shopify — identifiant numérique, suffixe .html, forme variable selon la configuration. Repousser le mapping après le lancement, c’est accepter une perte de trafic organique qui met des mois à se rattraper. La carte est un livrable de la migration, au même titre que les données produit.
Sous-estimer l’intégration ERP
Beaucoup de boutiques PrestaShop synchronisent leur ERP via un module tiers ou un export CSV planifié. Ces architectures sont fragiles mais fonctionnelles, et leur remplacement est systématiquement sous-budgété. Tarification en temps réel, synchronisation des stocks, remontée des commandes : à cadrer comme un chantier pair à la migration.
Reproduire la boutique à l’identique
Des années de PrestaShop accumulent des contournements construits pour des limites que Shopify n’a pas. Reproduire fidèlement, c’est reporter la dette technique sur la nouvelle plateforme et payer deux fois. Séparez la complexité nécessaire de la complexité héritée avant de commencer à construire.
POURQUOI NOUS
Pourquoi travailler avec Human After All pour cette migration.
La même migration, déjà faite 60 fois
Nous ne revendiquons pas un compteur de projets PrestaShop. Ce que nous revendiquons est plus utile : 60 implémentations Magento livrées par notre fondateur Rudy Abitbol avant le passage à Shopify Plus. PrestaShop et Magento posent le même problème de migration — PHP auto-hébergé, écosystème de modules, couche de surcharge non documentée, logique B2B construite par empilement. Les plateformes diffèrent ; la forme de la migration, non.
Piloté par des opérateurs, pas que des techniciens
Plus de 18 ans d’exploitation de commerce B2B pour des fabricants et distributeurs, dont la direction du numérique chez Lumen, le plus grand distributeur électrique du Québec. Nous planifions les migrations autour de la continuité opérationnelle — la prise de commande ne s’arrête pas — pas seulement autour de la fidélité des données.
B2B Protocol comble l’écart
Là où le natif Shopify Plus ne couvre pas vos flux PrestaShop, B2B Protocol — notre accélérateur de 13 modules éprouvés en production — prend le relais. Portails acheteurs, tarification pilotée par l’ERP, routage multi-segment. Même équipe, même méthodologie, pas de transfert vers un second prestataire.
Une équipe bilingue qui travaille en français
PrestaShop est une plateforme française et la majorité de ses boutiques le sont aussi. Nous travaillons en français comme en anglais, sur les deux fuseaux, avec des clients au Canada, aux États-Unis et en France. La documentation de migration, la recette et la formation des équipes se font dans votre langue.
PROCHAINE ÉTAPE
Vous quittez PrestaShop ?
Commencez par l’audit des surcharges. C’est la partie que les devis oublient et celle qui décide du budget réel. Nous examinerons votre installation, évaluerons le profil de risque et alignerons périmètre, séquencement et calendrier. Pas de frais d’évaluation. Aucune obligation.
FAQ