Web Accessibility Initiative (WAI): Definition und Standards

Was ist die Web Accessibility Initiative (WAI)?

Die Web Accessibility Initiative (WAI) ist der Teil des W3C, der Standards, Richtlinien und Lernmaterial entwickelt, damit Menschen mit Behinderungen das Web nutzen können. Sie veröffentlicht die Web Content Accessibility Guidelines (WCAG), WAI-ARIA und verwandte Spezifikationen und betreibt die Arbeitsgruppen, die sie pflegen. Das W3C kündigte die WAI am 7. April 1997 an.

Was die WAI veröffentlicht

• WCAG: prüfbare Erfolgskriterien für Webinhalte auf den Stufen A, AA und AAA. WCAG 2.2 ergänzt WCAG 2.1 um neun Erfolgskriterien und entfernt 4.1.1 Parsing. Sie ersetzt 2.0 und 2.1 nicht. WCAG 3 ist noch ein früher Arbeitsentwurf.
• WAI-ARIA: Attribute, die assistiven Technologien benutzerdefinierte Komponenten beschreiben (siehe ARIA). Der ARIA Authoring Practices Guide zeigt, wie man sie bei gängigen Mustern wie Tabs und Dialogen einsetzt.
• ATAG 2.0: Richtlinien für Authoring-Werkzeuge wie CMS und Editoren. UAAG 2.0 für Browser und Mediaplayer ist eine W3C Note, kein Standard.
• WCAG-EM: eine Methode, um zu beurteilen, wie gut eine Website WCAG erfüllt.
• Easy Checks: ein kurzer erster Blick auf eine Seite, nach Angabe der WAI "schnell und einfach, nicht erschöpfend".

Die Arbeit verteilt sich auf Arbeitsgruppen, darunter die Accessibility Guidelines Working Group (WCAG), die ARIA Working Group und Accessible Platform Architectures.

Wie WCAG aufgebaut ist

Jedes Erfolgskriterium gehört zu einem von vier Prinzipien, bekannt als POUR: wahrnehmbar, bedienbar, verständlich, robust. Jedes Kriterium hat eine Konformitätsstufe. Stufe A ist die niedrigste, AA ist die Stufe, die die meisten Barrierefreiheitsvorgaben und Ausschreibungen nennen, AAA ist die höchste. Prüfen Sie, welche WCAG-Version und Stufe in Ihrem Rechtsraum tatsächlich genannt wird. In der EU gilt der European Accessibility Act für erfasste Produkte und Dienstleistungen wie E-Commerce und Bankdienstleistungen seit Juni 2025.

Beispiel: ein barrierefreies Tab-Element

Sie bauen Tabs. Das Tabs-Muster des APG sagt Ihnen, welche Rollen und Zustände Sie brauchen und wie die Pfeiltasten den Fokus bewegen sollen. Danach sagt WCAG, was zu prüfen ist: Kriterium 1.4.3 (Stufe AA) verlangt zum Beispiel ein Kontrastverhältnis von mindestens 4,5:1 für Text, bei großer Schrift 3:1. Erst das Muster, dann die Kriterien, dann ein Test mit Tastatur und Screenreader.

Häufige Fehler

• WCAG als einmaliges Audit behandeln. Jedes Release kann Kontrast, Fokusreihenfolge oder Beschriftungen beschädigen.
• Zuerst zu ARIA greifen. Nehmen Sie ein natives HTML-Element, wenn es eines gibt, und ergänzen Sie ARIA nur für das, was HTML nicht ausdrücken kann.
• Einen Tool-Score als Konformitätsnachweis werten. Der Lighthouse-Accessibility-Score ist ein gewichteter Durchschnitt rein automatisierter Prüfungen; manuelle Prüfungen fließen nicht ein.
• Assistive Technologien auslassen. Eine Seite kann alle Prüfungen bestehen und trotzdem per Tastatur oder Screenreader unbenutzbar sein.
• Die falsche Version zitieren. WCAG 2.2 löst 2.1 nicht ab. Klären Sie also, welche Version ein Vertrag oder Gesetz nennt.

WAI und Tests

Nutzen Sie automatisierte Barrierefreiheitstests, um wiederholbare Fehler bei jedem Build zu finden, und manuelle Tests für alles, was Werkzeuge nicht beurteilen können. Wenn ein Kunde einen Nachweis verlangt, dokumentiert ein VPAT die Konformität zu WCAG. LoadFocus Page Speed Monitoring führt geplante Lighthouse-Audits aus, die eine Kategorie Barrierefreiheit enthalten. So fällt ein Deploy, der die automatisierten Prüfungen verschlechtert, zwischen den manuellen Reviews auf. Zur Werkzeugwahl lesen Sie unseren Vergleich von Tools für Barrierefreiheitstests, und warum Performance-Tests Barrierefreiheit einbeziehen sollten. Die vollständige Liste der Standards finden Sie auf der WAI-Standardseite des W3C.

Häufige Fragen: Web Accessibility Initiative

Was ist der Unterschied zwischen WAI und W3C?

Das W3C ist die Standardisierungsorganisation des Web. Die WAI ist seine Initiative für Barrierefreiheit und entwickelt die Standards und Materialien dazu.

Was ist der Unterschied zwischen WAI und WCAG?

Die WAI ist die Organisation mit ihrem Arbeitsprogramm. WCAG ist eines der Dokumente, die sie veröffentlicht, und zwar das mit den Erfolgskriterien für Webinhalte.

Welcher WCAG-Version sollte ich folgen?

Der Version, die Ihr Gesetz, Vertrag oder Kunde nennt. WCAG 2.2 enthält alle Kriterien von 2.1 außer 4.1.1 Parsing und dazu neun neue, daher ist 2.2 meist das sicherere Ziel.

Ist WCAG ein Gesetz?

Nein. WCAG ist ein W3C-Standard. Gesetze und Ausschreibungen können darauf verweisen, wobei Version und Stufe je nach Land und Branche abweichen.

Wo fange ich an?

Führen Sie die WAI Easy Checks auf einer wichtigen Seite durch, arbeiten Sie dann die WCAG-Kriterien für Ihre Komponenten ab und testen Sie mit Tastatur und Screenreader.

Heißt ein guter Lighthouse-Accessibility-Score, dass meine Website WCAG erfüllt?

Nein. Der Score bildet nur automatisierte Prüfungen ab. Für eine Konformitätsaussage braucht es weiterhin manuelle Prüfungen und Tests mit assistiven Technologien.