← Toutes les règles

ARIA

Les intitulés braille exigent un équivalent en texte

• Règle: aria-braille-equivalent
• Gravité: Sérieux
• Niveau WCAG A

Pourquoi c’est important

aria-braillelabel et aria-brailleroledescription ne sont restitués que sur un afficheur braille. Sans aria-label correspondant, le composant n’a aucun nom pour toute personne utilisant la synthèse vocale.

Comment corriger

1. Ajoutez aria-label (ou aria-roledescription) à côté de l’attribut braille.
2. Gardez les deux cohérents : la version braille abrège le même nom, elle ne dit pas autre chose.
3. Sans raison précise, supprimez simplement l’attribut braille — un intitulé ordinaire fonctionne partout.

Dans le balisage

<button aria-braillelabel="Sv">Save</button>

<button aria-label="Save" aria-braillelabel="Save">Save</button>

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-braille-equivalent (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.