L'identification des champs de formulaire est un élément essentiel. Beaucoup d'utilisateurs handicapés vont accéder aux champs de manières très diverses.
Les utilisateurs de lecteurs d'écran disposent de raccourcis clavier leur permettant de naviguer rapidement d'un champ à l'autre et certains dispositifs de navigation vocale proposent d'accéder aux champs par leur nom.
Dans ce type de contexte, il est important que chaque champ de formulaire possède une étiquette liée, afin qu'elle soit restituée lors de la prise de focus. Cela permettra aux personnes aveugles d'utiliser à profit les raccourcis clavier et aux utilisateurs de navigation vocale d'accéder rapidement aux champs. Pour les utilisateurs de dispositifs de pointage adapté, l'étiquette d'un champ permet d'étendre la surface de clic et ainsi améliore l'efficacité des manipulations.
Étiquettes
Une étiquette de champ est un texte qui permet d'expliquer quelle donnée est attendue par le champ (nom, prénom, date de naissance, etc.).
Pour être conforme, une étiquette doit :
être pertinente ;
être correctement reliée au champ correspondant.
Pertinence des étiquettes de champs
Une étiquette est pertinente si elle permet de comprendre la fonction du champ auquel elle est reliée. Il n'est pas forcément nécessaire d'écrire de grandes phrases, mais bien de rester concis. Il faut que l'utilisateur comprenne ce qu'on attend de sa saisie. Par exemple, pour les données d'identité, un label « Nom », un label « Prénom » et un label « Téléphone » sont des étiquettes pertinentes qui permettent de comprendre ce que l'on doit y inscrire.
Pertinence des intitulés de boutons
Les boutons input type="submit", input type="reset" ou encore button doivent avoir des intitulés pertinents qui permettent à l'utilisateur de comprendre l'action du bouton. Ils sont essentiels surtout pour les utilisateurs aveugles afin qu'ils soient sûrs de l'action qu'ils réalisent. Par exemple des intitulés comme « envoyer », « ok », « valider »… ne seront pas suffisamment pertinents. À l'inverse, des intitulés pertinents explicitent l'action, par exemple : « M'inscrire au cours de danse », « Réserver mes billets en ligne ».
Pour rendre les intitulés de boutons pertinents, vous pouvez, soit rendre le texte contenu dans l'attribut value explicite, soit ajouter un title sur l'élément pour l’expliciter.
<input type="submit" value="Envoyer le message" />
<input type="submit" value="GO" title="Réserver les billets sélectionnés" />
Étiquettes correctement reliées
Plusieurs moyens en HTML et reconnus par le RGAA sont à votre disposition pour labelliser un champ de formulaire.
L'avantage de cette implémentation par rapport à toutes les autres est qu'elle étend la zone de clic. En effet, lorsque l'utilisateur clique sur le label, le focus est donné directement au champ correspondant. Dans le cas d’une case à cocher, cliquer sur le label permet de cocher la case à cocher.
Attention aux labels implicites : Rien ne vous empêche de les utiliser, néanmoins, les seules méthodes reconnues de labellisations conformes sont celles décrites ici.
Exemple de label implicite avec une relation correcte :
<label for="nom">
Nom
<input type="text" id="nom" />
</label>
title
Un champ peut également être labellisé via l'attribut title.
<input type="text" id="recherche" title="Saisir un mot clé à rechercher"/>
Cette implémentation est conforme, mais nous vous invitons à n'utiliser cette implémentation que dans des cas restreints. En effet, l'attribut title n'est visible qu'au survol de la souris. Un utilisateur voyant qui navigue exclusivement au clavier n'accédera pas à cette information. Dans le cas d'un formulaire complexe, ce type de labellisation peut être un frein à la compréhension pour certains utilisateurs.
L'attribut title devrait être utilisé de préférence dans les cas où le contexte du champ de formulaire permet d'en comprendre la fonction, par exemple, le champ de recherche du site. Il est alors accompagné d'un bouton de validation « Rechercher » ou d'un bouton image en forme de loupe, qui permet de déduire la fonction du champ.
ARIA
ARIA va également permettre de réaliser des étiquettes de formulaires conformes et de réparer certaines implémentations.
Attention à la priorité de restitution (calcul du nom accessible) :aria-labelledby et aria-label viennent écraser n'importe quelle étiquette réalisée avec la balise label qui serait déjà implémentée sur un champ. Par exemple :
Ici, lors d'un parcours au lecteur d'écran, seule l'étiquette «Votre nom» sera restituée, l'étiquette «Votre nom de jeune fille» sera ignorée.
<label for="jfname">Votre nom de jeune fille</label>
<input id="jfname" type="text" aria-labelledby="name" />
<p id="name">Votre nom</p>
Important : tout comme l'attribut title n'est pas accessible à un utilisateur clavier, les implémentations aria-labelledby et aria-label ne sont accessibles qu'aux utilisateurs aveugles. Ainsi, afin que tous les utilisateurs aient le même niveau d'information, ces implémentations doivent toujours être accompagnées d'un texte visible cohérent avec l'étiquette référencée par ces attributs.
placeholder, attention.
placeholder n'est pas considéré comme une méthode de labellisation valide au regard du RGAA, si elle est implémentée seule. La première raison est son contraste insuffisant.
Ensuite, si on prend en compte l'ordre de restitution des éléments définis par la spécification HTML5, l'attribut placeholder est restitué avant l'attribut title. De fait, si des informations importantes sont placées dans l'attribut title qu'on ne retrouve pas dans l'attribut placeholder, alors le champ est mal étiqueté puisque l'utilisateur perd de l'information.
Si vous souhaitez malgré tout utiliser placeholder, assurez-vous soit qu'il n'y a pas d'attribut title sur le champ correspondant, soit que le contenu de l'attribut title est le même que celui du placeholder.
Champs obligatoires
Le RGAA n'impose pas que les champs obligatoires soient systématiquement indiqués à l'utilisateur, par exemple il est inutile de le faire sur le seul champ d'un moteur de recherche. Par contre, si vous indiquez les champs obligatoires, cela doit être fait de manière accessible.
Selon votre choix d'implémentation d'étiquette de champ (label, title, aria-label…), l'indication de champ obligatoire peut être mise directement dans cette étiquette, par exemple : « Nom (champ obligatoire) ».
Indication par un symbole
Il est très courant de trouver l'indication de champs obligatoire au moyen d'un astérisque. Cette pratique est tout à fait conforme si vous donnez une légende à ce symbole, et ce avant le formulaire concerné.
<p>Les champs précédés d'une étoile (*) sont obligatoires</p>
<form>
<label for="nom">Nom *</label>
<input type="text" id="nom" />
</form>
Indication par la couleur
Si vous décidez de placer les labels des champs obligatoires en rouge pour signifier les champs obligatoires, assurez-vous que cette couleur soit toujours doublée d'un symbole clairement explicité. En effet, un utilisateur aveugle n'a pas accès aux couleurs et un utilisateur ne distinguant pas les couleurs ne pourra pas les percevoir.
required et aria-required
En HTML5, il est maintenant possible d'utiliser l'API de contrainte de validation, qui permet notamment de définir les champs obligatoires et de gérer un contrôle côté client géré par le navigateur, avec l'attribut required. Cet attribut a aussi la particularité d'être restitué à un utilisateur de lecteur d'écran.
Rien ne vous oblige à utiliser cet attribut, mais si vous l'utilisez, vous devez toujours fournir une alternative visible pour tous les autres utilisateurs. La recommandation est la même si vous utilisez aria-required. Si vous mentionnez les champs obligatoires à l’aide de la propriété aria-label, vous devez également fournir une alternative visible à tous.
Aides à la saisie
Pour tous les champs obligatoires qui attendent un format particulier, vous devez l'indiquer à l'utilisateur.
Par exemple, un champ de date attend que les valeurs jour, mois et année soient distinguées par une barre oblique pour être conforme. Vous devez donc indiquer « jj/mm/aaaa » qui correspond au format de saisie.
Pour l'indiquer, vous avez à votre disposition les méthodes citées précédemment :
dans la balise label ;
dans l'attribut title ;
dans le passage de texte relié via l'attribut aria-labelledby.
Vous disposez également de l'attribut aria-describedby qui vous permet de référencer la valeur de l'identifiant d'un passage de texte contenant l'indication de format. L'utilisation de aria-describedby sur le champ de formulaire aura pour effet de restituer le passage de texte en complément du label quelle que soit la méthode qui aura été employée : <label>, title, etc. contrairement à aria-labelledby.
Lorsque le formulaire retourne des erreurs, l'erreur doit être mentionnée soit :
dans l'étiquette du champ (<label>, title, aria-label, aria-labelledby) ;
dans un passage de texte avant le formulaire, qui rassemble la liste de tous les champs erronés ;
dans un passage de texte relié au champ de saisie avec l'attribut aria-describedby.
Il vous est également possible d'indiquer ces erreurs avec la propriété aria-label et la propriété aria-invalid. Dans ces cas, vous devez toujours fournir une alternative visible pour tous les autres utilisateurs.
<label for="date">Jour de naissance - Erreur - Veuillez renseigner ce champ obligatoire</label>
<input type="text" id="date" aria-invalid="true" aria-describedby="format-date" />
<p id="format-date">jj/mm/aaaa</p>
Au niveau AA, les messages d'erreur de saisie relative à l'utilisation d'un mauvais format de données, par exemple une erreur de saisie de courriel, doivent comporter un exemple de saisie réelle.
Astuce : aria-describedby et aria-labelledby peuvent recevoir plusieurs valeurs d'identifiants séparées par des espaces. L'ordre de déclaration correspond à l'ordre de restitution par un lecteur d'écran.
Listes de choix
Les listes de choix <select> doivent être, comme tout champ de formulaire, labellisées correctement.
Si la liste propose un choix limité de réponses, alors rien n'est demandé, mis à part que les options soient présentées dans un ordre cohérent (par exemple par ordre alphabétique).
Par contre, si la liste de choix propose un certain nombre d'options pour lesquelles il est possible de faire des regroupements, alors vous devez utiliser la balise de regroupement optgroup pourvue d'un attribut label qui titre ce regroupement.
Dans certains formulaires, il est nécessaire de créer des regroupements de champs. Ces regroupements de champs sont utiles pour ne pas induire certains utilisateurs, notamment aveugles, en erreur. Par exemple, un formulaire d'achat en ligne propose un formulaire avec la saisie d'une adresse de livraison et une adresse de facturation. Puisque les deux vont posséder des champs avec des étiquettes similaires, il est impératif de créer un regroupement pour que l'utilisateur comprenne quelle adresse il renseigne. Les regroupements de champs doivent posséder eux aussi une étiquette pertinente dans la balise <legend>.
Les autres cas typiques d'application sont les groupes de cases à cocher ou de boutons radio.