PrestaShop 9.1 : les annonces de mars se confirment vraiment sur le terrain
Quand PrestaShop 9.1 a été annoncé en mars, la communication mettait surtout en avant trois axes : Hummingbird 2.0 comme thème par défaut, une base front-office plus moderne, et l’arrivée de nouvelles briques comme le multi-carrier shipping et un système de remises repensé, encore activables via feature flags. Officiellement, la version 9.1 a été publiée le 23 mars 2026.
Sur le papier, la promesse était claire. Mais quelques semaines plus tard, avec du recul, ce qui est intéressant n’est plus l’annonce elle-même. C’est le fait que, même si cette actualité remonte à mars, les conclusions tiennent toujours. Et de mon côté, après des tests en interne et surtout le démarrage d’un projet PrestaShop 9.1, j’arrive globalement au même constat : cette version marque une vraie étape, pas juste une mise à jour intermédiaire.
Ce que PrestaShop 9.1 change réellement
Le changement le plus visible est évidemment Hummingbird 2.0, qui devient le thème front-office par défaut pour les nouvelles installations. PrestaShop le présente comme une base plus moderne, plus performante et plus accessible, construite notamment sur Bootstrap 5, avec une architecture CSS/SCSS repensée, une structure plus claire pour les développeurs et plus de 95 % de conformité vis-à-vis des exigences mises en avant autour de l’accessibilité.
Ce point est important, parce que pendant longtemps, beaucoup de projets PrestaShop ont avancé avec une sensation de compromis permanent côté front : on pouvait faire beaucoup de choses, mais souvent au prix d’un socle vieillissant ou d’une dette de personnalisation assez lourde. Hummingbird change cette logique en proposant enfin une base plus propre pour construire, maintenir et faire évoluer une boutique. C’est d’ailleurs exactement le sens que PrestaShop donne à cette évolution depuis les premières phases beta et RC.
PrestaShop 9.1 introduit aussi deux fonctionnalités encore expérimentales, activables derrière des feature flags : une gestion multi-carrier / multi-shipping pensée autour des expéditions, et un nouveau système de remises censé remplacer progressivement la logique plus ancienne des cart rules par une structure plus claire. Officiellement, PrestaShop insiste bien sur le fait qu’il s’agit encore de briques à tester dans des environnements non productifs avant généralisation.
À cela s’ajoutent aussi plusieurs améliorations plus discrètes mais utiles, comme des gains de performance sur certains cas de panier avec beaucoup de déclinaisons, des ajustements front-office sur la recherche, l’ajout au panier ou l’affichage des délais de livraison, ainsi que plusieurs raffinements côté back-office. Ce ne sont pas forcément les éléments les plus “vendeurs” dans une annonce, mais ce sont souvent eux qui font la différence dans un projet réel.
Pourquoi ces avancées comptent plus qu’il n’y paraît
Le vrai sujet avec PrestaShop 9.1 n’est pas seulement la liste des nouveautés. Le vrai sujet, c’est la direction produit et technique qu’elles confirment.
Pendant plusieurs années, une partie de l’écosystème attendait surtout des signes concrets de modernisation : un front-office plus crédible, une architecture plus saine, un meilleur socle pour les agences et les intégrateurs, et une vision moins dépendante des anciens standards du thème Classic. Avec Hummingbird 2.0, PrestaShop transforme enfin ce discours en base par défaut sur les nouvelles installations.
Le multi-carrier shipping est aussi intéressant parce qu’il s’attaque à une limite historique du modèle “1 commande = 1 transporteur”. Dès les phases beta puis RC, PrestaShop présentait cette évolution comme une manière de mieux gérer les commandes comportant plusieurs expéditions, avec plus de clarté pour les marchands comme pour les clients. Même si la fonctionnalité est encore expérimentale, elle dit beaucoup de la trajectoire du projet.
Même logique pour le système de remises revu. Là encore, la nouveauté n’est pas juste fonctionnelle. Elle traduit une volonté de simplifier un pan du moteur e-commerce qui pouvait devenir complexe, peu lisible ou coûteux à maintenir dans certains contextes. PrestaShop explique lui-même que cette nouvelle structure vise plus de clarté et de fiabilité que l’ancien modèle basé sur les cart rules.
Ce que je constate après tests en interne et lancement d’un projet PrestaShop 9.1
C’est probablement là que le sujet devient le plus intéressant.
Parce qu’une annonce produit reste une annonce. En revanche, quand on passe à des tests concrets et au démarrage d’un vrai projet, les effets de communication disparaissent vite. Et c’est justement là que PrestaShop 9.1 m’a semblé confirmer les promesses annoncées en mars.
D’abord, le ressenti général côté front est plus cohérent. On sent mieux la logique d’un socle pensé pour durer, et pas simplement d’une couche graphique ajoutée sur un héritage technique ancien. Ensuite, pour un projet neuf ou une refonte sérieuse, la base donnée par Hummingbird est nettement plus crédible pour travailler proprement, surtout si on raisonne en maintenabilité et en évolutivité.
Autre point important : la version donne le sentiment que PrestaShop cherche enfin à mieux aligner expérience marchande, exigences techniques et réalité des agences. Ce n’est pas encore la fin de tous les compromis, évidemment, mais on est moins dans la logique du contournement permanent que sur certaines générations précédentes.
En clair, mon constat rejoint celui que la feuille de route et les communications laissaient déjà entrevoir : PrestaShop 9.1 n’est pas une simple version de transition. C’est une version qui commence à rendre la plateforme plus crédible pour des projets modernes.
Il faut aussi parler des limites
Dire que PrestaShop 9.1 va dans la bonne direction ne veut pas dire qu’il faut migrer n’importe comment, ni tout activer sans recul.
D’abord, PrestaShop a lui-même classé plusieurs nouveautés comme expérimentales, ce qui implique qu’il faut les tester avec méthode avant de les intégrer dans un projet en production. C’est particulièrement vrai pour les sujets qui touchent directement au tunnel de commande, à la promotion commerciale ou à la logistique.
Ensuite, il ne faut pas oublier la réalité de l’écosystème : un projet PrestaShop ne dépend jamais uniquement du core. Il dépend aussi des modules, du thème, du niveau de personnalisation, du legacy accumulé, et de la qualité globale de l’intégration. Autrement dit, PrestaShop 9.1 améliore le socle, mais il ne règle pas magiquement tous les problèmes d’un projet mal construit.
Enfin, il y a un sujet de sécurité à ne surtout pas minimiser. Fin avril, PrestaShop a publié 9.1.1 comme correctif de sécurité pour une faille stored XSS critique dans la vue Customer Service du back-office. La même correction a été publiée en parallèle sur 8.2.6. Pour toute boutique déjà en 9.1.x, la mise à jour vers 9.1.1 est clairement recommandée sans attendre.
Ce que PrestaShop 9.1 dit aussi aux marchands encore sur de vieilles versions
Au-delà de la technique pure, PrestaShop envoie aussi un signal assez net à l’écosystème : il devient de plus en plus difficile de rester durablement sur des versions anciennes.
Un exemple très concret est la fermeture du service translations.prestashop.com pour PrestaShop 1.6 et versions antérieures depuis le 1er avril 2026. PrestaShop précise que les traductions continuent normalement pour les versions 1.7, 8 et 9, mais que la vieille mécanique legacy n’est plus maintenue. C’est un détail en apparence, mais en réalité c’est un indicateur très fort : tout pousse désormais vers les branches récentes.
Pour les marchands et agences qui hésitent encore à moderniser, le message est clair : rester sur une base ancienne ne signifie pas seulement “ne pas profiter des nouveautés”. Cela veut aussi dire s’éloigner progressivement des workflows encore réellement supportés.
Et la suite ?
La dynamique ne s’arrête pas à 9.1. Lors du live update de mars, PrestaShop a aussi mis en avant le travail en cours autour d’un One Page Checkout prévu pour PrestaShop 9.2. L’idée est importante, parce qu’elle touche directement à la conversion, à la fluidité mobile et à la réduction des frictions dans le tunnel de commande.
Autrement dit, 9.1 semble être moins un point d’arrivée qu’un point de bascule. La version pose une base plus moderne, et les évolutions annoncées ensuite montrent que PrestaShop cherche à capitaliser dessus plutôt qu’à rester dans une logique de patchs dispersés.
Conclusion
Oui, les annonces sur PrestaShop 9.1 remontent à mars. Mais justement, c’est ce qui rend le bilan plus intéressant aujourd’hui.
Avec un peu de recul, et surtout après des tests en interne ainsi que le démarrage d’un projet sur cette version, le constat tient : les avancées annoncées étaient réelles. Hummingbird 2.0 n’est pas qu’un argument de communication. La modernisation de la base front-office est tangible. Les nouvelles briques expérimentales montrent une direction plus cohérente. Et la plateforme donne enfin davantage l’impression de préparer l’avenir que de simplement entretenir son passé.
Tout n’est pas parfait, tout n’est pas à activer aveuglément, et tout projet PrestaShop continuera à demander des arbitrages techniques. Mais malgré ces réserves, ma conclusion reste simple : PrestaShop 9.1 est probablement l’une des évolutions les plus structurantes de la plateforme depuis longtemps.
Sources
- PrestaShop Developers Blog — PrestaShop 9.1 is available : annonce officielle de la 9.1, Hummingbird 2.0 par défaut, accessibilité, Bootstrap 5, fonctionnalités expérimentales et notes de version.
- PrestaShop Developers Blog — PrestaShop 9.1 RC1 is open for testing! : récapitulatif des nouveautés avant la stable, dont Hummingbird 2.0, multi-carrier et improved discounts.
- PrestaShop Developers Blog — PrestaShop 9.1 Beta is open for feedback! : présentation des axes majeurs de la 9.1 et du cadre de test des fonctionnalités expérimentales.
- PrestaShop Developers Blog — PrestaShop Live Update – March 2026 : mise en avant du One Page Checkout prévu pour PrestaShop 9.2.
- PrestaShop Developers Blog — PrestaShop 9.1.1 is available : correctif de sécurité critique sur la branche 9.1.x.
- PrestaShop Developers Blog — Sunsetting translations for legacy PrestaShop versions : arrêt du service de traductions legacy pour PrestaShop 1.6 et plus anciens.
