PrestaShop 9 : nouveautés, migration et ce qui change vraiment

Votre boutique PrestaShop tourne encore en 1.7. Peut-être en 8. Tant que tout fonctionne, la question de migrer reste théorique.

Elle cesse de l'être le jour où votre hébergeur mutualisé annonce la fin du support de PHP 7.4. La boutique ne redémarre pas, et vous avez quelques jours pour trouver une solution. Sur les versions encore plus anciennes, en 1.6, ce sont les modules qui lâchent en premier : de moins en moins d'éditeurs les maintiennent, parce que couvrir à la fois la 1.6 et PrestaShop 9 n'est plus tenable.

Depuis juin 2025, PrestaShop 9 est disponible. Symfony 6.4, nouveau thème Hummingbird, API moderne. Ce guide passe en revue les nouveautés de PrestaShop 9 qui comptent pour un e-commerçant, les vrais risques de la migration, et la méthode pour avancer sans mettre votre boutique en danger.

Ce que PrestaShop 9 change sous le capot

Le socle change vraiment : passage de Symfony 4.4 à Symfony 6.4 LTS, et PHP 8.1 minimum jusqu'à PHP 8.4. Ce sont les deux briques qui conditionnent tout le reste, à commencer par les correctifs de sécurité.

En pratique, visez PHP 8.3. La 8.1, pourtant suffisante pour installer PrestaShop 9, ne reçoit plus de correctifs de sécurité depuis fin 2025, et au-delà de la 8.3 certains modules ne suivent pas encore. Dans tous les cas, testez sur votre staging avant de changer de version : c'est là que les écarts se voient.

J'ai migré la boutique de RSRC, spécialiste des voitures radiocommandées, qui tournait sur PrestaShop 1.7.6 depuis près de dix ans. Passage en PrestaShop 9 avec le thème Hummingbird v2, moins de 15 minutes de coupure. Back-office et front-office nettement plus rapides, correctifs de sécurité à jour, et surtout une base sur laquelle développer des modules sur mesure redevient agréable.

L'extensibilité progresse aussi. Un appel à contributions sur les hooks a abouti à 14 contributions mergées et 17 hooks ajoutés ou améliorés, avec un objectif assumé par le projet : permettre aux développeurs de modules de se passer des overrides, qualifiés de fragiles et incompatibles d'une version à l'autre. Concrètement, actionValidateCartRule permet désormais de valider une règle panier depuis un module, là où il fallait surcharger le core.

Hummingbird : le nouveau thème front-office

PrestaShop 9 embarque Hummingbird, le nouveau thème front-office. Il n'est pas activé par défaut en 9.0 mais il est inclus et utilisable. Avec la 9.1, il devient le thème standard. Techniquement, il repose sur Bootstrap 5, TypeScript et la convention de nommage CSS BEM, là où Classic est resté sur Bootstrap 4.

Point important pour votre planning : migrer vers PrestaShop 9 et changer de thème sont deux projets distincts. Si votre thème est un Classic peu modifié, les deux peuvent se faire en une seule opération, comme sur RSRC. Sinon, et si le budget le permet, migrez d'abord en gardant Classic, laissez tourner le temps de corriger ce qui remonte, puis basculez sur Hummingbird une fois la version 9 validée. Le détail du thème est dans le guide Hummingbird.

La nouvelle API Admin : ce que ça ouvre comme possibilités

PrestaShop 9 introduit une nouvelle API d'administration, bâtie sur API Platform, en REST et JSON avec documentation intégrée. Elle remplace progressivement les WebServices, présents depuis la version 1.4 en 2010, et ouvre la voie à des flux automatisés vers un ERP, un CRM ou un outil logistique.

Le changement est plus profond qu'il n'y paraît. Les WebServices étaient pénibles à maintenir : code illisible, et surtout des réponses imprévisibles d'un appel à l'autre. Résultat, il n'était pas rare de voir des modules exposer leurs propres routes plutôt que de passer par l'API officielle. C'est d'ailleurs ce que je recommandais.

La nouvelle API est excellente. Environ 30 % des endpoints sont officiellement validés à ce jour, mais l'intégralité du chantier est en cours de revue : la couverture complète n'est plus qu'une question de mois. Vous pouvez donc tabler dessus pour un projet d'intégration, en vérifiant simplement où en sont les ressources qui vous concernent sur le suivi public du chantier.

