Ce qui change en passant de PrestaShop 1.7 ou 8 à la version 9

L’ampleur du changement dépend de votre version actuelle. Passer de PrestaShop 1.7 représente une évolution technique plus importante : la version 8 a notamment apporté la prise en charge de PHP 8.1 et de Symfony 4.4, tandis que PrestaShop 9 repose sur Symfony 6.4 LTS et propose une nouvelle Admin API pour les intégrations. Nouveautés de la version 8, présentation de PrestaShop 9

Le passage depuis PrestaShop 8 est plus direct, mais reste une migration vers une nouvelle version majeure. La version 9.2 prend en charge PHP jusqu’à la version 8.5 et apporte un paiement natif sur une seule page ainsi qu’Extra Properties, qui permet d’ajouter des champs aux produits, clients ou commandes. Les nouveautés de PrestaShop 9.2

Dans les deux cas, vérifiez à l’avance la compatibilité des modules, du thème et des connexions à des systèmes externes. La nouvelle version s’appuie sur une base technique plus récente, mais ne garantit pas à elle seule une boutique plus rapide ni un meilleur classement dans les moteurs de recherche.

Pourquoi cliquer sur « Mettre à jour » ne suffit pas

Passer de la version 1.7 à la version 9 implique de franchir une version majeure. La documentation officielle indique que certains modules peuvent être incompatibles et nécessiter une nouvelle configuration après la migration ; un ancien thème peut également devoir être modifié ou remplacé. Commencez donc par inventorier les modules, vérifier les versions qu’ils prennent en charge et décider lesquels remplacer, adapter ou supprimer. Portez une attention particulière aux modifications personnalisées du cœur et aux modules dont l’auteur n’assure plus la maintenance.

Après un changement de PHP ou d’interface interne, un module obsolète peut provoquer une erreur sur une fiche produit, dans le panier ou dans le back-office. Il peut aussi présenter une faille de sécurité. En 2026, PrestaShop a par exemple publié une alerte critique concernant le module ps_facetedsearch ; le correctif se trouve dans la version 4.0.4. Tous les anciens modules ne sont pas vulnérables, mais il faut vérifier leur origine et leur suivi. Documentation sur les migrations et alerte de sécurité pour ps_facetedsearch

Les retours de la communauté montrent pourquoi il vaut mieux tester la migration hors de la boutique en production. Un commerçant a décrit plusieurs tentatives infructueuses depuis la version 8.2.1, une erreur 500 et des problèmes dans le back-office. Après la sortie de la version 9.2, un autre utilisateur a signalé l’échec d’une sauvegarde lors de la mise à niveau d’une boutique importante. Ces témoignages ne prouvent pas que les mises à jour échouent en général ; ils rappellent l’importance d’une sauvegarde, d’une copie de test et d’un plan de retour arrière. Discussion sur le forum au sujet d’une mise à niveau et signalement d’un échec de sauvegarde pendant une mise à niveau

Ce que change One Page Checkout

PrestaShop 9.2 intègre One Page Checkout. Le back-office permet de choisir entre le parcours sur une page et l’ancien processus en quatre étapes. L’adresse, la livraison et le paiement sont réunis ; les clients peuvent commander sans compte et certaines informations s’actualisent sans recharger toute la page. L’objectif est de supprimer des étapes inutiles, mais cette fonction ne garantit pas à elle seule une hausse du taux de conversion. Le paiement doit fonctionner correctement avec le prestataire de paiement, les transporteurs, les modules juridiques et le thème. Après la sortie de la version 9.2, un conflit avec le module ps_legalcompliance a par exemple été signalé, avec un risque de blocage du paiement. Testez donc tout le parcours : réductions, TVA, livraison, e-mails de confirmation et affichage sur mobile. Sortie de PrestaShop 9.2 et signalement d’un problème de paiement

Le thème a un effet sur la vitesse et le SEO

La nouvelle version et One Page Checkout ne compensent pas un thème de mauvaise qualité. Le thème détermine le nombre de scripts et de feuilles de style chargés, la préparation des images et la stabilité de la mise en page pendant le chargement. Un thème lent ou surchargé complique l’utilisation sur mobile et peut augmenter le nombre de commandes abandonnées. Google prend en compte les Core Web Vitals parmi les signaux liés à l’expérience de page, mais un score PageSpeed élevé ne garantit pas de bonnes positions. Ce qui compte, c’est l’expérience réelle des visiteurs : l’affichage rapide du contenu principal, la réactivité aux clics et la stabilité de la page. Mesurez des pages précises avant et après la migration au lieu de vous fier à un seul indicateur global. Documentation Google sur l’expérience de page

Pourquoi faire appel à un développeur expérimenté

Un développeur expérimenté ne se contente pas d’installer la nouvelle version. Avant la migration, il passe en revue les modules, les modifications spécifiques, l’hébergement, la base de données et les connexions à la comptabilité ou au stock. Il prépare une copie de test, une sauvegarde et une procédure de retour arrière. Après la migration, il vérifie les commandes, paiements, e-mails, droits d’accès, redirections des anciennes URL et performances du thème. C’est là que la différence entre une simple mise à jour et une migration accompagnée est la plus nette.

Vous reconnaîtrez un développeur expérimenté à ses réalisations vérifiables, à une méthode claire et à sa volonté d’expliquer les risques avant toute intervention sur la boutique en production. Si vous recherchez ce type d’accompagnement, je peux vous aider à auditer votre boutique et à préparer une migration sûre. L’objectif n’est pas seulement de lancer PrestaShop 9, mais aussi de préserver vos données, vos commandes, votre visibilité dans les moteurs de recherche et la confiance de vos clients.