ARIA
Braille-Beschriftungen brauchen ein Textäquivalent
- Regel:
aria-braille-equivalent - Schweregrad: Schwerwiegend
- WCAG-Stufe A
Warum das wichtig ist
aria-braillelabel und aria-brailleroledescription werden nur auf einer Braillezeile ausgegeben. Ohne passendes aria-label hat das Element für alle, die Sprachausgabe nutzen, überhaupt keinen Namen.
So beheben Sie es
- Ergänzen Sie zusätzlich aria-label (bzw. aria-roledescription).
- Halten Sie beide inhaltlich gleich: Die Braille-Fassung kürzt denselben Namen ab, sie sagt nichts anderes.
- Ohne konkreten Grund lassen Sie das Braille-Attribut besser ganz weg — eine normale Beschriftung wirkt überall.
Im Markup
<button aria-braillelabel="Sv">Save</button><button aria-label="Save" aria-braillelabel="Save">Save</button>Die Anforderung dahinter
Diese Regel ist eine Art, die folgenden WCAG-2.2-Erfolgskriterien zu verfehlen. Das W3C, das den Standard herausgibt, erläutert jedes davon:
- 4.1.2 Name, Rolle, Wert (öffnet in neuem Tab) — WCAG-Stufe A
Weiterführende Quellen
Deque University zu aria-braille-equivalent (öffnet in neuem Tab)
Deque entwickelt axe-core, die quelloffene Prüf-Engine unseres Scanners. Ihre Seite dokumentiert die Regel so, wie die Engine sie umsetzt.
Automatische Prüfungen finden Fehler, die ein Browser nachweisen kann. Ob eine Untertitelspur inhaltlich stimmt, ob ein Alternativtext wirklich hilft oder ob sich eine Seite durchgängig mit der Tastatur bedienen lässt, kann nur ein Mensch beurteilen.