Paiement en un clic sur PrestaShop : réalité, limites et DSP2/SCA

Le « paiement en un clic » est l'une des expressions les plus rabâchées du e-commerce — et l'une des plus mal comprises. Les marchands entendent qu'Amazon permet d'acheter d'un seul geste et se posent, à juste titre, la question : ma boutique PrestaShop peut-elle en faire autant ? La réponse honnête est oui, mais seulement dans des conditions que la plupart des boutiques ne réunissent jamais vraiment — et dans l'UE, vous ne pouvez jamais tout à fait le promettre. Voici ce qui se cache réellement derrière cette expression, quand le véritable « un clic » est réaliste, et jusqu'où PrestaShop peut s'en approcher.

Ce que « paiement en un clic » signifie vraiment

Au sens strict, le paiement en un clic signifie que la boutique détient déjà tout ce qu'il faut pour passer une commande — l'identité du client, un moyen de paiement enregistré, une adresse de facturation et de livraison, un mode de livraison par défaut, un contexte fiscal et une session valide — de sorte qu'une seule action finalise l'achat, sans formulaire ni étape supplémentaire.

C'est exactement ce qu'était le « 1-Click » d'origine d'Amazon : le client, l'adresse et les données de carte enregistrés, utilisés pour passer une commande d'une seule action. Il a été breveté, célèbre exemple, et ce brevet a expiré le 11 septembre 2017. Le mécanisme n'a donc plus rien de magique ni de propriétaire — mais ce sont les conditions préalables qui posent problème. La plupart du temps, quand une boutique vante un « paiement en un clic », elle veut en réalité dire un paiement rapide : un bouton de portefeuille, une carte enregistrée ou un parcours sur une seule page. Ce sont d'excellentes choses — ce n'est simplement pas littéralement un clic.

Combien de clics faut-il vraiment pour payer ?

Mieux vaut compter les actions réelles. Voici ce que « payer » coûte en clics pour différents acheteurs — et pourquoi le « un clic » ne se produit que dans les dernières lignes :

Quand le vrai paiement en un clic fonctionne réellement

Le un clic n'est réaliste que lorsque chacune de ces conditions est déjà remplie au moment où le client clique :

• le client est connecté (ou reconnu de manière transparente) ;
• un moyen de paiement est enregistré et réutilisable (une carte enregistrée tokenisée ou un portefeuille) ;
• une adresse de livraison par défaut est enregistrée ;
• un mode de livraison peut être déterminé sans rien demander ;
• la commande est simple — pas de vérification d'âge, pas d'options par article à choisir ;
• aucune authentification supplémentaire n'est exigée par la banque.

Remarquez la constante : le un clic est une fonctionnalité pour clients fidèles. Un acheteur pour la première fois, par définition, n'a rien de tout cela enregistré ; son « un clic » comportera donc toujours au moins une étape d'adresse et de paiement. C'est pourquoi la bonne façon d'y penser n'est pas « un clic pour tout le monde » mais « le moins de clics possible pour les personnes que nous connaissons déjà ».

Un exemple concret. Anna achète les mêmes recharges de café chaque mois. Elle est connectée, sa carte est enregistrée, son adresse n'a pas changé et la livraison est par défaut en standard — alors quand elle appuie sur « Racheter », la commande se finalise réellement en une seule action. C'est du vrai un clic. Mais la première fois qu'elle a commandé, et le mois où sa banque décide de revérifier un paiement, ce seul geste gagne une étape supplémentaire. Même boutique, même bouton ; le nombre de clics dépend entièrement de ce qui est déjà connu et de ce que la banque demande.

La réalité de l'UE : la DSP2/SCA ne vous laissera pas le promettre

Voici la partie que la plupart des discours marketing sur le « un clic » passent discrètement sous silence. Dans l'Espace économique européen, l'authentification forte du client (SCA) de la DSP2 encadre les paiements par carte en ligne depuis 2019. Pour de nombreuses transactions par carte, la banque du client peut exiger un second facteur — généralement une demande 3-D Secure sur son téléphone — avant que le paiement ne soit autorisé.

