Créer des ressources accessibles : Formulaires

Les formulaires sont un élément clé de l’interaction des utilisateurs sur les pages d’atterrissage et les sites web, qu’il s’agisse de s’inscrire, de faire des achats ou de soumettre des informations. Pour que tout le monde puisse les utiliser, les formulaires doivent être conçus en tenant compte de l’accessibilité. Cet article présente les meilleures pratiques en matière d’étiquetage des champs, d’instructions claires, de gestion des erreurs et de prise en charge de la navigation au clavier, afin que tous les utilisateurs puissent remplir vos formulaires sans difficulté.

Exigences

• Toutes les étiquettes doivent être programmatiquement associées à leurs éléments correspondants.
• Toutes les étiquettes doivent être disponibles sous la forme d’un texte perceptible par le programme.
• Toutes les étiquettes doivent être significatives.
• Le texte de remplacement est autorisé mais ne doit pas être utilisé comme seule méthode pour fournir une étiquette pour une entrée de texte.
• Lorsque plusieurs étiquettes sont utilisées pour un même élément, chaque étiquette doit être associée par programmation à l’élément correspondant.
• Lorsqu’une étiquette est utilisée pour plusieurs éléments, l’étiquette doit être programmatiquement associée à chacun des éléments correspondants.
• Les étiquettes de groupe doivent être programmatiquement associées au groupe si les étiquettes individuelles de chaque élément du groupe sont insuffisantes en elles-mêmes (par exemple, un groupe de boutons radio avec une étiquette de groupe et des étiquettes individuelles pour chaque option radio).
• Les instructions relatives à la compréhension et à l’utilisation d’un contenu ne doivent pas reposer uniquement sur les caractéristiques sensorielles des composants, telles que
  • la forme,
  • la couleur,
  • la taille,
  • l’emplacement visuel,
  • l’orientation,
  • le son.
• Des icônes ou des graphiques peuvent être utilisés comme seule étiquette visuelle (sans texte visuel) uniquement si la signification de l’icône est visuellement évidente et s’il existe une étiquette sémantique programmatiquement associée disponible pour les technologies d’assistance.
• Les étiquettes doivent être visibles.
• Les instructions relatives à un élément doivent être programmatiquement associées à l’élément.
• Les instructions relatives à un élément doivent être disponibles sous forme de texte déterminable par programme.
• Les instructions relatives à un élément doivent être significatives.
• Instructions d’entrée visibles : Les instructions relatives à un élément doivent être visibles.
• Pour les composants de l’interface utilisateur dont les étiquettes comprennent du texte ou des images de texte, le nom doit contenir le texte présenté visuellement.
• L’étiquette programmatique doit contenir le même texte que l’étiquette visuelle, afin de faciliter l’activation vocale.
• Si la connaissance d’un champ handicapé est essentielle à la compréhension du contenu, un autre moyen de communiquer des informations sur le champ handicapé doit être prévu.
• En effet, les champs désactivés n’apparaissent pas par défaut dans l’ordre normal des tabulations, ce qui rend leur découverte difficile pour les utilisateurs de lecteurs d’écran.
• Les utilisateurs DOIVENT disposer de suffisamment de temps pour remplir le formulaire, en utilisant au moins l’une des méthodes suivantes :
  • pas de limite de temps,
  • possibilité de désactiver la limite de temps
  • possibilité de prolonger le délai,
  • la possibilité d’ajuster/personnaliser le délai,
  • un minimum de 20 heures pour remplir le formulaire.
• Les informations précédemment saisies par l’utilisateur ou qui lui ont été fournies et qui doivent être saisies à nouveau dans le cadre de la même procédure sont soit
  • remplies automatiquement, ou
  • soit disponibles pour que l’utilisateur les sélectionne.
• Sauf dans les cas suivants
  • la réintroduction de l’information est essentielle,
  • l’information est nécessaire pour assurer la sécurité du contenu,
  • ou si les informations saisies précédemment ne sont plus valables.
• Un test de fonction cognitive (tel que la mémorisation d’un mot de passe ou la résolution d’une énigme) ne doit pas être exigé pour une étape quelconque d’un processus d’authentification.
  • la “reconnaissance d’objets” et le “contenu personnel” peuvent être représentés par des images, des vidéos ou des sons.

Exceptions

Saisie d’informations redondantes

Des exceptions sont autorisées lorsque

• la réintroduction de l’information est essentielle,
• les informations sont nécessaires pour assurer la sécurité du contenu,
• les informations saisies précédemment ne sont plus valables.

Authentification

Un test de fonctions cognitives (tel que la mémorisation d’un mot de passe ou la résolution d’un puzzle) NE DOIT PAS être exigé à une étape quelconque d’un processus d’authentification, sauf si cette étape offre au moins l’une des possibilités suivantes :

• Une autre méthode d’authentification qui ne repose pas sur un test de fonction cognitive.
• Un mécanisme est disponible pour aider l’utilisateur à compléter le test des fonctions cognitives.
• Le test des fonctions cognitives consiste à reconnaître des objets.
• Le test des fonctions cognitives consiste à identifier le contenu non textuel que l’utilisateur a fourni au site web.

Exemples

	OUI: Un formulaire contient plusieurs champs obligatoires. Les étiquettes des champs obligatoires sont affichées en rouge. À la fin de chaque étiquette se trouve un astérisque, *. OUI: Les champs sont accompagnés d’icônes représentant l’état de la saisie, par exemple un verrou. OUI: Tous les états d’entrée sont facilement reconnaissables.
	Les mécanismes qui satisfont au critère 3.3.8 sont notamment les suivants la prise en charge de la saisie du mot de passe par des gestionnaires de mots de passe afin de réduire le besoin de mémoire, le copier-coller pour réduire la charge cognitive de la ressaisie.