La réponse courte

Retirez la friction de la saisie de données, pas de la vérification. Les directives web.dev de Google sur les formulaires de paiement et d'adresse recommandent de faire du paiement invité l'option par défaut, de demander le moins de données possible, d'utiliser les bonnes valeurs d'autocomplétion afin que les navigateurs puissent remplir les champs de carte et d'adresse, d'utiliser une seule case pour le numéro de carte, de valider au fur et à mesure que le client tape, et d'afficher les détails complets de la commande à la caisse. Les critères WCAG 2.2 du W3C ajoutent qu'un paiement ne devrait pas obliger les gens à ressaisir des renseignements qu'ils ont déjà fournis, et que les étapes d'authentification devraient permettre le copier-coller plutôt que d'obliger les gens à retranscrire des codes. Les règles des réseaux de cartes exigent toujours les données dont vous avez besoin pour l'autorisation, et les vérifications antifraude comme le code de sécurité de la carte et le 3D Secure demeurent en place.

Commencez par ce dont les réseaux de cartes ont réellement besoin

Avant de retirer des champs, sachez lesquels vous avez besoin. Votre processeur fixe les données qu'il exige dans la demande d'autorisation, vos vérifications antifraude décident si vous recueillez aussi le code de sécurité de la carte et l'adresse de facturation, et l'exécution des commandes décide si vous avez besoin d'une adresse de livraison du tout. Demandez cette liste à votre fournisseur par écrit, puis traitez tout ce qui dépasse cela comme candidat au retrait. web.dev le dit clairement : ne demandez pas de données dont vous n'avez pas besoin, et retirer les champs superflus est la façon la plus simple de réduire la complexité du formulaire, ce qui aide aussi la vie privée des clients.

Laissez le navigateur remplir le formulaire

web.dev précise que l'utilisation de valeurs d'autocomplétion appropriées permet aux navigateurs de stocker et de remplir les données de façon sécuritaire, ce qui est particulièrement important sur mobile. Pour les cartes, il recommande des valeurs d'autocomplétion pour le numéro de carte, le nom sur la carte et le mois et l'année d'expiration, une seule case pour le numéro de carte plutôt que plusieurs cases, et aucun sélecteur de type de carte, car le type peut être déduit du numéro. Il avertit que des éléments de date personnalisés peuvent briser le remplissage automatique, laissant un client chercher une carte physique pour trouver la date d'expiration. Il recommande aussi type="text" avec inputmode="numeric" pour les numéros de carte plutôt que type="number", en permettant les espaces au fur et à mesure que le client tape, et un motif assez flexible pour différentes longueurs de numéro de carte.

Paiement invité, concentration et étapes claires

web.dev recommande de faire du paiement invité l'option par défaut, d'offrir la création de compte après l'achat en liant la commande au nouveau compte, et précise que ne pas permettre le paiement invité est cité comme une raison majeure d'abandon de panier. Il recommande aussi de montrer la progression en étapes claires avec des boutons qui indiquent ce qui se passe ensuite, comme « Procéder au paiement » plutôt que « Continuer », de retirer l'encombrement et les distractions comme les promotions, de montrer les détails complets de la commande avec des changements de quantité faciles à l'étape de paiement, et de désactiver le bouton de paiement une fois qu'il a été pressé afin que des appuis répétés ne causent pas de problèmes.

Ne demandez pas deux fois, et rendez l'authentification utilisable

Le critère de réussite 3.3.7 du WCAG 2.2, Saisie redondante, précise que les renseignements qu'un utilisateur a déjà saisis ou qui lui ont été donnés dans le même processus devraient être remplis automatiquement ou offerts à la sélection, avec des exceptions où la ressaisie est essentielle, nécessaire pour la sécurité, ou lorsque les renseignements antérieurs ne sont plus valides. Le W3C donne un exemple de paiement : permettre au client de confirmer que les adresses de facturation et de livraison sont les mêmes, et précise qu'un processus incluant un fournisseur de paiement tiers est visé. Le critère de réussite 3.3.8, Authentification accessible (minimum), précise qu'un test de fonction cognitive, comme se souvenir d'un mot de passe ou retranscrire un code, ne devrait pas être exigé à moins qu'un mécanisme alternatif ou d'assistance ne soit disponible, et le W3C cite le soutien des gestionnaires de mots de passe et le copier-coller comme moyens de réduire ce fardeau. web.dev note aussi que demander aux utilisateurs de copier un code d'accès à usage unique à la main est sujet aux erreurs.

Gardez les vérifications antifraude, placez-les bien

La friction que vous retirez du formulaire ne devrait pas provenir de la vérification. EMVCo précise que l'EMV 3-D Secure est conçu pour authentifier les clients sans friction inutile, de nombreuses transactions étant approuvées sans contestation. Les règles fondamentales de Visa (18 avril 2026) précisent que les acquéreurs doivent s'assurer que les commerçants carte absente fixent des limites quotidiennes, d'au plus 25 transactions par jour, après quoi le commerçant doit effectuer une vérification additionnelle confirmant que le titulaire de carte approuve la poursuite des dépenses. Les règles de Visa précisent aussi qu'un commerçant qui conserve des identifiants enregistrés doit afficher les quatre derniers chiffres et la marque ou le nom Visa à côté d'une option de paiement Visa, ce qui aide les clients réguliers à payer sans ressaisir une carte. Nos guides sur le 3D Secure et le filtrage antifraude couvrent ces vérifications.

Mesurez avant et après

web.dev recommande de combiner l'analyse de pages, l'analyse des interactions qui montre où les utilisateurs abandonnent le paiement, et les données de performance des utilisateurs réels, et de tester sur les navigateurs et appareils que vos clients utilisent. Changez une chose à la fois. Exemple illustratif seulement, avec des chiffres ronds fictifs : une boutique voit 1 000 clients atteindre le paiement en une semaine et 600 le compléter. Après avoir corrigé un champ d'expiration personnalisé qui bloquait le remplissage automatique, 650 le complètent la semaine suivante sans hausse des litiges de fraude. Vérifiez les rapports de litiges et de refus des mêmes semaines avant d'attribuer le mérite au changement, car le mélange de trafic et la saisonnalité font aussi bouger ces chiffres.

Points clés à retenir

  • Recueillez ce dont l'autorisation et l'exécution des commandes ont besoin, et coupez le reste
  • Utilisez des valeurs d'autocomplétion et une seule case de numéro de carte afin que les navigateurs puissent remplir le formulaire
  • Faites du paiement invité l'option par défaut et montrez des étapes claires et ciblées
  • N'obligez pas les clients à ressaisir des renseignements ou à retranscrire des codes
  • Gardez les vérifications de code de sécurité et le 3D Secure; mesurez un changement à la fois

Vous voulez que ça soit vérifié par rapport à votre propre relevé?

Nous sommes un agent indépendant — nous magasinons chaque processeur avec lequel nous travaillons et vous apportons la meilleure offre pour votre profil. Analyse gratuite, chaque frais nommé, réponse habituellement en moins de 4 heures. Ou appelez maintenant et nous vous soumissionnerons au téléphone.