Kostenloser Scan

23. Oktober 2026

WCAG 2.2: neue Erfolgskriterien und ein gestrichenes Kriterium

Welche neuen Erfolgskriterien bringt WCAG 2.2? Die am 5. Oktober 2023 als W3C-Empfehlung veröffentlichte Version fügt gegenüber WCAG 2.1 neun Erfolgskriterien hinzu und streicht nur eines: 4.1.1 Parsing, das das W3C als obsolet einstuft. Laut W3C sind die übrigen Erfolgskriterien aus WCAG 2.0 und 2.1 in 2.2 im Wesentlichen unverändert. Die neuen Kriterien betreffen die Sichtbarkeit des Tastaturfokus, Alternativen zum Ziehen, die Größe von Zielen, die Platzierung von Hilfe, die erneute Eingabe von Daten und die Authentifizierung. Wir stellen jedes Kriterium mit konkreten Beispielen vor und erklären, was sich für eine bestehende Website ändert und für das künftige französische RGAA 5, für das die französische interministerielle Digitaldirektion (DINUM) die Integration von WCAG 2.2 als eine der wichtigsten geplanten Neuerungen angekündigt hat.

WCAG 2.2 neue Erfolgskriterien im Überblick

Die 9 neuen Kriterien verteilen sich auf alle drei Konformitätsstufen: zwei auf Stufe A, vier auf Stufe AA und drei auf Stufe AAA. Sie gehören zu vier Richtlinien: 2.4 (Navigierbar), 2.5 (Eingabemodalitäten), 3.2 (Vorhersehbar) und 3.3 (Hilfestellung bei der Eingabe).

Gestrichen wurde einzig 4.1.1 Parsing, das das W3C als obsolet bezeichnet und das nicht mehr Teil von WCAG 2.2 ist. Für Details verweist das W3C auf seine WCAG-2-FAQ. WCAG 2.2 enthält außerdem Hinweise zu verschiedenen Sprachen.

Tastaturfokus: 2.4.11, 2.4.12 und 2.4.13

Menschen, die keine Maus verwenden können, müssen sehen, welches Element den Tastaturfokus hat. 2.4.11 Fokus nicht verdeckt (Minimum), Stufe AA, verlangt, dass eine fokussierte Komponente nicht vollständig durch vom Autor erstellte Inhalte verdeckt wird; sie muss also zumindest teilweise sichtbar bleiben. Das Beispiel des W3C: Beim Bewegen des Fokus verschwinden einige Elemente hinter einem Banner oder einer fixierten Fußzeile.

2.4.12 Fokus nicht verdeckt (erweitert), Stufe AAA, geht weiter: Kein Teil der Komponente darf durch vom Autor erstellte Inhalte verdeckt sein. Das Element muss vollständig sichtbar sein.

2.4.13 Fokus-Erscheinungsbild, ebenfalls Stufe AAA, betrifft den Fokusindikator selbst. Viele Menschen, darunter ältere Menschen, nehmen kleine visuelle Veränderungen nicht wahr. Der Indikator muss mindestens so groß sein wie die Fläche einer 2 CSS-Pixel dicken Umrandung der nicht fokussierten Komponente und ein Kontrastverhältnis von mindestens 3:1 zwischen denselben Pixeln im fokussierten und nicht fokussierten Zustand aufweisen.

Ziehen und Zielgröße: 2.5.7 und 2.5.8

2.5.7 Ziehbewegungen, Stufe AA, verlangt, dass jede Funktion, die eine Ziehbewegung nutzt, auch mit einem einzelnen Zeiger (ein Berührungspunkt) ohne Ziehen ausgeführt werden kann. Ausgenommen ist das Ziehen nur, wenn es wesentlich ist oder vom User Agent gesteuert wird. Das W3C beschreibt eine Person, die die Maustaste nicht genau genug gedrückt halten und ziehen kann, um eine Liste neu zu ordnen. Die beschriebene Lösung: Ein Klick auf ein Listenelement blendet Pfeile nach oben und unten ein, mit denen sich die Reihenfolge per einfachem Klick ändern lässt.

