WCAG 2.1 & 2.2 erklärt

Die Web Content Accessibility Guidelines (WCAG) sind der internationale Maßstab für barrierefreies Web. Sie werden vom W3C entwickelt und stehen hinter so ziemlich jeder gesetzlichen Regelung weltweit – auch das deutsche BFSG verweist über die Norm EN 301 549 letztlich auf sie. Wer die WCAG versteht, versteht das Fundament der ganzen Barrierefreiheit.

Auf den ersten Blick wirken die Richtlinien sperrig. Ihr Aufbau ist aber logisch, und man muss nicht jedes Kriterium auswendig kennen, um gut damit zu arbeiten.

Der Aufbau: vom Prinzip zum Kriterium

Die WCAG sind in drei Ebenen gegliedert:

1. Vier Prinzipien (POUR): wahrnehmbar, bedienbar, verständlich, robust. Das Dach über allem – ausführlich auf der Seite Die vier Prinzipien.
2. 13 Richtlinien: allgemeine Ziele unter den Prinzipien (z. B. „Textalternativen“ oder „Per Tastatur zugänglich“).
3. Erfolgskriterien: die konkreten, testbaren Anforderungen – jeweils mit einer Konformitätsstufe A, AA oder AAA.

Die Erfolgskriterien sind das, womit man praktisch arbeitet. „1.4.3 Kontrast (Minimum), AA“ ist so ein Kriterium – prüfbar, eindeutig, mit klarem Zielwert.

Die Versionen kurz eingeordnet

Wichtig: Die Versionen sind abwärtskompatibel. Wer 2.2 erfüllt, erfüllt im Wesentlichen auch 2.1 und 2.0. Es kommt also Neues hinzu, ohne dass Altes wegfällt – mit einer Ausnahme.

Was WCAG 2.2 bringt

WCAG 2.2 ist seit Oktober 2023 die aktuelle Empfehlung des W3C. Sie ergänzt neun Erfolgskriterien und entfernt eines (4.1.1 „Parsing“, das durch moderne Browser praktisch gegenstandslos geworden ist). Die für die Stufe AA relevanten Neuzugänge sind im Alltag am wichtigsten:

• 2.4.11 Fokus nicht verdeckt (Minimum): Das fokussierte Element darf nicht von Sticky-Headern oder Cookie-Bannern verdeckt werden.
• 2.5.7 Ziehbewegungen: Was per Drag funktioniert, muss auch mit einfachem Tippen/Klicken gehen.
• 2.5.8 Zielgröße (Minimum): Bedienelemente mindestens 24 × 24 px groß (oder mit genug Abstand).
• 3.3.8 Zugängliche Authentifizierung: Logins dürfen nicht an Gedächtnis- oder Rätselaufgaben (klassische CAPTCHAs) scheitern.

Dazu kommen zwei Kriterien auf Stufe A (3.2.6 Konsistente Hilfe, 3.3.7 Redundante Eingabe) und drei auf AAA. Mehrere dieser Punkte betreffen direkt Fokus und Tastatur – Stoff der Seite Tastaturbedienung & sichtbarer Fokus.

Und WCAG 3.0?

WCAG 3.0 ist in Arbeit, aber noch ein früher Entwurf – kein Standard, auf den man warten oder sich berufen könnte. Mein Rat ist klar: An 2.2 auf Stufe AA orientieren und 3.0 entspannt beobachten. Wer heute sauber nach 2.2 baut, steht auch morgen gut da.

Wie ich die WCAG praktisch nutze

Ich lese die WCAG nicht von vorn bis hinten, sondern nutze sie als Nachschlagewerk: Bei einer konkreten Frage – „Wie groß müssen Touch-Ziele sein?“ – schlage ich das passende Kriterium nach. Für die Umsetzung helfen die „Understanding“-Dokumente und die Techniken des W3C, die zu jedem Kriterium Beispiele liefern. Und zum Abhaken im Projekt nehme ich die BFSG-Checkliste.

Häufige Fragen

Muss ich alle Kriterien auswendig können?

Nein. Wichtiger ist, die vier Prinzipien als Denkraster zu verinnerlichen und zu wissen, wo man nachschlägt. Die Details holt man sich bei Bedarf.

2.1 oder 2.2 – worauf soll ich abzielen?

Gesetzlich verweist EN 301 549 derzeit auf 2.1 AA. Fachlich würde ich gleich 2.2 AA anpeilen: Der Mehraufwand ist überschaubar, und die neuen Kriterien adressieren echte Alltagsprobleme.

Sind die WCAG für Apps auch relevant?

Ja, sinngemäß. Viele Kriterien gelten genauso für native Apps; EN 301 549 deckt neben Web ausdrücklich auch Software und Apps ab.

Fazit

Die WCAG gliedern sich in vier Prinzipien, 13 Richtlinien und testbare Erfolgskriterien mit den Stufen A, AA und AAA. Version 2.2 ergänzt 2.1 um neun sinnvolle Kriterien, vor allem rund um Fokus, Zielgröße und Anmeldung. Der praktische Zielwert für fast alle ist WCAG 2.2 AA – und genau darauf zahlt jedes Thema auf dieser Website ein.