PrestaShop développe un One Page Checkout natif — Faut-il attendre ou agir maintenant ?

Mise à jour mai 2026 : PrestaShop a informé ses partenaires que l’OPC natif est prévu comme module natif pour PrestaShop 9.2, dont le lancement est actuellement prévu au second semestre 2026. Mise à jour courte : PrestaShop 9.2 One Page Checkout natif.

PrestaShop développe un one page checkout natif. L'annonce a été faite lors du Live Update du 30 juillet 2025, présenté par Krystian Podemski, et le développement actif a commencé début 2026. Si vous gérez une boutique PrestaShop, c'est important — le checkout est l'endroit où le chiffre d'affaires se gagne ou se perd.

Dans cet article, nous analysons ce que PrestaShop a annoncé, ce que cela signifie pour les marchands et comment cela se compare aux solutions de checkout disponibles aujourd'hui. Pas de battage, pas de discours commercial — juste un regard honnête sur les options pour vous aider à prendre la bonne décision pour votre boutique.

Ce que PrestaShop a annoncé

Lors du Live Update de juillet 2025, l'équipe PrestaShop a confirmé qu'un one page checkout (OPC) natif était sur la feuille de route. Le rapport Core Monthly de février 2026 a confirmé le début officiel du développement, et le premier feature flag a été fusionné via la pull request #40796.

Voici ce que nous savons jusqu'à présent :

• Version cible : PrestaShop 9.2 (les pull requests GitHub sont jalonnées pour 9.2.0, pas 9.1)
• Compatibilité thème : le travail public est lié au stack checkout moderne de PrestaShop 9.x ; les boutiques sur thème classic devront vérifier les notes de compatibilité
• Architecture : hybride ; le code public montre de l AJAX pour certaines parties dynamiques, mais les paiements peuvent encore utiliser des redirections ou étapes propres
• Flux de connexion : les commandes invitées et comptes clients devront être testés en conditions réelles ; le code public ne permet pas de promettre tous les scénarios
• Repli : le checkout multi-étapes actuel restera disponible en option
• Impact modules : les auteurs de modules devront adapter leurs intégrations qui interagissent avec le flux de checkout

En mars 2026, l'OPC natif n'a été livré dans aucune version stable. Il est toujours derrière des feature flags avec un développement actif en cours.

Pourquoi le One Page Checkout est important

Le Baymard Institute estime le taux moyen d'abandon de panier en ligne à environ 70%. Si tout n'est pas lié à la friction du checkout — certains acheteurs ne font que naviguer —, l'institut a constaté que 18% des acheteurs ont abandonné spécifiquement parce que le processus de checkout était trop long ou compliqué.

Le one page checkout résout ce problème en affichant tous les champs sur une seule page : adresse, livraison et paiement. Pas de rechargement de page, pas d'attente, pas de doute sur le nombre d'étapes restantes. Le client voit tout en une fois, remplit et paie.

Pour les acheteurs mobiles — qui représentent désormais plus de 60% du trafic e-commerce — c'est particulièrement important. Chaque chargement de page supplémentaire sur une connexion mobile ajoute deux à trois secondes d'attente. Un checkout en cinq étapes sur une connexion 4G lente peut prendre trois à quatre minutes. Un one page checkout réduit cela à moins d'une minute.

L'impact sur la conversion est réel. Les boutiques qui passent du multi-étapes au one page checkout constatent typiquement une réduction de 10 à 25% de l'abandon de panier, selon le secteur et la clientèle.

Ce qu'il faut attendre de l'OPC natif

Sur la base des informations publiques disponibles — pull requests, rapports Core Monthly et présentation Live Update — voici à quoi ressemblera probablement l'OPC natif :

Les avantages