Il existe des exemptions (transactions de faible montant, règles du bénéficiaire de confiance et de l'analyse des risques de transaction), mais elles sont conditionnelles et contrôlées par la banque : l'émetteur peut toujours décider de vérifier n'importe quel paiement. Cela signifie qu'un marchand de l'UE ne peut pas honnêtement garantir un clic unique au sens littéral. L'affirmation correcte est précise : le un clic est possible, mais ne peut pas être garanti dans l'UE. Les portefeuilles comme Apple Pay et Google Pay aident ici, car leur biométrie sur l'appareil peut satisfaire la SCA — mais cette confirmation biométrique constitue elle-même le « second clic ». Rapide, oui ; littéralement un clic, pas tout à fait.

On voit cette limite dans le code. Lorsqu'une boutique débite la carte enregistrée d'un client fidèle hors session — le parcours en un clic — le paiement peut malgré tout revenir en exigeant une authentification, et le marchand n'a d'autre choix que de demander au client de confirmer :

// A returning customer's "one click" = charging a saved card off-session
try {
    $intent = \Stripe\PaymentIntent::create([
        'amount'         => 4900,
        'currency'       => 'eur',
        'customer'       => $stripeCustomerId,
        'payment_method' => $savedCardId,   // token from a previous order
        'off_session'    => true,
        'confirm'        => true,
    ]);
    // Success: the order is placed with a single click.
} catch (\Stripe\Exception\CardException $e) {
    if ($e->getError()->code === 'authentication_required') {
        // PSD2 / SCA: the bank demands 3-D Secure.
        // There is no way around it — the customer must confirm.
        redirectToAuthentication($e->getError()->payment_intent);
    }
}

Cette branche authentication_required est précisément la raison pour laquelle une boutique de l'UE ne peut pas promettre un clic unique au sens littéral : c'est la banque, et non la boutique, qui a le dernier mot.

Le bouton « Acheter maintenant » n'est pas un paiement en un clic

Une confusion fréquente : un bouton « Acheter maintenant » sur une fiche produit n'est pas la même chose qu'un paiement en un clic. « Acheter maintenant » signifie généralement « acheter cet article-ci immédiatement », en contournant le panier. Pour un achat d'impulsion d'un seul article, c'est parfait. Mais pour les boutiques où les produits vont de pair — accessoires, pièces détachées, lots, recharges, kits d'installation — sauter le panier plombe discrètement votre panier moyen et frustre les clients qui voulaient ajouter une chose de plus.

Ainsi, « moins de clics » et « acheter tout le panier » peuvent tirer dans des directions opposées. Les bonnes implémentations restent conscientes du panier : elles laissent l'acheteur vérifier ou ajouter des articles avant de payer, plutôt que d'imposer l'achat d'une seule référence. Nous traitons ce compromis en profondeur dans notre guide sur le paiement express.

Alors, jusqu'où PrestaShop peut-il vraiment s'en approcher ?

Nativement, PrestaShop ne propose pas de paiement en un clic — son parcours d'origine est un formulaire en plusieurs étapes (ou sur une seule page). Pour s'approcher du vrai un clic, il faut trois choses qui fonctionnent ensemble :

• Un paiement enregistré et réutilisable — cartes enregistrées tokenisées et portefeuilles, via un processeur comme l'API Payment Intents de Stripe (qui gère aussi correctement la SCA) ;
• Des clients reconnus — connectés ou authentifiés via un réseau social, avec des adresses enregistrées ;
• Un parcours condensé — adresse, livraison et paiement résolus au même endroit au lieu de s'étaler sur plusieurs pages.

C'est la niche pour laquelle notre module Checkout Revolution est conçu : paiement express depuis la fiche produit, le panier ou n'importe quelle page, une fenêtre modale unifiée unique pour l'adresse, la livraison et le paiement, des cartes enregistrées, et Apple Pay et Google Pay natifs. Pour un client fidèle disposant d'une carte enregistrée, cela vous rapproche du un clic autant que les règles le permettent. Ce qu'il ne fait délibérément pas, c'est prétendre supprimer les étapes qui doivent exister — il ne saute pas l'authentification du paiement ni la validation finale de la commande ; il élimine les frictions inutiles qui les entourent. Cette distinction fait toute la différence entre un paiement rapide et une fausse promesse.

Faut-il évoluer vers le un clic ?

Utilisez ce test rapide. Un paiement de type un clic vaut la peine d'être développé si :

• vous disposez d'une base significative de clients récurrents (abonnements, consommables, réassorts B2B) ;
• vos produits sont simples à commander (peu d'options obligatoires) ;
• vous proposez déjà des cartes enregistrées ou des portefeuilles ;
• votre trafic est majoritairement mobile, là où les boutons de portefeuille brillent.

Si, au contraire, la plupart de vos commandes proviennent d'acheteurs pour la première fois ou de paniers à plusieurs articles, vos plus grands gains se trouvent ailleurs — paiement invité, moins de champs de formulaire, des frais de livraison clairs et un solide parcours sur une seule page. Pour la comparaison complète du one-page, de l'express, de l'embarqué et du un clic côte à côte, consultez notre guide d'optimisation du checkout, et pour comprendre le fonctionnement du parcours standard sous le capot, notre présentation du processus de paiement PrestaShop.

FAQ

PrestaShop peut-il faire du paiement en un clic ?

Pas nativement — le paiement par défaut est un formulaire en plusieurs étapes ou sur une seule page. Avec un module de paiement express basé sur Stripe, des cartes enregistrées et des portefeuilles, un client fidèle peut s'approcher très près du un clic. Un tout nouveau client a toujours besoin d'au moins une étape d'adresse et de paiement.

La DSP2/SCA casse-t-elle le un clic en Europe ?

Elle ne le rend pas impossible, mais elle fait qu'il ne peut pas être garanti. La banque du client peut exiger une authentification 3-D Secure sur un paiement donné, ce qui ajoute une étape de confirmation. La biométrie des portefeuilles peut satisfaire la SCA en douceur, mais cette confirmation reste un clic délibéré.

Un bouton « Acheter maintenant » est-il la même chose qu'un paiement en un clic ?

Non. « Acheter maintenant » achète généralement un seul article et saute le panier. Cela peut nuire au panier moyen dans les boutiques où les produits s'achètent ensemble. Le vrai un clic consiste, pour un client reconnu, à finaliser une commande complète en une seule action — idéalement tout en pouvant encore vérifier le panier.

En résumé : le paiement en un clic est bien réel, mais c'est une fonctionnalité précise, réservée aux clients fidèles — pas un interrupteur universel, et pas quelque chose qu'une boutique de l'UE peut promettre à chaque commande. Considérez-le comme « le moins de clics possible pour les clients que nous connaissons déjà », bâtissez les fondations de cartes enregistrées et de portefeuilles qui le rendent possible, et vous capterez le gain de conversion sans vendre un mythe.