Accessibilité ≠ Overlay : quand un formulaire ne peut pas être rempli avec un lecteur d’écran
Un formulaire accessible ne se résume pas à une série de champs. Chacun doit pouvoir le comprendre, le remplir, vérifier ses réponses et l’envoyer au clavier avec un lecteur d’écran.
Le problème commence avant la saisie
Un champ peut paraître évident à l’écran mais être annoncé uniquement comme « zone de saisie ». Sans étiquette associée, impossible de savoir s’il faut saisir son nom, son adresse électronique ou son numéro de téléphone.
Étiquettes, consignes et champs obligatoires
Chaque contrôle doit avoir un nom accessible et, lorsque c’est pertinent, une étiquette HTML correctement associée. Les champs obligatoires et les formats attendus doivent être annoncés à l’avance ; un texte indicatif ne remplace pas une étiquette.
L’ordre de navigation au clavier compte
La touche Tab doit parcourir les contrôles dans un ordre logique. Listes, cases à cocher, boutons et calendriers doivent fonctionner sans souris, avec un focus visible et sans déplacement inattendu.
Des erreurs compréhensibles et corrigibles
Une bordure rouge n’explique pas une erreur. Il faut la décrire par écrit, associer le message au champ concerné et permettre la correction sans effacer les données. Les messages dynamiques doivent être annoncés correctement.
Vérifier et confirmer avant l’envoi
Pour les achats et démarches importantes, une étape de vérification et de confirmation peut être nécessaire. Le bouton d’envoi doit porter un nom explicite et le résultat doit être communiqué de manière accessible.
Ce que prévoient les WCAG
Les WCAG 2.2 traitent des étiquettes et instructions (3.3.2), de l’identification des erreurs (3.3.1), du nom, du rôle et de la valeur des contrôles (4.1.2) et de l’accès au clavier (2.1.1). Le fonctionnement réel doit être testé.
Comment Blind Reader peut aider
Blind Reader peut expliquer l’objectif de la page, aider à trouver les formulaires, guider la navigation et faciliter les interactions vocales. Il apporte aussi des corrections automatiques ciblées, notamment pour mieux annoncer certains champs obligatoires. Ces fonctions complètent des formulaires bien conçus.
Un test simple avant publication
Remplissez le formulaire au clavier avec NVDA, VoiceOver ou un autre lecteur d’écran. Identifiez chaque champ, déclenchez une erreur, corrigez-la et confirmez l’envoi. Si une étape bloque, une barrière demeure.
Sources et références
Un formulaire est accessible lorsque la personne peut terminer sa démarche, pas seulement lorsqu’il s’affiche.
Épisode 18 · Accessibilité ≠ Overlay