PrestaShop 9.2 en beta : le checkout en une page et le multi-transporteur passent la seconde

Avant-hier, 22 juillet, l’équipe PrestaShop a publié la première beta de PrestaShop 9.2. Comme toute pré-version, elle est réservée aux tests. Mais elle donne déjà une image nette de ce qui vous attend. J’ai donc pris le temps de l’éplucher en long, en large et en travers.

Le fil conducteur est simple. Les nouveautés de PrestaShop 9.2 rendent enfin exploitable ce que la 9.1 avait posé en expérimental. Le multi-transporteur, introduit derrière un feature flag il y a quelques mois, gagne en maturité. Et le checkout en une page débarque cette fois pour de bon. Deux nouveautés à fort impact commercial, complétées par des évolutions plus discrètes côté développeur.

Bonne nouvelle avant d’entrer dans le détail. Techniquement, la 9.2 reste une mineure posée sur le socle Symfony 6.4 LTS de la branche 9.x. Pas de rupture d’infrastructure à prévoir. C’est justement ce que j’apprécie dans la démarche actuelle du projet.

Où se situe PrestaShop 9.2 dans la trajectoire du projet

Pour bien situer cette version, un rapide retour en arrière. PrestaShop 9.0, sortie en juin 2025, a modernisé le socle en profondeur : Symfony 6.4, PHP 8.1 minimum, nouvelle Admin API. La 9.1, en mars 2026, a fait de Hummingbird 2.0 le thème par défaut. Elle a aussi introduit deux gros chantiers en mode expérimental, derrière des feature flags : le multi-transporteur et un système de remises repensé.

La 9.2 s’inscrit dans cette continuité. Plutôt que d’empiler de nouvelles fonctions, elle consolide ces chantiers et livre la brique qui manquait à l’appel en 9.1 : le checkout en une page. C’est une démarche que je trouve saine. Avancer par itérations, ouvrir les fonctionnalités au test très tôt, puis stabiliser sur la base des retours de la communauté.

Cette version illustre aussi le modèle contributif du projet. Plusieurs nouveautés naissent d’« appels à contribution » menés avec des agences de l’écosystème : KIWIK pour les Extra Properties, Soledis pour les fondations B2B. En toile de fond, le cap ne change pas. L’architecture se tourne de plus en plus vers l’API, pensée pour des usages headless.

One page checkout : la nouveauté phare de PrestaShop 9.2

S’il y a bien un reproche qu’on fait à PrestaShop face à Shopify, c’est son tunnel de commande. Quatre étapes, des rechargements de page, des clients qui décrochent en route. Sur les boutiques que je récupère, c’est presque toujours là que le taux d’abandon panier fait le plus mal.

PrestaShop 9.2 s’attaque frontalement à ce point. Elle intègre un checkout en une page natif. Toutes les étapes tiennent sur un seul écran, sans rechargement. Toutes les étapes ? Non, une seule résiste encore et toujours à l’envahisseur : la connexion ou l’identification se fait toujours dans une page séparée (sauf en mode Invité). C’est dommage, et j’espère que ce sera corrigé.

Un module officiel, gratuit et livré avec le cœur

Bonne nouvelle pour votre budget. Le checkout arrive sous la forme d’un module officiel gratuit, ps_onepagecheckout, livré directement avec le cœur. Fini, en théorie, les modules OPC tiers qu’on installait faute de mieux. J’ai vérifié dans la beta : le module est bien présent, épinglé en version 0.6.2.

Deux points rassurants avant que vous ne paniquiez pour votre tunnel actuel :

• L’ancien tunnel reste disponible. Le module l’appelle désormais la « commande en quatre pages ». C’est elle qui reste cochée par défaut. Le passage à l’une page n’a donc rien d’obligatoire : le choix se fait boutique par boutique.
• Le nouveau checkout est désactivé par défaut, à activer manuellement pour le tester. Attention, ce n’est pas un « feature flag » au sens PrestaShop du terme. L’activation passe par un simple réglage dans la configuration du module.

Le prérequis qui va coûter cher : Bootstrap 5

Encadré technique : compatibilité des thèmes