2.5.8 Zielgröße (Minimum), Stufe AA, legt für Ziele von Zeigereingaben eine Größe von mindestens 24 mal 24 CSS-Pixeln fest. Manche Menschen mit körperlichen Beeinträchtigungen können kleine, eng beieinanderliegende Schaltflächen nicht treffen; im Beispiel des W3C trifft ein Nutzer „Abbrechen“, obwohl er „Absenden“ wählen wollte.

Konsistente Hilfe und redundante Eingabe: 3.2.6 und 3.3.7

3.2.6 Konsistente Hilfe, Stufe A, soll Menschen, die Hilfe brauchen, das Finden erleichtern. Enthält eine Seite einen Hilfemechanismus, der auf mehreren Seiten innerhalb einer Gruppe von Seiten wiederholt wird, muss er in derselben relativen Reihenfolge zum übrigen Seiteninhalt erscheinen, sofern der Nutzer keine Änderung veranlasst. Betroffen sind Kontaktdaten einer Person, ein Mechanismus zur Kontaktaufnahme mit einer Person, eine Selbsthilfe-Option und ein vollautomatischer Kontaktmechanismus. Beispiel des W3C: eine Chat-Option, die sich immer unten rechts auf der Seite befindet.

3.3.7 Redundante Eingabe, Stufe A, geht davon aus, dass manche Menschen mit kognitiven Beeinträchtigungen Schwierigkeiten haben, sich an zuvor Eingegebenes zu erinnern. Informationen, die der Nutzer zuvor eingegeben hat oder die ihm bereitgestellt wurden und die im selben Prozess erneut eingegeben werden müssen, sind entweder automatisch auszufüllen oder zur Auswahl anzubieten. Es gibt drei Ausnahmen: Die erneute Eingabe ist wesentlich, die Information ist zur Sicherheit des Inhalts erforderlich, oder die zuvor eingegebene Information ist nicht mehr gültig.

Typischer Fall: ein mehrstufiges Formular zur Terminbuchung, das bereits in einem früheren Schritt gemachte Angaben erneut abfragt, statt sie zu übernehmen.

Barrierefreie Authentifizierung: 3.3.8 und 3.3.9

3.3.8 Barrierefreie Authentifizierung (Minimum), Stufe AA, lässt sich so zusammenfassen: Niemand soll zum Anmelden etwas lösen, sich merken oder abschreiben müssen. Ein kognitiver Funktionstest, etwa sich ein Passwort merken oder ein Rätsel lösen, darf in keinem Schritt eines Authentifizierungsprozesses verlangt werden, es sei denn, dieser Schritt bietet mindestens eine der unten aufgeführten Möglichkeiten.

Die Hinweise des W3C nennen als Hilfsmechanismen die Unterstützung von Passwort-Managern bei der Passworteingabe sowie Kopieren und Einfügen. Beispiel des W3C für eine andere Authentifizierungsmethode: die E-Mail-Adresse eingeben und dann auf einen per E-Mail erhaltenen Link klicken.

3.3.9 Barrierefreie Authentifizierung (erweitert), Stufe AAA, übernimmt dieselbe Regel, jedoch ohne die Ausnahmen Objekterkennung und persönliche Inhalte: Nutzer zum Anmelden auf Katzenbilder klicken zu lassen, ist dann nicht mehr zulässig, es sei denn, es gibt eine Alternative oder einen Hilfsmechanismus.

Was WCAG 2.2 für eine bestehende Website ändert

Da die Erfolgskriterien aus WCAG 2.0 und 2.1 im Wesentlichen gleich bleiben, behält die bereits geleistete Arbeit daran ihren Wert. Die 9 neuen Kriterien gab es in WCAG 2.1 jedoch nicht; ein Audit auf Basis von 2.1 hat sie daher nicht als Kriterien bewertet. Sechs davon gehören zu den Stufen A und AA.

Prüfen Sie in der Praxis zuerst die Komponenten, auf die diese Kriterien zielen: fixierte Elemente, die den Fokus verdecken können, per Ziehen bediente Listen oder Schieberegler, kleine und eng beieinanderliegende Schaltflächen und Icons, die Position von Hilfe-Link oder Chat, mehrstufige Formulare sowie Anmeldeprozesse mit Passwort oder CAPTCHA. Für 4.1.1 Parsing gibt es in WCAG 2.2 keine zu prüfende Anforderung mehr.

