WAI-Adapt
Auch: Personalisation Semantics, WAI Personalization Semantics, Adapt
Das entstehende W3C-Vokabular für Personalisierungssemantik — Nutzenden ermöglicht es, Inhalte durch deklarative Metadaten an ihre kognitiven, sensorischen und motorischen Bedürfnisse anzupassen, statt auf benutzerdefiniertes CSS angewiesen zu sein.
WAI-Adapt (früher „Personalisation Semantics“) ist eine W3C-Initiative, die Autorinnen und Autoren von Inhalten eine Möglichkeit geben soll, zu deklarieren, was Inhalte bedeuten — um welche Art von Element es sich handelt, welches Symbol es repräsentieren könnte, wie ablenkend es ist —, damit User-Agents und assistive Technologien die Darstellung an die Bedürfnisse der jeweiligen Nutzenden anpassen können.
Der Standard befindet sich Stand 2026 noch im Status Working Draft. Die Verbreitung ist gering. Die zugrundeliegende Idee ist jedoch bedeutend genug, dass der Begriff in Barrierefreiheits-Roadmaps auftaucht, insbesondere im Bereich der kognitiven Barrierefreiheit.
Warum das W3C diesen Standard entwickelt hat
Das aktuelle Barrierefreiheitsmodell ist stark nutzergetrieben: Nutzende passen ihren Browser an, installieren Erweiterungen, konfigurieren ihren Screenreader und hoffen, dass die Website unter diesen Anpassungen korrekt dargestellt wird. WAI-Adapt dreht das um: Der Inhalt deklariert seine Semantik, und der User-Agent kann die Darstellung an die jeweiligen Nutzenden anpassen, ohne dass sich die Bedeutung des Inhalts ändert.
Ein einfaches Beispiel: Ein Webformular fragt nach „Vorname“ und „Nachname“. WAI-Adapt würde es Autorinnen und Autoren ermöglichen, diese Eingabefelder mit semantischen Attributen zu versehen, die aussagen: „Dies ist ein Namensfeld für Personen.“ Nutzende mit kognitiver Beeinträchtigung könnten dann ihre assistive Technologie dazu bringen, symbolbasierte Eingabeaufforderungen zu zeigen — ohne dass das Autorenteam beide Versionen ausliefern müsste.
Die drei Module
Der Entwurf gliedert sich in drei Module:
- Content-Modul — Vokabular zur Auszeichnung von Inhaltssemantik, die der User-Agent
für die Anpassung benötigt.
data-purpose,data-action,data-destinationusw. - Help-and-Support-Modul — Attribute zur Deklaration von Hilfsinhaltsvarianten (ausführliche Sprache, einfache Sprache, symbolgestützt, vereinfacht).
- Tools-Modul — Interoperabilität mit assistiven Technologien, die Personalisierungsfunktionen bereitstellen (Symbolsatzsysteme, prädiktive Textwerkzeuge, Fokus- und Aufmerksamkeitshilfen).
Einordnung im Verhältnis zu anderen Spezifikationen
WAI-Adapt ist komplementär zu WCAG, ARIA und den Erkenntnissen der Task Force für kognitive Barrierefreiheit. Es ersetzt keinen dieser Standards. WCAG definiert das Mindestmaß an Zugänglichkeit; ARIA definiert die Schnittstelle zur assistiven Technologie; WAI-Adapt definiert den Personalisierungskanal.
WAI-Adapt ist auch komplementär zu WCAG 3, das beim Thema kognitive Barrierefreiheit deutlich weiter geht als WCAG 2.x je gegangen ist. WAI-Adapt ist einer der Mechanismen, auf die sich WCAG-3-Anforderungen möglicherweise stützen werden.
Bedeutung für Entwicklungsteams heute
Für die meisten Teams lautet die Antwort: noch keine operativen Auswirkungen. Das Vokabular befindet sich noch in einem frühen Stadium. Die Unterstützung durch User-Agents ist im Wesentlichen nicht vorhanden. Es gibt keine Pa11y-Regel, keine axe-core-Regel und kein Lighthouse-Audit für WAI-Adapt-Attribute.
Der konzeptuelle Rahmen ist jedoch es wert, bekannt zu sein. Wer eine Website ausliefert, die Nutzenden das Umschalten in eine „vereinfachte Ansicht“ oder das „Anzeigen von Symbolen“ ermöglicht, erfindet — lokal — das, was WAI-Adapt zu standardisieren versucht. Wenn sich die Spezifikation in den nächsten zwei bis drei Jahren festigt, ist damit zu rechnen, dass die ersten Autorenwerkzeuge WAI-Adapt-Attribute standardmäßig erzeugen.