Migrer PrestaShop 1.7 vers 8 ou 9 : méthodes, risques et budget

Toute boutique en ligne finit par affronter cette échéance : la version de son CMS arrive en fin de vie et la question n’est plus « faut-il migrer ? » mais « comment, vers quoi, et pour quel budget ? ». Pour les dizaines de milliers de boutiques encore sous PrestaShop 1.7, cette échéance est déjà passée : la branche 1.7 ne reçoit plus aucun correctif de sécurité. Trois chemins mènent vers PrestaShop 8.2 ou 9 : le module officiel Update Assistant, un module de migration type MigrationPro, ou la migration manuelle. Chacun a ses avantages, ses limites et ses risques. Voici comment choisir, avec les fourchettes de durée et de budget réalistes que nous constatons sur le terrain.

Pourquoi migrer maintenant

Si votre boutique tourne encore sous PrestaShop 1.7, trois horloges tournent en même temps, et aucune ne joue en votre faveur.

La sécurité : plus aucun correctif depuis fin 2024

La branche 1.7 ne reçoit plus de correctifs de sécurité. Concrètement, chaque vulnérabilité découverte depuis reste ouverte pour toujours sur votre boutique, et les failles PrestaShop sont activement exploitées : injections de skimmers de cartes bancaires, vols de données clients. Sur un site qui encaisse des paiements et stocke des données personnelles, c’est un risque juridique (RGPD) autant que technique.

L’hébergement : PHP 7.4 disparaît des serveurs

PrestaShop 1.7 est lié à PHP 7.x, dont le support est terminé depuis fin 2022. Les hébergeurs retirent progressivement ces versions de leurs offres, souvent avec un simple email de préavis. Le scénario que nous voyons régulièrement arriver : l’hébergeur force la mise à jour PHP, et la boutique affiche une page blanche du jour au lendemain, en pleine saison de ventes.

L’écosystème : les éditeurs de modules abandonnent la 1.7

Stripe, PayPal, Colissimo, les modules de flux marketplace : les éditeurs majeurs concentrent leurs mises à jour sur les versions 8 et 9. Les versions compatibles 1.7 ne sont plus corrigées, puis plus proposées du tout. Le jour où votre module de paiement cesse de fonctionner suite à un changement d’API bancaire, la migration devient une urgence subie au lieu d’un projet planifié.

PrestaShop 8.2 ou 9 : quelle cible choisir

La question a évolué en 2026. PrestaShop 9.0 est sortie en juin 2025, et la version 9.1, stable depuis mars 2026, a apporté le thème Hummingbird 2.0 par défaut, le multi-transporteurs par commande et un système de promotions repensé. La 9.x n’est donc plus une inconnue. En face, la 8.2 reste maintenue en correctifs de sécurité et bénéficie de l’écosystème de modules le plus mature du marché.

Notre grille de décision, celle que nous appliquons en audit :

Dans tous les cas, vérifiez module par module la compatibilité annoncée avec votre version cible avant de trancher : c’est elle qui décide, pas la roadmap de PrestaShop.

Les 3 méthodes de migration comparées

Méthode 1 : Update Assistant, le module officiel

L’outil officiel s’appelle désormais Update Assistant. Son ancien nom, 1-Click Upgrade, a fini par disparaître : il faut croire que l’éditeur a admis que le clic unique relevait davantage de la promesse marketing que du retour d’expérience. Le module reste néanmoins un très bon outil : il met à jour le cœur PrestaShop sur place, avec vérifications de compatibilité préalables, sauvegarde intégrée et possibilité de rollback.

Avantages : gratuit, officiel, rapide sur une boutique saine, utilisable en interface ou en ligne de commande. Inconvénients : il met à jour le cœur, pas vos modules tiers ni votre thème. Tout ce qui n’est pas compatible avec la version cible casse. Risques : sur une boutique customisée (overrides, modifications du cœur, vieux modules), le taux d’échec grimpe vite. C’est la méthode des boutiques proches du standard, pas des boutiques bricolées depuis huit ans.