WCAG 2.2 und das französische RGAA 5: was die DINUM angekündigt hat

In einem am 2. März 2026 veröffentlichten Artikel erklärte die DINUM, dass eine neue Version des RGAA, des französischen Barrierefreiheitsrahmens, nämlich Version 5, in Arbeit sei und voraussichtlich Ende 2026 veröffentlicht werde. Zu den Neuerungen der technischen Prüfmethode gehört die Integration von WCAG 2.2, neben technischen Kriterien und Tests für mobile Apps und Bürodokumente sowie einer Umformulierung und Vereinfachung der Kriterien.

Laut DINUM werden die Kriterien des RGAA 5 die des damals geltenden RGAA 4.1.2 präzisieren oder ergänzen, ohne sie zu widerlegen, und laufende oder geplante Arbeiten auf Basis des RGAA 4.1.2 dürfen keinesfalls ausgesetzt oder verschoben werden. Barrierefreiheitserklärungen, die vor der Veröffentlichung des RGAA 5 erstellt wurden, bleiben 18 Monate gültig, begrenzt auf 3 Jahre ab ihrem Veröffentlichungsdatum.

Zu den rechtlichen Pflichten kündigt die DINUM die Benennung der Arcom als Kontrollbehörde und die Einrichtung eines Online-Dienstes zur Einreichung und Veröffentlichung von Barrierefreiheitserklärungen an. Außerdem erinnert sie daran, dass Verstöße gegen die Gesetzgebung zur digitalen Barrierefreiheit Sanktionen nach sich ziehen können. Laut dem DINUM-Artikel vom März 2026 befand sich das RGAA 5 damals noch in Arbeit; bis seine Kriterien im Detail vorliegen, sollten Sie sich weiterhin auf das RGAA 4.1.2 stützen, das laut DINUM zum Zeitpunkt ihres Artikels galt, und die oben beschriebenen WCAG-2.2-Kriterien schon jetzt berücksichtigen. Der kostenlose Test und die kontinuierliche Überwachung von Conformly helfen Ihnen, die Barrierefreiheit Ihrer Seiten dauerhaft im Blick zu behalten.

Häufige Fragen

Welche neuen Erfolgskriterien gibt es in WCAG 2.2?

WCAG 2.2 fügt 9 Kriterien hinzu: 2.4.11, 2.4.12 und 2.4.13 zum Tastaturfokus, 2.5.7 zum Ziehen, 2.5.8 zur Zielgröße, 3.2.6 zur konsistenten Hilfe, 3.3.7 zur redundanten Eingabe sowie 3.3.8 und 3.3.9 zur barrierefreien Authentifizierung.

Welches Kriterium wurde in WCAG 2.2 gestrichen?

4.1.1 Parsing, das das W3C als obsolet einstuft, wurde aus WCAG 2.2 entfernt. Die übrigen Kriterien aus WCAG 2.0 und 2.1 sind im Wesentlichen gleich geblieben.

Wann wurde WCAG 2.2 veröffentlicht?

WCAG 2.2 wurde am 5. Oktober 2023 als W3C-Empfehlung veröffentlicht.

Wie groß müssen Klickziele nach WCAG 2.2 mindestens sein?

2.5.8, Stufe AA, verlangt mindestens 24 mal 24 CSS-Pixel, mit Ausnahmen: ausreichender Abstand, ein gleichwertiges Bedienelement auf der Seite, ein Ziel in einem Satz oder durch die Zeilenhöhe des Textes begrenzt, eine vom User Agent bestimmte und vom Autor nicht veränderte Größe oder eine wesentliche oder rechtlich vorgeschriebene Darstellung.

Wird das RGAA 5 WCAG 2.2 enthalten?

Ja. Laut der Ankündigung der DINUM vom 2. März 2026 ist die Integration von WCAG 2.2 eine der wichtigsten geplanten Neuerungen des RGAA 5, das sich damals in Arbeit befand. Die Veröffentlichung ist für Ende 2026 vorgesehen.

Weiterlesen bei Conformly

Quellen

Dieser Artikel stützt sich auf die am Seitenende genannten offiziellen Quellen.