ARIA
Certains attributs ARIA contredisent l’élément natif
- Règle:
aria-conditional-attr - Gravité: Sérieux
- Niveau WCAG A
Pourquoi c’est important
Une case à cocher rapporte déjà son état. Ajouter aria-checked permet aux deux de diverger, et la technologie d’assistance croit l’attribut : l’état annoncé peut être l’inverse de ce qui est affiché.
Comment corriger
- Supprimez l’attribut ARIA et laissez l’élément natif rapporter son propre état.
- Pilotez l’état par la propriété DOM (checked, selected, disabled).
- Réservez les états ARIA aux composants sur mesure construits à partir d’éléments génériques, où rien d’autre ne les rapporte.
Dans le balisage
<input type="checkbox" aria-checked="true"><input type="checkbox" checked>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-conditional-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.