• Gratuit. Il est livré avec le core PrestaShop. Pas de module à acheter, pas d'abonnement.
• Intégration profonde. Construit par l'équipe core, il fonctionnera de manière transparente avec les hooks, le pipeline de commandes et l'architecture de composants de Hummingbird.
• Maintenance officielle. Les correctifs de bugs et les patches de sécurité arrivent avec chaque version de PrestaShop.
• Architecture moderne. Le code public utilise AJAX pour certaines parties dynamiques ; les paiements réels peuvent encore nécessiter des redirections ou étapes propres.
• Connexion simplifiée. Déplacer la connexion et la création de compte en dehors du tunnel est une décision UX intelligente qui réduit la friction pour les nouveaux acheteurs.

Pour les marchands qui démarrent une boutique toute neuve sur PrestaShop 9.2 avec le thème Hummingbird et des besoins de checkout basiques, l'OPC natif pourrait suffire.

Les limitations réalistes

Chaque première version d'une fonctionnalité core démarre basique. Ce n'est pas une critique — c'est ainsi que fonctionne le développement logiciel. Voici les limitations auxquelles les marchands doivent se préparer :

• Hummingbird v2 uniquement. Si votre boutique utilise le thème classic, un thème personnalisé basé dessus, ou tout thème de PrestaShop 1.7 ou 8.x — l'OPC natif ne fonctionnera pas. Cela exclut la grande majorité des boutiques PrestaShop existantes.
• Pas de rétrocompatibilité. L'OPC natif cible PrestaShop 9.2. Les boutiques sous 1.6, 1.7, 8.x ou même 9.0/9.1 n'auront pas cette fonctionnalité.
• Pas d'express checkout. L'OPC natif est un formulaire sur une seule page. Il n'inclut pas de boutons Apple Pay, Google Pay ou PayPal Express sur les pages produits ou dans le panier.
• L'écosystème de modules a besoin de temps. L'équipe PrestaShop a noté que les auteurs de modules devront adapter leurs intégrations. Attendez-vous à une période de transition après le lancement de 9.2.
• Fonctionnalités V1. Les premières générations de fonctionnalités core couvrent bien les bases mais manquent de la profondeur que les modules spécialisés ont construite au fil des années.

Ce qu'un module de checkout mature offre aujourd'hui

Des modules comme Checkout Revolution résolvent le problème du checkout depuis des années. Voici ce qu'un module de checkout mature et éprouvé apporte :

• Compatibilité universelle. Fonctionne sur PrestaShop 1.6 à 9.1 — chaque version, chaque thème.
• 30+ méthodes de paiement. Apple Pay, Google Pay, PayPal, Klarna, Afterpay, BLIK, Przelewy24, iDEAL, SEPA, Amazon Pay, Link by Stripe et bien d'autres.
• Express checkout partout. Boutons Apple Pay et Google Pay sur les pages produits, dans le panier et le mini-panier. Authentification biométrique en un tap.
• Livraison dynamique dans le payment sheet. Avec Apple Pay ou Google Pay, les frais de livraison se calculent en temps réel en fonction de l'adresse de livraison sélectionnée.
• Création automatique d'adresses. Les adresses des méthodes de paiement sont automatiquement sauvegardées dans le compte client. Pas de formulaires d'adresse à remplir.
• Fonctionnalités B2B. Comptes de crédit, workflows de devis/appels d'offres avec génération PDF, gestion d'entreprises et restrictions de paiement par groupe client.
• Analyse des risques. Intégration Stripe Radar pour la détection de fraudes sur chaque transaction.
• Récupération de paniers. Suivi des paniers abandonnés synchronisé par webhooks pour récupérer les ventes perdues.

Ce n'est pas une feuille de route théorique — c'est en production aujourd'hui, sur de vraies boutiques, avec de vraies transactions.

Express Checkout : la fonctionnalité que l'OPC natif n'aura pas

Il y a une distinction importante qui se perd souvent dans la discussion : le one page checkout et l'express checkout sont deux choses différentes.

Le one page checkout affiche tous les champs de formulaire sur une seule page. Le client tape toujours son adresse, choisit une méthode de livraison et saisit ses informations de paiement — tout se passe simplement sur une page au lieu de cinq.

