WCAG in zehn Minuten: Prinzipien, Stufen, Kriterien

Die kurze Antwort: Die Web Content Accessibility Guidelines (WCAG) sind der internationale Maßstab für barrierefreie Webinhalte. Entwickelt werden sie von der Accessibility Guidelines Working Group des World Wide Web Consortium (W3C) im Rahmen der Web Accessibility Initiative ^[1]. Sie sind kein Gesetz. BaFG und BFSG verlangen aber über die harmonisierte Norm EN 301 549 im Ergebnis genau das, was die WCAG auf Stufe AA beschreiben ^[6]. Dieser Artikel ist eine Orientierung, keine Rechtsberatung.

Die Versionsgeschichte ist kurz: WCAG 2.0 erschien am 11. Dezember 2008, WCAG 2.1 am 5. Juni 2018, WCAG 2.2 am 5. Oktober 2023 mit einer Aktualisierung am 12. Dezember 2024 ^[1]. WCAG 2.2 ist zugleich als ISO/IEC 40500:2025 genormt, inhaltlich identisch mit der Fassung vom Oktober 2023 ^[1]. Wichtig für jede Planung: Die Versionen bauen aufeinander auf. Das W3C formuliert es so: „Content that meets WCAG 2.2 also meets WCAG 2.1 and WCAG 2.0“ ^[1]. Wer heute nach 2.2 baut, erfüllt also automatisch die ältere Fassung, auf die sich das Gesetz derzeit noch bezieht. Mehr dazu im Artikel zur EN 301 549.

Die Struktur ist in zehn Minuten erklärt: vier Prinzipien, darunter 13 Richtlinien, darunter prüfbare Erfolgskriterien auf drei Konformitätsstufen A, AA und AAA ^[1]. Prinzipien und Richtlinien sind nicht prüfbar, sie geben die Richtung vor. Geprüft wird immer gegen ein Erfolgskriterium, und jedes Kriterium hat eine Nummer, mit der Sie in jedem Prüfbericht arbeiten.

Wahrnehmbar. Informationen und Bedienelemente müssen so dargestellt sein, dass Nutzerinnen und Nutzer sie wahrnehmen können, unabhängig davon, mit welchem Sinn ^[1]. Beispiele: ein Alternativtext für jedes informative Bild, Untertitel für Videos und ein Textkontrast von mindestens 4,5:1 ^[3][7].

Bedienbar. Alle Funktionen müssen sich bedienen lassen, auch ohne Maus und ohne Zeitdruck ^[1]. Beispiele: Die ganze Seite ist mit der Tastatur erreichbar, der Fokus ist sichtbar und wird nicht von Sticky-Elementen verdeckt, Klickziele messen mindestens 24 × 24 CSS-Pixel ^[2][7].

Verständlich. Inhalte und Bedienung müssen nachvollziehbar sein ^[1]. Beispiele: Die Sprache der Seite steht im Code, Fehlermeldungen benennen den Fehler in Textform und schlagen eine Korrektur vor, Hilfe steht auf jeder Seite an derselben Stelle (3.2.6) und niemand muss dieselben Daten zweimal eingeben (3.3.7) ^[2][7].

Robust. Inhalte müssen von verschiedenen Browsern und Hilfstechnologien zuverlässig interpretiert werden können ^[1]. Beispiel: sauberes HTML, und für jedes Bedienelement sind Name, Rolle und Wert im Code hinterlegt (4.1.2), damit ein Screenreader einen Button auch als Button ansagt ^[7].

Die Gesetze übernehmen diese vier Begriffe wörtlich. Anlage 1 des BaFG verlangt, dass Websites und mobile Anwendungen „auf kohärente und angemessene Weise wahrnehmbar, bedienbar, verständlich und robust gestaltet werden“ ^[4]; § 12 Nr. 3 der deutschen BFSGV formuliert fast gleichlautend „auf konsistente und angemessene Weise wahrnehmbar, bedienbar, verständlich und robust“ ^[5]. Wer die WCAG kennt, erkennt das Gesetz wieder. Umgekehrt bedeutet das: Eine Website, die ein Prinzip ganz verfehlt, etwa weil der Checkout nur mit der Maus funktioniert, ist nicht „ein bisschen“ unzugänglich, sondern verletzt den Kern dessen, was das Gesetz verlangt ^[4][5].

Neun Kriterien kamen mit WCAG 2.2 dazu, eines ging ^[2]. Die Liste lohnt sich, weil sie fast nur Dinge betrifft, die auf heutigen Websites tatsächlich schiefgehen.

Bedienbar: 2.4.11 Focus Not Obscured (Minimum, AA): Das fokussierte Element darf nicht vollständig hinter Cookie-Bannern oder Sticky-Headern verschwinden. 2.4.12 Focus Not Obscured (Enhanced, AAA) verschärft auf „gar nicht verdeckt“, 2.4.13 Focus Appearance (AAA) legt fest, wie deutlich der Fokusrahmen sein muss. 2.5.7 Dragging Movements (AA): Alles, was per Ziehen geht, muss auch ohne Ziehen gehen. 2.5.8 Target Size (Minimum, AA): Klick- und Tippziele messen mindestens 24 × 24 CSS-Pixel, mit Ausnahmen etwa für Links im Fließtext oder ausreichend Abstand zwischen Zielen ^[2][7].

Verständlich: 3.2.6 Consistent Help (A): Hilfe-Links, Kontakt oder Chat stehen auf jeder Seite an derselben Stelle. 3.3.7 Redundant Entry (A): Was der Nutzer in einem Vorgang schon eingegeben hat, wird nicht noch einmal verlangt. 3.3.8 Accessible Authentication (Minimum, AA) und 3.3.9 Accessible Authentication (Enhanced, AAA): Anmelden ohne Merk- oder Rätselaufgaben, also kein Abtippen verzerrter Zeichen und kein blockiertes Einfügen aus dem Passwort-Manager ^[2][7].

Gestrichen wurde 4.1.1 Parsing. Das Kriterium zu fehlerfreiem Markup gilt als überholt, weil Browser mit Syntaxfehlern umgehen können und Hilfstechnik das Markup nicht mehr selbst auswertet, sondern sich auf den Browser stützt ^[2][8]. Das entbindet nicht von sauberem HTML; nur die Prüfung läuft jetzt über andere Kriterien wie 1.3.1 und 4.1.2 ^[8]. Alle übrigen Kriterien aus 2.0 und 2.1 sind in 2.2 im Wesentlichen unverändert ^[2].

Und das Gesetz? Die harmonisierte Norm EN 301 549 liegt seit September 2026 in der Fassung V4.1.1 vor, die auf WCAG 2.2 aufbaut, ist in dieser Fassung aber noch nicht im Amtsblatt der EU zitiert. Bis dahin bleibt rechtlich V3.2.1 mit WCAG 2.1 AA die Referenz ^[6]. Da 2.2 die 2.1 vollständig enthält, gibt es keinen Grund, ein neues Projekt noch auf die alte Version zu bauen ^[1]. Die neuen Kriterien sind im Neubau fast kostenlos; nachträglich sind sie, vor allem bei Zielgrößen und Fokus, ein eigenes Projekt.