Pour qui : boutique peu customisée, thème enfant propre, modules à jour. Toujours sur une copie de préproduction d’abord, jamais directement en production.

Méthode 2 : MigrationPro, la migration vers une installation propre

L’approche est différente : au lieu de mettre à jour l’existant, on installe un PrestaShop 8.2 ou 9.1 neuf, puis un module type MigrationPro transfère les données (produits, clients, commandes, catégories, avis) de l’ancienne boutique vers la nouvelle, via une connexion entre les deux.

Avantages : vous repartez sur un socle propre, sans la dette technique accumulée. Les données historiques suivent, le SEO aussi si les URLs sont conservées. Inconvénients : le module est payant, et il ne migre que les données. Le thème et les modules doivent être réinstallés et reconfigurés sur la nouvelle boutique. Risques : les configurations fines (règles de taxes exotiques, données de modules tiers, champs personnalisés) ne suivent pas toujours et demandent une reprise manuelle.

Pour qui : boutique dont la 1.7 traîne trop de dette technique pour une mise à jour sur place, mais dont le catalogue et l’historique doivent être conservés. Nous avons détaillé toute la procédure dans notre guide MigrationPro.

Méthode 3 : la migration manuelle

La méthode des développeurs : export et transfert des fichiers et de la base, montée de version contrôlée étape par étape, reprise des overrides, adaptation du thème et des modules un par un. C’est la seule approche qui garantit un contrôle total sur chaque composant, et la seule viable sur les boutiques fortement customisées ou interfacées (ERP, PIM, connecteurs maison).

Avantages : contrôle total, aucun angle mort, dette technique traitée au passage. Inconvénients : longue, technique, réservée à qui maîtrise l’architecture PrestaShop. Risques : une erreur dans les fichiers ou la base peut rendre la boutique inaccessible. Sans environnement de préproduction et sans sauvegardes testées, c’est de l’équilibrisme.

Le déroulé complet, commandes comprises, est dans notre guide dédié à la migration PrestaShop.

Le point critique : la compatibilité des modules et du thème

C’est ici que les budgets déraillent, pas sur le cœur PrestaShop. La mise à jour du cœur est un processus balisé ; vos trente modules tiers et votre thème acheté en 2019, beaucoup moins. Avant tout devis et toute décision de méthode, nous dressons systématiquement le même inventaire :

• Liste exhaustive des modules actifs avec leur éditeur et leur version : beaucoup de boutiques 1.7 embarquent des modules abandonnés depuis des années.
• Compatibilité annoncée avec la version cible, module par module : certains ont une version 8/9 (souvent via une licence à racheter), d’autres n’en auront jamais.
• Modules sans équivalent : trouver un remplaçant ou redévelopper la fonctionnalité, c’est un budget à part entière.
• Le thème : compatible nativement, adaptable, ou à remplacer ? Sur une migration vers la 9, la question du passage à Hummingbird 2.0 se pose sérieusement.
• Overrides et modifications du cœur : chaque fichier dans /override/ est un point de conflit potentiel à auditer.

Combien de temps, quel budget

Les fourchettes que nous constatons sur le terrain, pour une boutique en production avec conservation des données et du SEO :

À ces montants s’ajoutent presque toujours les rachats de licences des modules à mettre à jour (comptez de quelques centaines à quelques milliers d’euros selon leur nombre) et, sur les cas 9.x, l’éventuelle adaptation ou refonte du thème. La durée, elle, dépend moins de la technique que des allers-retours de validation : une recette sérieuse sur préproduction (commandes tests, paiements, emails, exports comptables) prend du temps, et c’est du temps bien investi.

FAQ

Rester sur PrestaShop 1.7 en 2026, ce n’est pas économiser une migration, c’est la reporter en y ajoutant un risque de panne et de piratage qui grandit chaque mois. La bonne nouvelle : avec un inventaire de modules sérieux, la bonne méthode et un passage par la préproduction, une montée de version se déroule sans drame et sans perte de données. Si vous préférez confier l’opération, c’est précisément le genre de projet que nous menons régulièrement.