Pourquoi un client aveugle ne peut-il pas passer commande chez moi ?

Le paiement échoue souvent en raison de champs non annoncés et d'erreurs

Un client malvoyant peut être bloqué à l'étape du paiement pour plusieurs raisons identifiables. Les champs de formulaire sans libellé correctement associé ne font entendre à un lecteur d'écran que « champ de saisie », sans préciser s'il s'agit d'un code postal, d'un numéro de carte ou d'un champ obligatoire. Les messages d'erreur qui n'apparaissent que visuellement — une bordure rouge, un texte non lié au champ — ne sont pas lus par un lecteur d'écran, ce qui peut amener un client à tenter de payer sans savoir qu'il manque quelque chose. L'ordre dans lequel un lecteur d'écran parcourt la page peut également différer de l'ordre visuel, ce qui signifie que des étapes comme « choisir une méthode d'expédition » ou « saisir les coordonnées de la carte » peuvent être lues dans un ordre illogique ou même ignorées. Les boutons qui sont techniquement cliquables mais non balisés comme tels peuvent être ignorés par les technologies d'assistance.

Ces problèmes s'accumulent souvent précisément à l'étape du paiement, car celle-ci contient plus de composants dynamiques qu'une page de produit : champs d'adresse déroulants, validation en direct, choix entre des méthodes de paiement mises à jour par JavaScript. Chacun de ces composants doit être non seulement visible mais aussi reconnaissable par programmation — un lecteur d'écran fonctionne avec le code sous-jacent, pas avec ce qui s'affiche à l'écran. Une page qui semble impeccable pour un visiteur voyant peut échouer précisément à ce moment pour un utilisateur de lecteur d'écran.

Ce que WCAG 2.1 dit à ce sujet en tant que norme

L'exigence que les champs de formulaire, les messages d'erreur et les éléments interactifs soient correctement reconnus par les technologies d'assistance figure dans WCAG 2.1 — la mise en œuvre pratique de EN 301 549, la norme à laquelle renvoie la Directive (UE) 2019/882. L'étude de l'ACM/Motivaction portant sur environ cent grandes boutiques en ligne (mars 2026) montre à quelle fréquence cela échoue dans la pratique : chez 33 % des sites examinés, un client pouvait finalement commander mais cela exigeait considérablement plus d'effort, et seulement 13 % étaient entièrement utilisables au clavier — une condition étroitement liée à l'utilisabilité avec un lecteur d'écran, car les deux permettent de naviguer dans une page sans souris. Une analyse automatique détecte certains de ces problèmes, comme un libellé manquant, mais évaluer si l'étape de paiement dans son ensemble est logique et complètement utilisable avec un lecteur d'écran nécessite un examen que seule une analyse ne peut pas fournir.