Le nouveau checkout exige un thème compatible Bootstrap 5. Et il ne s’adapte pas au vôtre. Il remplace le template de la page de commande par le sien, écrit en Bootstrap 5. Hummingbird, en Bootstrap 5.3, est donc compatible. Le thème Classic, resté en Bootstrap 4, ne l’est pas. D’ailleurs, le module ne prend pas de gants pour le dire dans sa configuration : activer cette mise en page sur Classic cassera votre boutique.

Le détail à connaître, en revanche : rien ne vous en empêche techniquement. PrestaShop 9.2 introduit pourtant une méthode dédiée à cette vérification (Theme::isCompatibleWithFramework), à partir du framework déclaré dans le theme.yml. Mais le code ne l’appelle nulle part. L’avertissement affiché à l’activation n’est donc qu’un texte dans une fenêtre de confirmation, pas un garde-fou. La brique existe, elle n’est simplement pas encore branchée. Espérons que ce sera fait d’ici la version stable.

C’est le vrai angle mort de cette annonce. Le one page checkout « gratuit et natif » a un prérequis thème. Or l’écrasante majorité des boutiques françaises établies tournent sur Classic, ou sur un sur-mesure qui en dérive. Pour elles, ce prérequis représentera le gros du chantier.

Faut-il l’adopter dès la sortie ?

Ma recommandation, quand PrestaShop 9.2 sera stable : testez-le en préproduction. Mesurez l’impact réel sur votre taux de conversion, avant et après. Et surtout, ne désinstallez pas votre solution actuelle le jour J. On juge sur les chiffres, pas sur l’effet nouveauté.

Multi-transporteur : une commande, plusieurs expéditions

Historiquement, PrestaShop raisonne « une commande = un transporteur ». Sur le papier, c’est simple. Dans la vraie vie d’une boutique, c’est un casse-tête. Un client commande un canapé et une lampe ? Le canapé doit partir par un transporteur spécialisé palette, la lampe tient dans un colis Colissimo. Avec l’ancien modèle, vous deviez tout faire partir par un seul transporteur. Un compromis subi, avec des frais et des délais mal ajustés.

C’était l’une des plus vieilles demandes de la communauté. La 9.1 y avait répondu une première fois, en mode expérimental. PrestaShop 9.2 fait passer ce chantier à la vitesse supérieure. C’est le plus gros bloc de cette version.

Du modèle « par commande » au modèle « par expédition »

Le principe change en profondeur. On ne raisonne plus par commande, mais par expédition (shipment). Vous pouvez désormais découper une même commande en plusieurs expéditions, chacune avec son propre transporteur. Concrètement, la beta apporte :

• la création d’expéditions sur une commande existante, directement depuis le back-office ;
• le découpage et la fusion d’expéditions, pour ajuster au cas par cas ;
• des bons de livraison par expédition, et les informations de transport reportées sur les factures ;
• en coulisses, le calcul du coût de transport entièrement repensé, qui devient un véritable service, mieux architecturé.

C’est, à mon sens, la nouveauté la plus structurante de PrestaShop 9.2. Le one page checkout touche la conversion. Le multi-expédition, lui, touche toute votre logistique aval. Pensez à une boutique aux contraintes hétérogènes : volumineux et petits colis, frais et sec, national et international. Là, ça change la donne au quotidien.

Encadré technique : le point de vigilance pour les intégrations

Ce changement ne se limite pas à l’interface. Il touche le modèle de données des commandes et des transporteurs. Auditez donc vos modules qui manipulent les transporteurs, exportent les commandes vers un ERP, ou pilotent la préparation en entrepôt : WMS, connecteurs logistiques, modules d’étiquettes. Ils raisonnent presque tous en « un transporteur par commande ». C’est là que je concentrerais les tests lors du passage en 9.2. À noter enfin : contrairement au checkout, le multi-expédition reste un véritable feature flag (improved_shipment), désactivé par défaut.

Les autres nouveautés côté marchand

Au-delà des deux gros morceaux, la 9.2 avance sur plusieurs fronts qui méritent une mention, même rapide.