Sécurité : ce qui a été renforcé

« Ma boutique tourne bien, pourquoi migrer ? » C'est la question qui revient le plus souvent, et elle est légitime.

Le problème n'est pas que votre version fonctionne mal aujourd'hui. C'est que les failles découvertes après la fin du support ne sont jamais corrigées, et qu'elles finissent toujours par devenir publiques. N'importe qui peut récupérer la liste des vulnérabilités connues d'une 1.6 ou d'une 1.7 et la dérouler sur votre boutique. De votre côté, il n'y a aucun correctif à appliquer.

Cela dit, dans neuf cas sur dix, la faille vient d'un module tiers et non du core. Tenir ses modules à jour reste la première ligne de défense, quelle que soit votre version.

Faut-il migrer vers PrestaShop 9 maintenant ?

La réponse dépend de votre situation. Il n'y a pas de réponse universelle. Voici les trois cas de figure les plus fréquents.

Les étapes d'une migration PrestaShop réussie

Une migration ne se lance pas un vendredi soir. Voici les étapes essentielles, celles que j'applique sur chaque migration PrestaShop.

Audit complet avant toute action

Avant de toucher au moindre fichier, dressez l'inventaire : modules actifs, thème, développements sur mesure, intégrations tierces, et les versions de PHP et MySQL de votre hébergement.

Pour chaque module issu de la marketplace, vérifiez sur Addons qu'une version compatible PrestaShop 9 existe. Pour un module développé sur mesure, la question va à celui qui l'a écrit.

La réponse dépend surtout de la façon dont le module a été construit : un module qui respecte les conventions Symfony se met à jour simplement, un module qui empile du legacy peut demander une refonte complète.

Environnement de test : local, puis staging

Je travaille en local avec DDEV, sur une copie complète de la production. Ce qui est validé en local part au fur et à mesure sur un serveur de staging.

Pendant ce temps, votre boutique continue de tourner et d'enregistrer des commandes. Le staging est donc réalimenté régulièrement avec les deltas de la production, pour rester représentatif jusqu'au jour de la bascule.

C'est aussi là que se testent les parcours critiques : navigation, ajout au panier, paiement, gestion des commandes, back-office.

Migration des données et adaptation des modules

PrestaShop propose un module officiel, l'Update Assistant (anciennement 1-Click Upgrade), qui gère les montées de version majeures : produits, clients, commandes et configurations. Il a été entièrement refactorisé par les équipes PrestaShop et il est aujourd'hui franchement excellent. Je le recommande.

Depuis une 1.7, il passe obligatoirement par PS 8. Ce n'est pas un projet séparé, c'est un palier : on s'arrête sur la 8 le temps de vérifier le tunnel d'achat, les modules et les bugs remontés, et une fois que tout est validé on enchaîne sur PS 9. La seconde étape se passe bien, justement parce que tout a été remis d'aplomb sur la première. C'est ce qu'on a fait sur RSRC, annoncé comme une migration 1.7 vers 9.

Le vrai travail est ailleurs : les overrides. Sur Insectosphere, la boutique en comptait 49, ce qui transformait chaque mise à jour en chantier. À l'occasion de la migration vers PrestaShop 8.2, on est descendu à 2 : suppression des modules devenus inutiles, remplacement des autres par des modules marketplace propres, et développement de modules sur mesure pour le reste. La migration vers PS 9, prévue fin 2026, n'aura rien à voir avec le passage de 1.7 à 8.

D'une manière générale, les overrides pèsent directement sur le coût d'une migration, et sont à éviter autant que possible. À partir de PrestaShop 1.7.8, vous pouvez lister les vôtres dans Paramètres avancés > Informations.

Mise en production et suivi

Quand tout est validé, il n'y a pas de nouvelle migration à lancer : c'est le staging qui devient la production. La boutique passe en maintenance, on rejoue un dernier delta pour récupérer les commandes des dernières heures, on synchronise les médias, et on bascule.

Sur RSRC, cette bascule a représenté moins de 15 minutes de coupure. C'est tout l'intérêt de la méthode : le travail long est fait en amont, et la mise en ligne se réduit à une opération courte, déjà répétée en staging. Le retour arrière est immédiat puisque l'ancienne production est toujours en place.

