PrestaShop 9.2 et le one-page checkout : ce qu’il faut vérifier avant de l’activer

Depuis le 30 septembre 2026, la version stable 9.2 de PrestaShop est disponible. Elle embarque trois nouveautés principales : un module natif de one-page checkout, un assistant conversationnel nommé Ask AI pour le back-office, et un système de champs personnalisés baptisé Extra Properties. Le thème par défaut, Hummingbird, passe à la version 2.1.2, avec des correctifs sur le tunnel de commande et l’accessibilité. Pour une boutique qui tourne déjà sous PrestaShop 9.0 ou 9.1, les nouveautés générales de cette version ont déjà été détaillées ailleurs. Cet article se concentre sur un seul changement, celui qui touche directement le moment où le client paie : le one-page checkout.

Le one-page checkout, concrètement

Le tunnel de commande historique de PrestaShop s’étale sur plusieurs pages : identification, adresse, transporteur, paiement. Le module natif ps_onepagecheckout, livré avec le cœur de 9.2, regroupe ces étapes sur un seul écran, qui se met à jour sans rechargement complet de la page. Le choix se fait boutique par boutique : dans un contexte multiboutique, une boutique peut basculer sur le one-page checkout pendant qu’une autre conserve le tunnel en plusieurs pages. L’activation se fait depuis le back-office, section Design, ou directement dans le gestionnaire de modules, sans achat ni installation manuelle.

Le tunnel en plusieurs pages n’est pas supprimé : il reste le réglage par défaut, et chaque boutique choisit d’y rester ou de basculer. C’est ce qui rend la question intéressante pour un dirigeant de boutique : rien n’oblige à changer immédiatement, mais le gain de conversion potentiel d’un tunnel plus court mérite d’être évalué, à condition de vérifier d’abord ce qui peut casser.

Ce qu’il faut vérifier avant de basculer

Le changement de tunnel n’est pas neutre pour tout ce qui s’y connecte. Avant d’activer le one-page checkout sur une boutique en production, quatre points méritent d’être vérifiés.

Le thème

Un thème construit sur Hummingbird fonctionne par défaut avec le nouveau tunnel. Un thème classique ou fortement personnalisé n’est pas pris en charge automatiquement : il peut nécessiter une adaptation des gabarits qui affichent les étapes de commande. Une boutique avec un thème sur mesure doit prévoir ce travail avant d’envisager le one-page checkout, pas après l’avoir activé.

Les modules de paiement et de transport

Les modules qui s’affichent dans les sections paiement ou transporteur doivent savoir se réafficher correctement après une mise à jour en Ajax, puisque le tunnel ne recharge plus la page entre chaque étape. Un module de paiement qui fonctionnait sans accroc sur l’ancien tunnel peut se comporter différemment sur le nouveau. Tout ce qui touche à l’authentification au moment du paiement doit être retesté spécifiquement dans le flux one-page, pas seulement dans le tunnel classique : un blocage à cette étape coûte une commande, pas un simple désagrément d’affichage.

La mise à jour elle-même

Le one-page checkout n’arrive qu’avec la version 9.2 : une boutique sous 9.0 ou 9.1 doit d’abord migrer, via le module Update Assistant en version 7.6.6 ou supérieure. PrestaShop 9.2 demande PHP 8.1 au minimum, et prend en charge PHP jusqu’à 8.5. La liste des vérifications d’hébergement et de modules avant la mise à jour reste valable intégralement avant d’envisager le nouveau tunnel : la migration vers 9.2 et l’activation du one-page checkout sont deux décisions séparées, et la première doit être sécurisée avant d’aborder la seconde.

La possibilité de revenir en arrière

Le tunnel en plusieurs pages reste disponible après l’activation du one-page checkout : la bascule se fait boutique par boutique, et peut être inversée depuis le même écran si le nouveau tunnel pose un problème de conversion ou de compatibilité. Ce réglage réversible change la façon d’aborder le test : il n’y a pas d’engagement définitif, seulement une période de vérification à ne pas écourter.

La méthode, étape par étape

1. Mettre à jour un environnement de test en 9.2. Via l’Update Assistant, jamais directement en production.
2. Vérifier le thème. Thème Hummingbird : compatible par défaut. Thème personnalisé : contrôler l’affichage de chaque étape du tunnel sur cet environnement de test.
3. Tester chaque module de paiement et de transport actif dans le flux one-page, pas seulement dans le tunnel classique.
4. Activer le one-page checkout sur l’environnement de test et suivre le taux de conversion pendant plusieurs jours avant toute bascule en production.

L’éditeur présente ce module comme un moyen de rendre le tunnel « conversion-first », mais ne publie aucun chiffre de gain de conversion associé à la sortie de la 9.2 : ce gain dépend du catalogue, des moyens de paiement proposés et du comportement des clients de chaque boutique, pas d’une moyenne générale. C’est une raison supplémentaire de mesurer la conversion sur son propre environnement de test avant de généraliser le one-page checkout, plutôt que de se fier à une promesse de principe. Le même raisonnement vaut pour Ask AI et Extra Properties, les deux autres nouveautés de la 9.2 : utiles une fois vérifiées sur sa propre configuration, pas à activer les yeux fermés le jour de la mise à jour.

Ce qu’il faut retenir

• PrestaShop 9.2 est disponible depuis le 30 septembre 2026, avec un module natif de one-page checkout livré d’origine.
• L’activation se pilote boutique par boutique et reste réversible à tout moment depuis le back-office.
• Les thèmes Hummingbird sont compatibles par défaut ; un thème personnalisé demande une vérification des gabarits de commande.
• Les modules de paiement et de transport doivent être retestés spécifiquement dans le nouveau flux avant toute bascule en production.