• Les fondations du B2B. C’est un chantier que PrestaShop pose pierre par pierre, en partenariat avec l’agence Soledis. La 9.2 introduit un réglage mode B2C / mode B2B, un nouveau menu « Business Entities », et le modèle de données qui va avec. Attention : ce sont des fondations, livrées derrière feature flags. Si vous voulez y jeter un œil, sachez qu’il existe deux verrous successifs. Activez d’abord le feature flag « Improved B2B », puis le mode B2B dans les Paramètres Généraux. Les fonctions complètes (comptes multi-utilisateurs, rôles, workflows de validation) viendront plus tard. Mais le socle est là.
• Les retours produits modernisés. La gestion des retours marchandise (merchandise returns) passe à son tour sous Symfony. Rien de spectaculaire pour le marchand au quotidien, mais c’est une brique de plus dans la grande migration du back-office.
• Les remises qui se stabilisent. Le nouveau système de remises, lui aussi introduit en expérimental en 9.1, reçoit dans cette 9.2 une longue série de correctifs. On sent une fonctionnalité qui mûrit et se rapproche d’un usage en production.

Rien ici qui justifie à lui seul une montée de version. Mais mis bout à bout, ça confirme la direction : PrestaShop comble méthodiquement ses retards fonctionnels face à la concurrence, sans casser l’existant.

Et l’« assistant IA », alors ?

PrestaShop met en avant, dans son annonce comme dans sa newsletter, un assistant conversationnel baptisé Ask AI. On interroge sa boutique en langage naturel depuis le back-office, et on peut même déclencher des actions. Sur le papier, c’est la nouveauté la plus vendeuse de PrestaShop 9.2.

Je vais être direct, et c’est ici mon avis personnel : je ne vois pas bien ce qu’il y a de neuf.

D’abord parce qu’il n’y a rien dans le code du projet open source. Vous pouvez fouiller les sources de la 9.2, la fonctionnalité n’y est pas. Elle vient du PrestaShop MCP Server, un module édité par PrestaShop SA et distribué sur Addons. Ce module existe depuis plusieurs mois et fonctionne dès la 8.2. Ce qui change ici, ce n’est donc pas la fonctionnalité. C’est son intégration au paquet « PrestaShop Classic edition », la distribution commerciale téléchargeable (à ne pas confondre avec le thème Classic). Même logique, d’ailleurs, pour le module d’automatisation marketing Klaviyo, lui aussi remis dans le paquet.

Ensuite parce qu’il faut fournir votre propre clé d’API, chez ChatGPT, Claude, Gemini ou un autre fournisseur. L’assistant ne fonctionne donc pas tout seul : vous payez la consommation au fournisseur de votre choix.

Je ne l’ai pas encore testé. Je ne me prononcerai donc pas sur sa qualité, et j’y reviendrai sans doute quand je l’aurai pris en main. Mais sur la forme, ça ressemble surtout à une opération commerciale. Le but semble d’accélérer l’adoption d’un module existant, plus que de livrer une vraie nouveauté de PrestaShop 9.2. Ça n’enlève rien à l’intérêt du reste de la version.

Les nouveautés de PrestaShop 9.2 côté développeur et agence

C’est la partie que je trouve la plus intéressante, et celle dont on parle le moins dans les annonces grand public. PrestaShop 9.2 apporte des outils qui changent le quotidien de ceux qui construisent sur la solution.

Extra Properties, la vraie nouveauté pour les développeurs

Il s’agit d’un moyen natif d’attacher des champs personnalisés aux entités du cœur : produit, client, commande, et les autres. Le système gère le multiboutique, le multilingue, les formulaires et listes du back-office, l’accès en front et l’API. Le tout avec une modélisation propre en base de données. Fini de recoder la plomberie de persistance dans chaque module. J’y consacrerai un article technique dédié, tant le sujet est riche.

Les autres apports à connaître

• Un nouveau moteur de calcul des prix. La 9.2 introduit, derrière un flag, une nouvelle architecture de pricing. L’enjeu est double : la performance sur les gros catalogues, et un point de vigilance pour tout module qui surcharge le calcul de prix.
• De nouvelles commandes CLI. Lister les modules, régénérer le .htaccess, changer le mot de passe d’un employé, créer un super-admin. Autant de petits gains pour l’automatisation et les scripts de déploiement.
• La compatibilité inter-versions des modules. Un point technique, mais précieux pour les agences. Les modules peuvent désormais déclarer des services Symfony spécifiques à une version. Maintenir un même module compatible 8.x et 9.x devient plus propre. Là aussi, ça mérite son propre article.
• Les données structurées passent côté cœur. On ne bricole plus le JSON-LD dans les templates du thème. Le cœur le construit, puis le transmet au thème dans une variable dédiée. Et le meilleur arrive pour les développeurs de modules : le hook actionFrontControllerSetVariables permet d’enrichir ces données sans toucher au thème. Après des années à patcher du JSON-LD template par template, c’est une vraie bonne nouvelle.

