Quels moyens de paiement proposer en France ?

Réponse rapide

Pour un site e-commerce opérant en France, le bon assortiment de paiements n’est pas « le plus grand nombre possible ». C’est le plus petit ensemble qui couvre les besoins clients prouvés et que l’entreprise sait exploiter jusqu’au bout : authentification, confirmation, préparation de commande, annulation, remboursement, contestation, support et réconciliation.

La carte, les portefeuilles, les prélèvements, les virements et les paiements fractionnés n’ont pas le même cycle. Une option facile à afficher peut créer un état de paiement différé, un remboursement particulier ou un travail comptable que le système ne sait pas traiter.

Ce qui est confirmé

La Commission européenne présente la PSD2 comme le cadre européen couvrant notamment la sécurité des paiements électroniques, les droits des consommateurs et l’information liée aux services de paiement. Elle rappelle aussi que la directive et le règlement sur les commissions d’interchange interdisent aux commerçants d’appliquer des frais supplémentaires à certains paiements par cartes de débit ou de crédit de consommateurs. Le périmètre exact doit être vérifié avant de paramétrer un supplément.

Le règlement délégué (UE) 2018/389 précise les normes relatives à l’authentification forte et aux exemptions. L’application technique et la décision d’authentifier ne relèvent pas uniquement de l’interface du marchand : prestataires, acquéreurs et émetteurs participent au flux.

La réforme européenne des services de paiement annoncée après PSD2 ne doit pas être présentée comme déjà applicable dans son intégralité. Au 23 août 2026, la page de la Commission distingue encore la PSD2 applicable du chantier de révision. Toute migration réglementaire doit être suivie séparément.

Le dossier PSD2 en vigueur, PSD3 et PSR à venir suit ce calendrier réglementaire. La présente page reste centrée sur le choix opérationnel des moyens de paiement et leurs cycles de vie.

Ne pas choisir par logo

Les catalogues de Stripe et d’Adyen montrent que la disponibilité varie selon le pays, la devise, le type d’intégration et les fonctions nécessaires. Ils indiquent aussi des différences de comportement : confirmation immédiate ou différée, redirection, remboursement partiel, capture séparée, récurrence ou contestation.

Ce sont des documentations de fournisseurs. Elles prouvent ce que chaque fournisseur annonce pour son produit à la date de consultation. Elles ne prouvent ni la préférence des clients d’une boutique, ni un gain de conversion, ni la disponibilité contractuelle pour un compte donné.

Partir de cinq décisions clients

1. Où se trouve le payeur ?

Le siège français du marchand ne suffit pas à déterminer le besoin. Il faut connaître le pays du client, la devise affichée et encaissée, l’appareil, le type de compte et les contraintes locales. Une méthode utile dans un pays peut être absente ou peu pertinente dans un autre.

2. Quel type d’achat est réalisé ?

Un achat ponctuel, un abonnement, une précommande, une réservation, un panier marketplace et un bien livré immédiatement ne demandent pas le même flux. Vérifier la capacité de sauvegarde du moyen, de capture ultérieure, de paiement récurrent et de remboursement.

3. Quand la commande peut-elle être exécutée ?

La documentation Stripe distingue les moyens qui renvoient immédiatement un résultat de ceux dont la notification est différée. Pour un résultat différé, elle recommande de garder la commande en attente jusqu’à l’issue et d’utiliser les événements serveur adaptés. Cette recommandation concerne son produit, mais le principe opérationnel est général : ne pas expédier sur la seule présence d’une tentative.

4. Comment le client est-il remboursé ?

Vérifier remboursement total, partiel, multiple, après capture, après versement et après changement de devise. Le bouton « rembourser » ne garantit pas que le retour de fonds, la comptabilité et le message au client suivent le même calendrier.

5. Qui traite l’incident ?

Documenter le point de contact client, les preuves disponibles, le rôle du PSP, les contestations, les échecs d’authentification et les délais de notification. La DGCCRF rappelle que le parcours d’achat à distance et la commande avec obligation de paiement sont encadrés. Un nouveau moyen ne doit pas rendre le prix ou l’engagement moins compréhensible.

Matrice de sélection

