pourquoi un message d'erreur dans mon formulaire de commande n'est-il pas clair pour tout le monde

Un message d'erreur ne dit souvent pas ce qui ne va pas et où

Un message d'erreur n'est pas clair pour tous les clients car il utilise souvent uniquement la couleur pour indiquer qu'il y a un problème, sans mentionner en texte quel champ est concerné ni ce qui doit exactement changer. Une bordure rouge autour d'un champ de saisie attire l'attention d'un client qui voit bien et qui utilise une souris, mais ne dit rien à quelqu'un qui est daltonien, et est invisible pour quelqu'un qui utilise un lecteur d'écran. Ce même lecteur d'écran ne lit souvent que l'étiquette du champ dans un formulaire de commande — « adresse e-mail », « code postal » — sans indiquer qu'il existe un message d'erreur ou ce qu'il contient. Le client sait alors que quelque chose a été saisi, mais pas que c'est rejeté, et certainement pas pourquoi.

Ce problème s'ajoute à un second : l'endroit où se trouve le message. Si le texte n'apparaît qu'en haut de la page, tandis que le client en est déjà au troisième ou quatrième champ du formulaire, quelqu'un qui navigue au clavier ou qui fait un zoom ne verra tout simplement pas ce message, car il est hors de l'écran. La solution ne réside donc pas dans une couleur différente ou une bordure plus épaisse, mais dans un texte qui appartient au champ lui-même, qui est lié au champ de manière à ce qu'un lecteur d'écran le lise aussi à haute voix, et qui indique concrètement ce qui doit être fait — « le code postal doit contenir quatre chiffres et deux lettres » au lieu de simplement « entrée invalide ». Les détails de ce qui ne va pas exactement avec les formulaires sont décrits plus largement dans pourquoi un lecteur d'écran ne lit parfois pas les champs du formulaire, et comment cela est lié au reste de l'étape de commande dans tester l'ensemble de la commande avec seulement un clavier.

D'où cela résulte : WCAG 2.1

Le fait qu'un message d'erreur ne puisse pas reposer uniquement sur la couleur et qu'il doive être lié au champ correspondant découle des critères de succès de WCAG 2.1 concernant l'utilisation de la couleur et l'identification des erreurs — la norme sur laquelle EN 301 549 repose en pratique. Un scan automatique signale une partie de ce type de défauts, comme l'absence d'un lien programmatique entre le champ et le message d'erreur, mais le fait que le texte du message soit réellement compréhensible pour un client demeure quelque chose qu'un tel scan ne peut pas évaluer ; plus de détails à ce sujet se trouvent dans ce qu'un test automatique d'accessibilité peut et ne peut pas détecter.