ARIA
Les attributs ARIA doivent être autorisés par le rôle
- Règle:
aria-allowed-attr - Gravité: Critique
- Niveau WCAG A
Pourquoi c’est important
Un attribut que le rôle ne prend pas en charge est ignoré par certaines technologies d’assistance et mal interprété par les autres : le composant annonce alors un état qui n’est pas le sien.
Comment corriger
- Vérifiez quels attributs aria-* le rôle de l’élément accepte et supprimez les autres.
- Si l’état nécessaire n’est pas pris en charge, c’est le rôle qui est faux : choisissez celui auquel cet état appartient.
- Un élément natif (button, input, select) apporte les bons états sans rien ajouter.
Dans le balisage
<div role="button" aria-checked="true">Bold</div><div role="button" aria-pressed="true">Bold</div>L’exigence sous-jacente
Cette règle est une manière d’échouer aux critères de succès WCAG 2.2 suivants. Le W3C, qui rédige la norme, explique chacun d’eux :
- 4.1.2 Nom, rôle et valeur (s’ouvre dans un nouvel onglet) — Niveau WCAG A
Pour aller plus loin
Deque University sur aria-allowed-attr (s’ouvre dans un nouvel onglet)
Deque développe axe-core, le moteur open source utilisé par notre scanner. Sa page documente la règle telle que le moteur l’implémente.
Les contrôles automatiques trouvent les défaillances qu’un navigateur peut prouver. Ils ne peuvent pas juger si un sous-titrage est fidèle, si une alternative textuelle est utile, ni si une page s’utilise de bout en bout au clavier : cela demande une personne.