PrestaShop 9.2 One Page Checkout natif : ce que les marchands et développeurs doivent savoir

Réponse courte : oui, PrestaShop 9.2 devrait intégrer un One Page Checkout natif. C'est une évolution importante pour les marchands, les thèmes, les modules de paiement, les transporteurs et tous les modules qui interviennent dans le tunnel de commande. Mais je resterais prudent avant d'affirmer que cela remplacera automatiquement tous les cas d'usage existants.

D'après le travail visible publiquement, le nouveau checkout ressemble plutôt à une architecture hybride moderne : certaines parties se mettent à jour en AJAX, mais les paiements externes, les confirmations bancaires et certains flux peuvent encore utiliser des redirections. Pour un marchand classique, c'est quand même une bonne nouvelle : un meilleur checkout natif réduit le besoin d'overrides lourds.

Ce que GitHub montre aujourd'hui

Les signaux publics les plus importants sont la pull request du core PrestaShop pour le support du One Page Checkout natif et le dépôt séparé ps_onepagecheckout. Ce n'est donc pas une simple modification de template : le travail touche à la fois le core et un module natif.

Mon interprétation est la suivante : PrestaShop veut rendre le checkout plus moderne et plus modulaire, mais il devra toujours fonctionner avec les modules de paiement, les transporteurs, les formulaires d'adresse, les commandes invitées et les thèmes. C'est justement là que les vrais cas compliqués apparaissent dans les boutiques.

Est-ce entièrement AJAX ?

Je ne le présenterais pas ainsi. Le code public montre de l'AJAX pour certaines parties dynamiques, par exemple l'initialisation invité ou le rafraîchissement du formulaire d'adresse. Ce n'est pas la même chose que « tout le checkout fonctionne sans rechargement ni redirection ».

La vraie question pour un marchand est plus simple : le checkout sera-t-il plus rapide et plus clair pour les clients ? Probablement oui. Toutes les méthodes de paiement fonctionneront-elles sans redirection ? Non, il ne faut pas le promettre. PayPal, 3-D Secure, les pages bancaires et certains moyens de paiement locaux peuvent encore imposer leurs propres étapes.

Que se passe-t-il sans compte client ?

Le cas le plus important est la commande invitée. Beaucoup de boutiques perdent des ventes quand elles obligent le client à créer un compte avant de payer. Un bon One Page Checkout doit gérer l'adresse, la livraison, le paiement et la confirmation sans friction inutile.

Avec l'état public actuel, je m'attends à ce que PrestaShop mette davantage l'accent sur le flux de commande et moins sur la création de compte. Il faudra tout de même tester les cas réels : client invité, client existant, nouvelle adresse, adresse de facturation différente, champs B2B, TVA, règles de transport et conditions de paiement.

Ce que les marchands PrestaShop doivent faire

Mon conseil est simple : ne prenez pas de décision urgente et ne supprimez pas trop tôt les personnalisations de checkout qui fonctionnent. L'OPC natif est un bon signal, mais PrestaShop 9.2 est annoncé pour le second semestre 2026. Votre boutique actuelle doit continuer à convertir maintenant.

• Si votre checkout convertit bien : attendez une version testable et planifiez une migration calme.
• Si votre checkout ralentit clairement les ventes : corrigez le problème maintenant au lieu de compter uniquement sur une future version du core.
• Si vous avez beaucoup d'overrides : documentez-les, car ils seront importants lors de la mise à jour.
• Si vous vendez en B2B : testez plus tard les champs obligatoires, la TVA, les conditions de paiement et les factures.

Ce que les développeurs de modules et thèmes doivent préparer

Pour les développeurs, c'est le vrai sujet. Les modules de paiement, de livraison, les thèmes et les modules qui utilisent des hooks dans le checkout devront tester tôt le nouveau flux. Il faudra vérifier les templates, les endpoints AJAX, la validation des formulaires, la session et la création de commande.

Je commencerais déjà à réduire la dette technique : moins de dépendances DOM fragiles, moins d'hypothèses liées à un thème, une meilleure utilisation des hooks et une séparation claire entre l'interface et la logique de commande. Plus un module respecte les contrats PrestaShop, plus l'adaptation à 9.2 sera saine.

Mon avis

Je pense que le One Page Checkout natif est une très bonne direction pour PrestaShop. Les marchands devraient obtenir un meilleur standard, mais les développeurs auront aussi du travail de compatibilité. Ce n'est pas un signal inquiétant : c'est simplement un rappel que le checkout mérite une vérification sérieuse.

Pour mypresta.rocks, cela signifie suivre le core et tester nos modules de checkout dès que le nouveau flux sera vraiment testable. Pour les marchands, le message est clair : le checkout reste un levier de conversion, qu'il soit natif ou porté par un module spécialisé.

Sources utiles

• Pull request PrestaShop Core #40796
• Dépôt GitHub ps_onepagecheckout
• PrestaShop Monthly March 2026
• Checkout Revolution pour optimiser le checkout aujourd'hui