Pourquoi un lecteur d'écran ne lit-il pas mes champs de formulaire ?

Pourquoi un libellé visible ne compte pas toujours

Un lecteur d'écran ne lit pas un champ de formulaire lorsque le libellé affiché n'est pas lié par programmation à ce champ — le texte s'affiche à l'écran, mais dans le code source, la référence dont un lecteur d'écran a besoin pour associer le libellé et le champ fait défaut. Cela se produit généralement parce que l'attribut `for` du libellé ne correspond pas à l'`id` du champ de saisie, parce que le libellé n'entoure pas le champ dans le balisage, ou parce qu'un placeholder a été utilisé à la place d'un véritable élément label. Visuellement, le formulaire semble alors parfaitement correct ; pour un lecteur d'écran, le champ est anonyme.

Ce type d'erreur peut être détecté en grande partie automatiquement : une analyse vérifie si un élément label est absent ou ne pointe pas vers le bon champ, et si un champ n'a qu'un placeholder à la place d'un libellé. Ce qu'une analyse n'évalue pas, c'est si le texte du libellé affiché indique vraiment ce que le champ demande — un libellé portant le texte « champ 1 » est techniquement correct du point de vue du lien, mais ne transmet aucune information utile à l'utilisateur. Cette évaluation reste un travail humain, même lorsque le lien lui-même est correct.

Où cela figure dans WCAG 2.1

Cette exigence découle de WCAG 2.1, le cadre de conformité sur lequel EN 301 549 repose en pratique : le critère 1.3.1 (Info and Relationships) exige que la relation entre un libellé et son champ soit établie par programmation et non seulement visible visuellement, le critère 4.1.2 (Name, Role, Value) exige que chaque élément de formulaire ait un nom qui peut être lu par un logiciel — y compris un lecteur d'écran — et le critère 3.3.2 (Labels or Instructions) exige qu'un champ ait au minimum un libellé ou une instruction. Ensemble, ces trois critères déterminent si un champ de formulaire est reconnaissable et utilisable pour quelqu'un qui utilise un lecteur d'écran.