En une seule semaine, trois e-commerçants m’ont posé exactement la même question : « Comment passer ma boutique PrestaShop 1.7 en version 9 ? ». Ce n’est pas un hasard. Beaucoup de boutiques tournent encore sur PrestaShop 1.7, souvent avec PHP 7.4, alors que les hébergeurs et les éditeurs de modules poussent tous vers PHP 8. Et depuis la sortie de PrestaShop 9.2 le 30 septembre 2026, la question n’est plus « faut-il migrer ? » mais « comment migrer sans tout casser ? ».
Dans ce guide, je vous explique pourquoi on ne passe pas « en un clic » de la 1.7 à la 9.2, quel chemin de mise à jour suivre, ce qui casse le plus souvent, et surtout la méthode en 4 étapes que j’applique sur chaque migration PrestaShop 1.7 vers 9 pour que votre boutique reste fonctionnelle du début à la fin.
Pourquoi migrer de PrestaShop 1.7 vers PrestaShop 9 maintenant ?
PrestaShop 1.7 a été une très bonne version, mais elle a fait son temps. Plusieurs signaux montrent qu’il ne faut plus repousser la montée de version :
- PHP 7.4 n’est plus maintenu depuis fin 2022. Plus aucun correctif de sécurité n’est publié. Or PrestaShop 1.7 ne fonctionne pas sous PHP 8 : votre boutique repose donc sur une brique obsolète, qui traite pourtant les données de vos clients.
- Les hébergeurs poussent vers PHP 8. De plus en plus d’offres facturent le maintien des anciennes versions de PHP, ou les retirent purement et simplement.
- Les modules ne suivent plus. Les éditeurs concentrent leurs mises à jour sur PrestaShop 8 et 9, en particulier les modules de paiement et de livraison, qui doivent suivre les évolutions des API des prestataires.
- Vous passez à côté des nouveautés. PrestaShop 9.2 apporte un tunnel de commande sur une seule page natif, un assistant IA dans le back-office (Ask AI, basé sur le serveur MCP PrestaShop), des champs personnalisés natifs et un socle Symfony 6.4. J’ai tout détaillé dans mon article PrestaShop 9.2 : ce qu’il faut savoir avant de faire la mise à jour.
Bref, rester en 1.7 n’est pas une économie : c’est une dette technique qui grossit chaque mois, et un risque de sécurité qui augmente avec elle.
Peut-on passer directement de PrestaShop 1.7 à 9.2 ?
Réponse courte : non, pas en une seule étape. Le blocage ne vient pas tant de PrestaShop que de PHP : aucune version de PHP n’est compatible à la fois avec PrestaShop 1.7 et avec PrestaShop 9.
| Version de PrestaShop | Versions de PHP compatibles |
|---|---|
| 1.7.8 | jusqu’à PHP 7.4 |
| 8.0 à 8.2 | PHP 7.2 à 8.1 |
| 9.0 | PHP 8.1 à 8.4 |
| 9.1 et 9.2 | PHP 8.1 à 8.5 (8.5 recommandé) |
Sources : documentation officielle, prérequis PrestaShop 8 et prérequis PrestaShop 9.
PrestaShop 8 sert donc de version « pont » : c’est la seule branche qui tourne à la fois sur PHP 7.4 (celui de votre 1.7) et sur PHP 8.1 (le minimum exigé par PrestaShop 9).
Le chemin de mise à jour recommandé
- Mettre la boutique à jour vers la dernière version 1.7.8.x, sous PHP 7.4.
- Monter en PrestaShop 8.2 (dernière branche 8), toujours sous PHP 7.4.
- Passer le serveur en PHP 8.1 et vérifier que la boutique tourne correctement en 8.2.
- Monter en PrestaShop 9.2, puis passer en PHP 8.4 ou 8.5 une fois la boutique stabilisée (le détail de ce que change cette version est dans mon article sur les nouveautés de PrestaShop 9).
Chaque étape se fait avec le module officiel Update Assistant (anciennement « 1-Click Upgrade », nom technique autoupgrade), soit depuis le back-office, soit en ligne de commande. Sur les gros catalogues, je privilégie la ligne de commande : elle évite les coupures liées aux limites de temps d’exécution du serveur. La version 7.6.6 du module prend en charge PrestaShop 9.2 (voir la documentation de l’Update Assistant et l’annonce officielle de PrestaShop 9.2).
Mise à jour ou migration des données ?
PrestaShop distingue deux approches. La mise à jour fait évoluer votre boutique existante et conserve toutes vos données, votre thème et vos modules. La migration consiste à installer une boutique neuve en 9.2, puis à y importer vos produits, clients et commandes.
Je choisis l’une ou l’autre selon le cadrage. Si la boutique est saine, la mise à jour est la voie la plus rapide. Si le thème est daté et que la moitié des modules sont à refaire, repartir d’une installation neuve est souvent plus rentable, et c’est l’occasion d’en faire une vraie refonte de site e-commerce.
Ce qui casse (presque) toujours lors d’une migration PrestaShop 1.7
Entre la 1.7 et la 9.2, le cœur de PrestaShop a énormément évolué. Voici les points qui posent problème sur la quasi-totalité des boutiques que je migre :
- Les modules sur mesure ou abandonnés. Développés pour la 1.7 par un prestataire qui n’est plus là, ou par un éditeur qui a fermé boutique. Ils appellent des classes supprimées ou des hooks renommés : il faut les adapter, ou les réécrire. C’est un sujet que je traite régulièrement en développement de modules PrestaShop.
- Les overrides. Ces surcharges de classes et de contrôleurs du cœur écrasent du code qui a changé entre-temps. Résultat : erreur 500 ou, pire, bug silencieux dans le calcul d’un prix ou d’une taxe. L’Update Assistant permet de les désactiver, mais il faut ensuite les réécrire proprement, idéalement sous forme de module.
- Le thème. Depuis PrestaShop 9.1, le thème par défaut est Hummingbird. Un thème 1.7 personnalisé doit au minimum être revu template par template, et il est parfois plus pertinent de repartir sur une base Hummingbird (voir comment je transforme une maquette Figma en thème PrestaShop).
- Les modules de paiement et de livraison. Ce sont les plus critiques. Il faut des versions compatibles PrestaShop 9, et vérifier leur comportement avec le nouveau tunnel de commande sur une seule page de la 9.2.
- Les e-mails personnalisés. L’option « régénérer les modèles d’e-mails » de l’Update Assistant écrase vos modifications si vous ne la désactivez pas.
- Les pages du back-office. Beaucoup de pages d’administration ont été réécrites en Symfony. Les modules qui s’accrochaient aux anciennes pages ne s’affichent plus, ou plus au bon endroit.
- Le serveur. PHP 8 avec toutes les extensions requises (intl, gd, zip, curl…), MySQL 5.7 ou MariaDB 10.2 minimum, et un
memory_limitd’au moins 512M.
Ma méthode en 4 étapes pour une migration PrestaShop 1.7 vers 9.2 sans casse
C’est la méthode que j’explique à chaque client avant de démarrer. Elle repose sur une règle simple : on ne touche jamais à la production tant que tout n’a pas été validé ailleurs.
Étape 1 : un cadrage complet de la boutique
Avant d’écrire la moindre ligne de code, je fais l’inventaire complet de la boutique pour savoir ce qui risque de poser problème :
- tous les modules installés : natifs, achetés sur Addons, développés sur mesure ;
- pour chacun : l’éditeur existe-t-il encore ? Une version compatible PrestaShop 9 est-elle disponible ?
- les overrides présents dans le dossier
/overrideet ce qu’ils modifient ; - le thème et ses personnalisations ;
- la configuration serveur (PHP, base de données, extensions) ;
- les intégrations externes : ERP, marketplaces, logistique, CRM.
Le résultat, c’est une liste claire : ce qui passera tel quel, ce qu’il faudra mettre à jour (avec parfois des licences à racheter), ce qu’il faudra réécrire car développé sur mesure ou par une société qui a fermé, et ce qu’on peut simplement supprimer. C’est aussi ce cadrage qui me permet de proposer un devis fiable.
Étape 2 : une préproduction et une montée de version « à blanc »
Je duplique ensuite le site sur un environnement de préproduction, avec une copie de la base de données, des fichiers, des modules et des images. La préprod est protégée par mot de passe, non indexée, et les paiements y sont en mode test.
Je lance alors une première montée de version à blanc. L’objectif n’est pas qu’elle réussisse, mais de faire remonter très vite tout ce qui bloque : modules cassés, overrides foireux, erreurs PHP. Je corrige chaque point et je consigne tous les patchs et mises à jour dans un journal de migration, dans l’ordre.
Étape 3 : la vraie montée de version sur la préprod, et une recette totale
Je repars d’une copie propre de la production et je rejoue la montée de version, cette fois avec tous les correctifs. Puis vient la recette complète : paiements, livraisons, comptes clients, administration et fonctionnalités sur mesure (détails dans la checklist ci-dessous). S’il reste des soucis, je corrige et je recommence jusqu’à ce que tout soit carré.
Étape 4 : la mise en production
Dès que la préprod est validée, je passe la production en maintenance sur un créneau à faible trafic, je fais une sauvegarde complète, puis j’applique exactement la même montée de version, avec les mêmes correctifs, dans le même ordre. Comme tout a été patché en amont, il n’y a pas de mauvaise surprise : je fais un dernier contrôle complet et on rouvre la boutique. La coupure est courte et planifiée avec vous.
La checklist de recette avant de remettre en ligne
- Tunnel de commande complet : panier, adresses, transporteurs, paiement (CB, PayPal, virement…) en test, puis une vraie commande ;
- Frais de port, taxes, règles de prix, bons de réduction ;
- Comptes clients : création, connexion, mot de passe oublié, historique de commandes ;
- E-mails transactionnels et factures PDF ;
- Back-office : commandes, produits, déclinaisons, stocks, exports ;
- Fonctionnalités sur mesure et intégrations externes (ERP, marketplaces, logistique) ;
- Front-office sur mobile et desktop : recherche, filtres à facettes, catégories, fiches produit ;
- Journaux d’erreurs PHP et PrestaShop vides.
Après la migration : ne pas perdre son référencement
Une montée de version ne devrait pas changer vos URL, mais quelques vérifications s’imposent pour protéger votre SEO :
- vérifier les réglages d’URL simplifiées et régénérer le fichier
.htaccess; - mettre en place des redirections 301 si des URL ont changé (thème ou module SEO remplacé) ;
- régénérer le sitemap et le soumettre dans la Search Console (voir mon guide du sitemap PrestaShop) ;
- contrôler balises meta, données structurées et fil d’Ariane ;
- régénérer les miniatures d’images et vérifier les performances (cache, CCC, Core Web Vitals) ;
- surveiller les erreurs 404 et l’indexation dans la Search Console pendant les semaines suivantes.
Combien de temps et quel budget pour passer de PrestaShop 1.7 à 9 ?
Tout dépend de ce que révèle le cadrage. Les principaux facteurs sont :
- le nombre de modules tiers, et surtout de modules développés sur mesure ;
- le nombre d’overrides à réécrire ;
- le thème : simple mise à niveau ou reprise sur Hummingbird ;
- les intégrations externes à re-tester ;
- le volume du catalogue et de l’historique de commandes.
Une boutique « propre », avec des modules du marché maintenus, peut migrer en quelques jours. Une boutique avec beaucoup de développements spécifiques peut demander plusieurs semaines. C’est pour ça que je commence toujours par le cadrage : il permet un devis ferme plutôt qu’une estimation au doigt mouillé.
Faire la migration soi-même ou se faire accompagner ?
L’Update Assistant est gratuit et fait bien son travail sur une boutique simple. Si vous êtes à l’aise avec les sauvegardes, la préproduction et la lecture des logs, vous pouvez tenter l’opération, en suivant le chemin décrit plus haut.
Dès qu’il y a des modules sur mesure, des overrides ou un thème personnalisé, faites-vous accompagner : une montée de version ratée sur une boutique en production coûte bien plus cher en chiffre d’affaires perdu qu’une migration bien préparée. Si vous hésitez sur le type de prestataire, j’ai comparé les deux options dans développeur freelance ou agence web. Et si vous êtes une agence avec plusieurs boutiques 1.7 à migrer, je travaille aussi en sous-traitance pour les agences.
Questions fréquentes sur la migration PrestaShop 1.7 vers 9
Peut-on passer directement de PrestaShop 1.7 à PrestaShop 9 ?
Non. PrestaShop 1.7 fonctionne au maximum sous PHP 7.4, alors que PrestaShop 9 exige au minimum PHP 8.1. Il faut passer par PrestaShop 8.2, seule branche compatible avec les deux versions de PHP : 1.7.8 → 8.2 → passage en PHP 8.1 → 9.2.
Combien de temps prend une migration PrestaShop 1.7 vers 9.2 ?
De quelques jours pour une boutique avec des modules du marché maintenus, à plusieurs semaines pour une boutique avec de nombreux modules sur mesure, des overrides et un thème personnalisé. Un cadrage préalable permet de l’estimer précisément.
Mes modules PrestaShop 1.7 fonctionneront-ils sous PrestaShop 9.2 ?
Pas forcément. Les modules maintenus par leur éditeur ont généralement une version compatible PrestaShop 9, parfois payante. Les modules sur mesure ou abandonnés doivent être adaptés ou réécrits. Il faut vérifier module par module avant de lancer la mise à jour.
Vais-je perdre mes produits, clients et commandes ?
Non. Une mise à jour avec l’Update Assistant conserve toutes vos données. Par sécurité, il faut tout de même faire une sauvegarde complète des fichiers et de la base de données avant chaque étape, et tester d’abord sur une préproduction.
Ma boutique sera-t-elle fermée pendant la migration ?
Seulement pendant la mise en production finale. Tout le travail se fait sur une préproduction ; la boutique en ligne n’est mise en maintenance que pour rejouer la montée de version déjà validée, sur un créneau court et planifié.
Quelle version de PHP utiliser avec PrestaShop 9.2 ?
PrestaShop 9.2 fonctionne avec PHP 8.1 à 8.5. PHP 8.5 est la version recommandée par PrestaShop.
Vous êtes encore sur PrestaShop 1.7 ? Parlons de votre migration
Je suis développeur PrestaShop freelance depuis 8 ans, basé à Annecy, et j’accompagne les e-commerçants comme les agences sur leurs montées de version. Je commence toujours par un cadrage de votre boutique pour vous dire précisément ce qui passera, ce qui devra être corrigé, et combien ça coûtera.
Contactez-moi : on fait le point sur votre boutique PrestaShop 1.7 et le chemin le plus sûr vers la 9.2.