Barrierefreiheit ≠ Overlay: ARIA repariert schlecht aufgebautes HTML nicht auf magische Weise
Nach semantischem HTML folgt ein häufiges Missverständnis: ARIA-Attribute machen ein schlecht gebautes Element nicht automatisch barrierefrei. ARIA vermittelt assistiven Technologien Semantik, ersetzt aber weder Verhalten noch Tastaturbedienung, Fokusmanagement oder solides HTML.
ARIA ist wichtig, aber keine Reparaturschicht
WAI-ARIA vermittelt assistiven Technologien Rollen, Zustände und Eigenschaften, besonders bei dynamischen Inhalten und komplexen Bedienelementen. Es ergänzt HTML und ist kein universeller Reparatur-Patch.
Erste Regel: natives HTML verwenden, wenn möglich
W3C empfiehlt möglichst viel natives semantisches HTML. Wenn ein HTML-Element Semantik und Verhalten bereits mitbringt, ist es meist robuster als ein generisches Element mit ARIA.
Eine Rolle ist ein Versprechen
W3C formuliert ein zentrales Prinzip: „Eine Rolle ist ein Versprechen“. <div role="button"> verspricht Button-Verhalten; die Rolle selbst fügt jedoch keine Tastaturinteraktion hinzu.
ARIA vermittelt Semantik, erzeugt aber kein Verhalten
ARIA kann mitteilen, dass etwas ein Button, aufgeklappt oder ausgewählt ist. Tab, Enter, Leertaste, Pfeiltasten, Fokusmanagement oder JavaScript-Logik werden dadurch nicht automatisch implementiert. Semantik und Verhalten müssen zusammenpassen.
Name, Rolle, Zustand und Wert
WCAG 4.1.2 verlangt programmatisch bestimmbare Namen und Rollen sowie relevante Zustände, Eigenschaften und Werte. Standard-HTML-Steuerelemente liefern vieles davon bereits bei korrekter Verwendung.
Falsches ARIA kann die Erfahrung verschlechtern
Falsches ARIA ist nicht neutral. W3C warnt: „No ARIA is better than Bad ARIA“. Falsche Semantik kann die Oberfläche für Menschen mit nicht-visueller Nutzung falsch darstellen.
ARIA braucht reale Tests
ARIA Authoring Practices weisen auf Unterschiede zwischen Browser- und Assistenztechnik-Kombinationen hin und empfehlen Tests vor dem Produktionseinsatz.
Was hat das mit Overlays zu tun?
Das gilt auch für Overlays. Eine Schicht kann Attribute nachträglich ändern, doch Barrierefreiheit entsteht nur, wenn Semantik, Interaktion, Tastatur, Fokus und Zustände zusammen funktionieren. ARIA von außen repariert eine fehlerhafte Oberfläche nicht automatisch.
Und Blind Reader?
Blind Reader gehört zur Unterstützung des Nutzers. Es kann helfen, sollte aber nicht als automatische Korrektur von ARIA oder HTML oder als WCAG-Nachweis dargestellt werden. Die Website bleibt verantwortlich.
Was wir uns merken sollten
ARIA ist leistungsfähig, wenn es nötig und korrekt umgesetzt ist. Zuerst natives semantisches HTML, wo möglich; dann ARIA, wo nötig; immer korrektes Verhalten, Tastatur, Fokus und Tests.