L'express checkout saute complètement le formulaire. Le client appuie sur un bouton — Apple Pay, Google Pay ou PayPal — et s'authentifie avec son empreinte digitale ou la reconnaissance faciale. L'adresse, la méthode de paiement et la préférence de livraison sont tirées du portefeuille numérique. L'achat complet se termine en moins de cinq secondes sans taper un seul caractère.

Voici ce que cela donne en pratique avec Checkout Revolution :

• Page produit : le client voit un produit, appuie sur Apple Pay, s'authentifie avec Face ID, terminé.
• Page panier : les boutons express apparaissent au-dessus du résumé du panier. Appuyer, s'authentifier, commande passée.
• Mini-panier : express checkout directement depuis le panneau panier déroulant.

Le calcul de livraison se fait en temps réel dans le payment sheet Apple Pay ou Google Pay. L'OPC natif n'inclut pas cela. C'est un checkout basé sur un formulaire — mieux que le multi-étapes, mais toujours un formulaire.

Qui devrait attendre et qui devrait agir maintenant

Ce n'est pas une solution universelle. Voici un cadre pratique :

Attendez l'OPC natif si :

• Vous construisez une boutique toute neuve et ne lancerez pas avant que PrestaShop 9.2 soit stable
• Vous prévoyez d'utiliser le thème Hummingbird v2 dès le départ
• Vos besoins de checkout sont simples — livraison standard, méthodes de paiement basiques, pas de B2B
• Vous n'avez pas besoin d'express checkout (Apple Pay / Google Pay sur les pages produits)
• Vous êtes à l'aise pour attendre que l'écosystème de modules rattrape après le lancement de 9.2

Agissez maintenant si :

• Votre boutique est en ligne et perd des ventes à cause de la friction du checkout aujourd'hui
• Vous utilisez n'importe quelle version de PrestaShop de 1.6 à 9.1
• Vous utilisez un thème autre que Hummingbird v2
• Vous voulez l'express checkout — Apple Pay, Google Pay, PayPal — sur les pages produits et dans le panier
• Vous avez besoin d'un large support de méthodes de paiement au-delà des cartes et de PayPal
• Vous vendez en B2B et avez besoin de comptes de crédit, devis ou restrictions de paiement par groupe
• L'optimisation de la conversion compte pour votre résultat maintenant, pas dans six mois

Le meilleur des deux mondes

Voici l'approche que nous recommandons : utilisez un module maintenant, évaluez l'OPC natif quand 9.2 sortira. Un module de checkout ne vous enferme pas. Si l'OPC natif de PrestaShop 9.2 répond à tous vos besoins, vous pourrez basculer. Mais vous ne perdrez pas une seule vente en attendant une fonctionnalité qui n'est pas encore sortie.

Et même après l'arrivée de l'OPC natif, un module comme Checkout Revolution continue d'apporter de la valeur grâce à l'express checkout, les méthodes de paiement avancées, les fonctionnalités B2B et la compatibilité multi-versions.

En résumé

L'arrivée d'un one page checkout natif dans PrestaShop est une vraie bonne nouvelle. Cela élève le niveau pour tout l'écosystème et signifie que plus de marchands auront une meilleure expérience de checkout dès l'installation. Nous saluons cette initiative.

Mais le checkout est la partie la plus critique pour la conversion de toute boutique en ligne. Attendre des mois pour une fonctionnalité V1 alors que votre checkout actuel vous coûte des ventes chaque jour est une décision commerciale avec de réelles conséquences financières. Les outils pour résoudre ce problème existent aujourd'hui, ils fonctionnent avec la version de PrestaShop que vous utilisez déjà, et ils vont bien au-delà de ce que toute fonctionnalité core de première génération peut offrir.

Si vous souhaitez approfondir les différentes approches de checkout disponibles pour PrestaShop, lisez notre guide complet d'optimisation du checkout. Et si vous envisagez une mise à niveau vers PrestaShop 9.1, notre guide de migration PS 9.1 couvre tout ce que vous devez savoir.