Vous l’aurez compris : cette 9.2 est aussi, discrètement, une version « pour ceux qui codent ».

Mettre à jour vers PrestaShop 9.2 : ce qu’il faut prévoir

Première chose à dire, et c’est la plus rassurante. PrestaShop 9.2 est une version mineure. Elle se pose sur le socle de la branche 9.x sans le bousculer. Symfony reste en 6.4 LTS, le plancher PHP à 8.1, Smarty en version 4. Le front du back-office ne bouge pas non plus. Autrement dit : aucune contrainte d’infrastructure nouvelle. Votre hébergement qui fait tourner une 9.1 fera tourner une 9.2, et la plupart de vos modules devraient continuer à fonctionner correctement.

Les trois points à tester en priorité

Cela dit, « pas de rupture d’infra » ne veut pas dire « mise à jour les yeux fermés ». Quelques points méritent votre attention :

• La navigation à facettes change de version majeure. Le module ps_facetedsearch passe de la v4 à la v5. C’est un composant critique : filtres, recherche par catégorie. Testez-le en priorité, surtout si vous avez des surcharges ou un thème qui le personnalise.
• Les données structurées, mais pas pour tous les thèmes. Le JSON-LD généré par le cœur ne profite pour l’instant qu’à Hummingbird. C’est le seul thème à savoir l’exploiter, avec un repli sur ses anciens templates. Classic, lui, ignore le nouveau mécanisme et continue à l’ancienne. Il ne reçoit donc pas les correctifs apportés en 9.2. Si vous êtes sur Classic ou sur un dérivé sur-mesure, ne comptez pas sur cette amélioration avant d’avoir adapté votre thème. Vérifiez enfin qu’un module SEO n’injecte pas déjà son propre JSON-LD, au risque d’avoir deux sources concurrentes.
• Deux dépréciations à noter. PrestaShop marque la classe Upgrader et le fichier /init.php comme dépréciés. Si vous avez des scripts maison ou des tâches CRON qui s’appuient dessus, c’est le moment de les revoir.

Ma recommandation, quand la stable sera là : préproduction obligatoire, comme toujours. Puis audit ciblé des modules critiques : navigation à facettes, transport, données structurées. C’est là que se cachent les surprises.

Et si vous tournez encore sur une version plus ancienne, la question ne se pose pas dans les mêmes termes. J’ai détaillé chaque cas de figure dans mon guide du cycle de vie et des fins de support de PrestaShop.

Et maintenant ? Le calendrier jusqu’à la stable

Reste la question que tout le monde se pose : quand la version stable ?

Une réserve d’usage tout de même : un mois, c’est un objectif, pas une garantie. Le calendrier peut glisser si la phase de test fait remonter des régressions sérieuses. Sur des chantiers de l’ampleur du multi-expédition, ça n’aurait rien d’étonnant. Mais l’intention affichée est claire. PrestaShop 9.2 vise la rentrée, pas la fin d’année.

Et le PS Summit de Lyon ?

Un mot enfin sur le PS Summit, les 4 et 5 novembre au Palais des Congrès de Lyon. J’aurais parié sur une sortie calée pour l’occasion. Mais la durée annoncée de la bêta rend ce scénario peu probable : la stable arrivera vraisemblablement bien avant. Le Summit sera donc plutôt le moment où l’on verra PrestaShop 9.2 déjà en production sur les premières boutiques. À noter, et ce n’est pas un détail : c’est la première édition commune PrestaShop et Sylius. La keynote annoncée porte d’ailleurs sur un aperçu de PrestaShop 10. La direction du projet se lira sans doute autant dans ce rapprochement que dans le changelog.

En attendant, installez la beta sur un environnement de test. Jouez avec le one page checkout et le multi-expédition, puis faites remonter vos retours. La fenêtre est courte, un mois, et c’est exactement à ça qu’elle sert.

Vous préparez une migration vers PrestaShop 9 et vous voulez un avis sur le bon moment et la bonne cible ? Écrivez-moi via mon formulaire de contact : je regarde votre version, vos modules et votre contexte avant de vous orienter.