Si un champ de saisie ne dispose pas d'une étiquette correctement associée à ce champ, un lecteur d'écran ne sait pas ce que l'utilisateur doit saisir. L'utilisateur n'entend alors que « modifier, champ de texte vide » sans savoir s'il s'agit d'un nom, d'une adresse e-mail ou d'un code postal. Les conséquences sont directes et concrètes : les personnes qui dépendent d'un lecteur d'écran ou de la commande vocale ne peuvent pas remplir le formulaire de manière fiable. Pour un formulaire de contact, c'est gênant ; pour un formulaire de commande ou d'enregistrement, cela touche au cœur de votre prestation de services.
Ce n'est pas un risque théorique. EN 301 549, la norme à laquelle se réfère la Directive européenne sur l'accessibilité, stipule que chaque champ de formulaire doit avoir un nom, un rôle et une valeur qui peuvent être lus par un logiciel — en pratique, cela signifie une étiquette associée par programmation au champ, et non simplement placée visuellement à côté. Si cette association manque, c'est l'un des problèmes les plus fréquemment identifiés lors d'un audit, précisément parce qu'il est facile à négliger lors d'un simple coup d'œil.
Ce qui se passe mal en pratique
Les situations les plus courantes sont un espace réservé utilisé comme étiquette et qui disparaît dès qu'une personne commence à taper, une étiquette qui est présente mais n'est pas associée à la for-l'attribut est lié au champ, et les champs qui sont désignés uniquement par une icône ou une couleur. Dans ces trois cas, un utilisateur voyant voit un formulaire qui fonctionne parfaitement. Pour quelqu'un qui utilise un lecteur d'écran, le champ est en réalité sans nom.
En à cela s'ajoute que les champs obligatoires sont souvent marqués uniquement par un astérisque ou une couleur rouge. Celui qui ne perçoit pas la couleur manque cette indication et ne découvre l'erreur qu'après l'envoi du formulaire — une erreur qui, dans ce type de champs, n'est souvent pas clairement associée au champ concerné. Ainsi, de petits défauts s'accumulent jusqu'à former un formulaire qu'une partie de vos visiteurs ne peut tout simplement pas remplir.
Les conséquences que vous ressentez vraiment
La conséquence la plus directe est la perte de conversion : les visiteurs qui ne peuvent pas remplir un formulaire abandonnent, vous contactent via un autre canal ou se tournent vers un concurrent. Cet effet ne se limite pas aux personnes ayant une déficience visuelle — quiconque remplit automatiquement un formulaire via un navigateur ou un logiciel d'assistance dépend également des libellés correctement associés.
La deuxième conséquence touche vos obligations en vertu de la directive sur l'accessibilité. Dans la déclaration de conformité obligatoire, vous indiquez dans quelle mesure votre service est conforme à EN 301 549 et quels obstacles subsistent. Les libellés de formulaires qui ne correspondent pas doivent figurer dans cette déclaration en tant qu'obstacle identifié, avec un plan d'action et un calendrier. Si vous ne le faites pas et que l'obstacle est découvert via une plainte ou un contrôle, la question ne porte pas seulement sur l'existence du problème, mais aussi sur le fait que vous l'aviez déjà identifié.
La troisième conséquence est moins visible mais tout aussi pertinente : un formulaire avec des libellés mal associés est souvent le signe qu'une structure plus large fait défaut dans le code — la même cause sous-jacente réapparaît également lors des messages d'erreur, lors des groupes de champs connexes et lors de l'étape de confirmation. Si vous la découvrez dans un formulaire, il est judicieux d'examiner le reste du flux de commande et de connexion du même œil.
Ce qu'une analyse peut et ne peut pas montrer
Les libellés manquants ou mal associés sont techniquement faciles à détecter, et doivent donc être identifiés d'emblée par un audit automatisé. Néanmoins, la remarque qui revient dans chaque rapport d'axessia s'applique aussi ici : un audit automatisé contrôle la structure du code, non pas si la formulation d'un libellé est réellement claire pour l'utilisateur. Un champ correctement libellé sur le plan technique avec le texte « champ 3 » satisfait à l'exigence de structure, mais ne rend service à personne. Cette nuance est la raison pour laquelle le résultat d'un audit est un point de départ, pas un jugement définitif.
Si vous souhaitez savoir si ce type de difficultés se pose aussi sur vos propres formulaires, l' audit rapide gratuit de vos pages les plus importantes vous en donnera déjà une première indication. Pour l'étape de commande et l'environnement de connexion, où les formulaires sont souvent les plus complexes, le contrôle complet va plus loin ; ce qui est contrôlé et ce qui ne l'est pas est présenté de manière claire. Vous trouverez dans l'explication sur la méthode de travail.
comment ce contrôle se déroule exactement et quels éléments peuvent ou non être vérifiés automatiquement. Que tout problème identifié entraîne des obligations dans votre situation et dans quel délai est à l'appréciation d'un juriste ou de l'autorité de contrôle compétente. Ce que vous pouvez faire vous-même, c'est identifier le problème avant qu'une réclamation ou un contrôle ne le fasse pour vous. Dans la base de connaissances vous trouverez par sujet ce à quoi doivent satisfaire les libellés de formulaire et comment vérifier cela lors d'une journée de travail normale, sans avoir besoin d'être un technicien.