Famille à évaluer	Cas qu’elle peut couvrir	Contrôles avant activation
Carte	paiement ponctuel, selon contrat paiement ultérieur ou récurrent	réseaux acceptés, 3-D Secure, capture, remboursement, contestation, tokenisation
Portefeuille	parcours accéléré avec données déjà détenues par le portefeuille	appareils, pays, authentification, adresse, remboursement, rendu de secours
Virement ou paiement bancaire	transfert initié depuis un compte, immédiat ou non selon le schéma	statut final, rapprochement, référence, remboursement, vérification du bénéficiaire si applicable
Prélèvement	encaissement sur mandat, souvent adapté à certains flux récurrents	mandat, délais, rejets, remboursements, contestations et date d’exécution
Paiement fractionné ou différé	financement ou échéancier fourni selon l’offre	éligibilité, information, refus, retour, coût, partage des responsabilités et changement réglementaire

Cette matrice ne recommande pas d’activer chaque famille. Elle force l’entreprise à relier une option à un besoin et à une capacité opérationnelle.

Le paiement fractionné demande une décision distincte, car il ajoute un fournisseur, un parcours d’éligibilité et un enjeu de crédit au-delà d’un simple logo de paiement.

Une séquence de déploiement sans seuil arbitraire

1. Établir le socle observé

Rassembler pays de facturation et de livraison, devises, appareils, demandes au support, échecs de paiement et achats récurrents. Une absence de donnée n’est pas une préférence nulle : elle est non mesurable.

2. Créer une fiche par moyen

Pour chaque option, conserver : pays, devises, type de confirmation, authentification, capture, récurrence, remboursement, contestation, frais contractuels, données reçues, événements serveur et procédure de secours.

3. Tester le cycle complet

Exécuter un succès, un refus, une interruption, un retour de redirection, une notification tardive, un remboursement total, un remboursement partiel et un rapprochement. Comparer le nombre de cas attendus au nombre obtenu.

4. Déployer sur un périmètre maîtrisé

Limiter le moyen aux pays, devises, appareils ou segments réellement pris en charge. Prévoir une désactivation réversible et une solution de paiement alternative accessible.

5. Décider sur la contribution, pas la sélection seule

Un moyen très sélectionné peut produire davantage d’échecs, de support ou de coûts. Un moyen peu sélectionné peut être essentiel pour un segment. La décision combine résultat client, résultat paiement et coût opérationnel.

Mesurer sans attribuer trop vite

Suivre au minimum :

• affichage effectif du moyen sur les sessions éligibles ;
• sélection, tentative et résultat final ;
• succès d’authentification lorsqu’elle est déclenchée ;
• temps entre tentative et statut final ;
• remboursements initiés, aboutis et non rapprochés ;
• contacts support et contestations par flux ;
• coûts contractuels et charge d’exploitation.

Une hausse de conversion après activation ne prouve pas, à elle seule, un effet causal. Le trafic, les promotions, les appareils, le pays et le catalogue peuvent avoir changé. Une mesure causale demande un protocole adapté et un risque maîtrisé.

La stratégie antifraude e-commerce détaille la mesure des refus et faux positifs. Elle évite de confondre un paiement refusé avec une fraude évitée.

Accessibilité et solution de secours

Le choix doit aussi être testé au clavier, avec lecteur d’écran, sur mobile, lors d’une redirection et au retour d’une application externe. Les erreurs doivent expliquer l’action possible sans exposer de donnée sensible. Une méthode incompatible ou indisponible doit laisser un chemin compréhensible vers une autre option.

Le dossier Accessibilité d’une boutique en ligne fournit les contrôles transverses du parcours.

À confirmer avant activation

Restent à vérifier pour chaque compte marchand : contrat, frais, pays, devises, catégories exclues, identité de l’entité qui fournit le service, authentification, responsabilité des litiges, calendrier de versement, règles de remboursement, export comptable et assistance.

Restent à mesurer sur le site : préférence réelle, couverture des clients empêchés, effet sur le paiement abouti, coût du support et contribution nette. Aucun classement public ne permet d’inventer ces résultats.

Historique

• 23 août 2026 : création et vérification à partir des textes européens de paiement, de la fiche DGCCRF et des documentations de première partie Stripe et Adyen.