Critères de succès

WCAG 3.3.2 Étiquettes ou instructions

Le critère de succès 3.3.2 exige que des étiquettes ou des instructions soient fournies lorsqu'un contenu attend une saisie. C'est un critère de niveau A sous la règle 3.3 (Assistance à la saisie) - étroitement lié à l'exigence du critère WCAG 4.1.2 qu'une étiquette soit associée par programme à son champ, mais distinct d'elle.

La distinction avec le critère 4.1.2

Le critère 3.3.2 porte sur l'existence même d'une indication : chaque champ à remplir doit être accompagné d'une étiquette ou d'une instruction indiquant ce qui est attendu - un nom, une adresse de courriel, une date dans un format précis. Le critère 4.1.2 (Nom, rôle et valeur) porte sur le fait que cette indication soit correctement reliée, afin que les technologies d'assistance y accèdent. Un champ peut satisfaire l'un et échouer à l'autre : un texte visible placé près d'un champ, sans association for / id, donne sans doute à une personne voyante une étiquette suffisante au regard de l'intention du critère 3.3.2, tout en échouant au critère 4.1.2 faute de lien programmatique pour un lecteur d'écran. En pratique, les deux critères appellent la même correction, raison pour laquelle Étiquettes de formulaire manquantes traite la solution complète pour les deux.

Des instructions au-delà des simples étiquettes

Ce critère couvre davantage que la seule question « à quoi sert ce champ » : il s'étend aux attentes de format et aux contraintes qu'il faut connaître avant d'envoyer, et non après avoir reçu une erreur de validation.

• Un champ de mot de passe assorti d'exigences de complexité précises doit les énoncer d'emblée, et non les révéler seulement après un envoi infructueux.
• Un champ de date attendant un format précis (JJ/MM/AAAA plutôt que MM/JJ/AAAA) doit l'indiquer.
• Un champ comportant une limite de caractères est plus utilisable lorsque cette limite est annoncée, et pas seulement appliquée silencieusement.

Le texte indicatif dans le champ ne compte toujours pas

Comme l'explique Étiquettes de formulaire manquantes, un texte indicatif seul ne satisfait pas ce critère de façon fiable : il disparaît dès que l'on commence à saisir et réapparaît vide si l'on efface le champ, de sorte que toute instruction qui n'existait que là s'évanouit précisément au moment où l'on pourrait vouloir la revérifier.

L'attribut required ne remplace pas le fait de le dire

Marquer un champ required en HTML modifie le comportement de validation du navigateur, mais un champ obligatoire doit également communiquer ce caractère visuellement, ainsi que dans son nom ou sa description accessible - un simple *, sans explication de ce qu'il signifie, est une demi-mesure courante. Sans cela, on ne découvre qu'un champ était obligatoire qu'après une erreur, ce qui est exactement la défaillance que ce critère vise à prévenir.

Questions fréquentes

Qu'est-ce que le critère WCAG 3.3.2 ?

Un critère de niveau A qui exige des étiquettes ou des instructions lorsqu'un contenu attend une saisie, afin que l'on sache à quoi sert chaque champ et quel format est nécessaire.

Un texte indicatif dans le champ fait-il office d'étiquette ?

Non - un texte indicatif disparaît dès la saisie et présente souvent un contraste insuffisant ; il ne satisfait pas le critère 3.3.2 de façon fiable. Utilisez un élément label permanent.

Et les formats requis ?

Si un champ attend un format précis - une date, un numéro de téléphone -, l'étiquette ou les instructions doivent l'indiquer d'emblée.