Ensuite, surveillez l'indexation via la Search Console et le tunnel de commande pendant les deux premières semaines.

Les 3 erreurs qui font échouer une migration PrestaShop

Trois erreurs reviennent régulièrement, et toutes les trois se règlent en amont.

Combien coûte une migration vers PrestaShop 9 ?

Il n'existe pas de tarif unique. Le coût dépend de la version de départ, du nombre de modules actifs et de leur compatibilité, du type de thème, des développements sur mesure existants et du volume du catalogue.

Pour une boutique sur PrestaShop 8 avec un thème standard et peu de modules personnalisés, comptez entre 1 000 et 3 000 euros avec un développeur spécialisé. Pour une migration depuis une version 1.7 avec un thème custom et des intégrations complexes (ERP, logistique, modules sur mesure), le budget peut atteindre 5 000 à 10 000 euros, voire plus si une refonte partielle est nécessaire.

Le transfert des données en lui-même n'est pas le poste coûteux, l'Update Assistant s'en charge. Ce qui se facture, c'est l'audit, la reprise des overrides, l'adaptation des modules qui ne suivent pas, et le test de chaque parcours avant la bascule. C'est là que se situe la valeur d'un développeur PrestaShop spécialisé.

Un projet de migration PrestaShop ? Parlons-en. Contactez-moi pour un premier échange

Vos questions les plus fréquentes sur PrestaShop 9

Mes modules actuels fonctionneront-ils sur PrestaShop 9 ?

Pas forcément, et c'est le premier poste à vérifier. Pour un module issu de la marketplace, la fiche Addons indique si une version compatible PrestaShop 9 est disponible. Pour un module développé sur mesure, il faut en demander la mise à jour à celui qui l'a développé.

Le coût de cette mise à jour dépend de l'état du module. Un module récent, prévu pour PrestaShop 8 et respectant les conventions Symfony, se met à jour assez simplement. Un module qui accumule du legacy sans aucune convention peut demander une refonte complète. Prévoyez un budget pour ceux qui ne suivront pas.

PrestaShop 9 améliore-t-il vraiment les performances ?

Oui, et de façon mesurable. Le passage à Symfony 6.4 et PHP 8.1+ réduit la consommation mémoire et accélère le traitement des requêtes, et Hummingbird allège le front avec le WebP et l'AVIF natifs.

Sur RSRC, le score Lighthouse mobile est passé de 40 à plus de 75, le 40 correspondant à la boutique en 1.7.6 avec le thème Classic. Il plafonne ensuite autour de 75-80 : atteindre 90 supposerait de désactiver des modules tiers indispensables au fonctionnement de la boutique. La migration fait donc une vraie différence, mais elle ne remplace pas le travail d'optimisation.

La migration impacte-t-elle mon référencement Google ?

Toute migration comporte un risque SEO si elle est mal préparée. Les points critiques : la structure des URLs, les redirections 301, les balises canoniques et l'indexation des nouvelles pages. Une migration bien menée préserve et peut même améliorer votre positionnement, grâce aux améliorations SEO natives de PrestaShop 9 (URLs personnalisables, suppression du préfixe de langue, meilleure gestion du sitemap).

Quel hébergement choisir pour PrestaShop 9 ?

PrestaShop 9 nécessite au minimum PHP 8.1 et MySQL 5.7 ou MariaDB 10.4. Pour des performances optimales, visez PHP 8.3 ou 8.4 avec un hébergement offrant du cache serveur (OPcache, Redis ou Memcached). Un VPS ou un serveur dédié est recommandé pour les boutiques avec un catalogue important ou un trafic soutenu. Les hébergements mutualisés peuvent convenir pour les petits catalogues, à condition de vérifier la compatibilité PHP.

Votre boutique PrestaShop, prête pour la suite

PrestaShop 9 n'est pas un simple numéro de version. C'est un changement de socle qui prépare votre boutique pour les prochaines années : Symfony 6.4, PHP 8.x, API Platform, Hummingbird.

Mais une migration ne s'improvise pas. Elle se prépare, se teste, se valide étape par étape. Avec un développeur qui connaît l'écosystème, et qui reste disponible après la mise en ligne.

Un projet PrestaShop ? Parlons-en.