Les contrôles d’accessibilité que nous faisons avant une mise en production

Le travail d’accessibilité a la réputation d’être vaste et flou. En pratique, une poignée de défauts toujours identiques représente l’essentiel de ce que nous trouvons, et tous coûtent moins cher à prévenir qu’à rattraper.

Tout doit être atteignable au clavier

Nous parcourons chaque écran à la touche de tabulation avant la mise en production. Chaque contrôle doit être atteignable, l’indicateur de focus doit être visible, et l’ordre doit suivre la mise en page. Les fenêtres modales doivent retenir le focus tant qu’elles sont ouvertes et le rendre à l’élément d’origine à la fermeture — une boîte de dialogue qui renvoie le focus en haut de la page désoriente quiconque n’utilise pas de souris.

De vrais éléments avant ARIA

Un bouton doit être un bouton. La plupart des bugs d’accessibilité que nous corrigeons sont un div affublé d’un gestionnaire de clic, et la correction consiste à supprimer le contournement plutôt qu’à ajouter des attributs qui le décrivent. ARIA sert aux cas que la plateforme ne peut réellement pas exprimer, pas à rapiécer un mauvais choix d’élément.

Le contraste se mesure, il ne se juge pas

Le contraste se mesure au lieu de s’estimer à l’œil, et il se vérifie dans les deux thèmes. Les textes indicatifs, les états désactivés et le texte sur image sont là où les maquettes échouent le plus souvent, parce que ce sont les parties que personne ne regarde en revue.

Des formulaires qui disent ce qui ne va pas

—Chaque champ a une étiquette qui lui est associée par le programme, et pas seulement placée au-dessus.

—Les erreurs sont annoncées et décrivent la correction, au lieu de colorer le champ en rouge en laissant deviner.

—Les champs obligatoires sont signalés par du texte autant que par un symbole.

Un contenu qui survit à la couche d’assistance

Les titres se succèdent dans l’ordre et décrivent la section au lieu de la décorer. Les images portent un texte alternatif là où elles signifient quelque chose et sont masquées aux technologies d’assistance là où elles ne signifient rien. Le texte des liens se comprend seul, car les utilisateurs de lecteurs d’écran naviguent souvent en affichant la liste des liens, sans la phrase qui les entoure.

Le mouvement est une préférence, pas un défaut

Chaque animation que nous livrons respecte le réglage de réduction des animations. Pour certaines personnes, ce n’est pas une préférence esthétique — la parallaxe et les grandes transitions provoquent de réelles nausées, et honorer ce réglage tient en une requête média d’une ligne.

Rien de tout cela ne remplace des tests avec des personnes qui utilisent quotidiennement ces technologies. Cela signifie simplement que, le jour venu, la séance portera sur les problèmes intéressants plutôt que sur des défauts qu’un clavier aurait trouvés.