WAI-ARIA machte dynamische Web-Apps zugänglich, indem Semantik als Attribute hinzugefügt wurde

Reichhaltige Web-Apps brachen einen stillen Vertrag. Ein Button aus divs und JavaScript mochte richtig aussehen, aber assistive Technologien konnten nicht wissen, was er war oder ob er sich verändert hatte.

Die grobe Lösung bestand darin, auf neue native HTML-Steuerelemente zu warten. WAI-ARIA schuf stattdessen eine Überlagerung: Autoren deklarierten Rollen, Zustände und Eigenschaften, und User Agents ordneten sie den Accessibility-APIs zu, die Desktop-Software bereits verwendete.

Das W3C veröffentlichte WAI-ARIA 1.0 am 20. März 2014 als Recommendation und rahmte es ausdrücklich als Spezifikation dafür, dynamische, interaktive Webinhalte zugänglich zu machen.

Das Geniale war die Kompatibilität. ARIA ermöglichte es Teams, bestehende Widgets zu reparieren und neue zu bauen, ohne HTML aufzugeben, während spätere HTML- und SVG-Arbeiten dasselbe semantische Vokabular aufnehmen konnten.

Semantik flicken, nicht Widgets

Es holte Entwickler dort ab, wo sie waren: benutzerdefinierte Steuerelemente existierten bereits und brauchten einen Reparaturweg.

Es gab Browsern und assistiven Werkzeugen ein gemeinsames Mapping-Ziel statt Hacks pro Website.

Es trennte visuelles Verhalten von Accessibility-Semantik, sodass Designsysteme flexibel bleiben konnten.

Wenn eine Plattform bereits überall verbreitet ist, ist die erfolgreiche Accessibility-Schicht möglicherweise die kleinste semantische Überlagerung, die alte Inhalte übernehmen können.

ARIA wurde Teil des alltäglichen Werkzeugkastens für Web-Accessibility und eine Abhängigkeit für komplexe Designsysteme. Es beseitigte nicht die Notwendigkeit von nativem semantischem HTML, aber es gab dynamischen Oberflächen eine standardisierte Brücke zu Screenreadern und anderen assistiven Technologien.