Blog

Was ist der Unterschied zwischen WCAG 2.1 und WCAG 2.2?

Herausgegeben von Decareto

4 Minuten lesen

November 4, 2026

WCAG 2.2 und WCAG 2.1 unterscheiden sich vor allem durch neun neue Erfolgskriterien, die in Version 2.2 hinzugekommen sind, sowie durch die Entfernung eines bestehenden Kriteriums. Der Kern beider Versionen bleibt identisch: WCAG 2.2 baut direkt auf WCAG 2.1 auf und ist vollständig abwärtskompatibel. Dieser Artikel beantwortet die wichtigsten Fragen rund um den Unterschied zwischen beiden Versionen und erklärt, welche Version für Ihre Website heute relevant ist.

Welche neuen Erfolgskriterien bringt WCAG 2.2 mit sich?

WCAG 2.2 führt neun neue Erfolgskriterien ein, die vor allem die Bedienbarkeit für Menschen mit motorischen Einschränkungen, kognitiven Beeinträchtigungen und Sehschwäche verbessern. Die meisten neuen Kriterien sind auf Konformitätslevel AA eingestuft und damit für die meisten gesetzlichen Anforderungen relevant.

Die neuen Erfolgskriterien im Überblick:

2.4.11 Fokus nicht verdeckt (Minimum) (AA): Wenn ein Element den Tastaturfokus erhält, darf es nicht vollständig durch andere Inhalte verdeckt werden, etwa durch fixierte Header oder Cookie-Banner.
2.4.12 Fokus nicht verdeckt (Erweitert) (AAA): Wie 2.4.11, jedoch strenger: Das fokussierte Element darf überhaupt nicht verdeckt sein.
2.4.13 Fokuserscheinungsbild (AAA): Der sichtbare Fokusindikator muss bestimmte Mindestanforderungen an Größe und Kontrast erfüllen.
2.5.7 Ziehbewegungen (AA): Alle Funktionen, die durch Ziehen (Drag-and-Drop) ausgelöst werden, müssen auch durch einen einfachen Klick oder Tippen bedienbar sein.
2.5.8 Zielgröße (Minimum) (AA): Interaktive Elemente wie Buttons oder Links müssen eine Mindestgröße von 24 x 24 CSS-Pixeln aufweisen.
3.2.6 Konsistente Hilfe (A): Wenn eine Website Hilfemechanismen anbietet, etwa einen Chatbot oder eine Telefonnummer, müssen diese an konsistenter Stelle erscheinen.
3.3.7 Redundante Eingabe (A): Informationen, die Nutzerinnen und Nutzer in einem mehrstufigen Prozess bereits eingegeben haben, müssen nicht erneut eingegeben werden.
3.3.8 Zugängliche Authentifizierung (Minimum) (AA): Anmeldeprozesse dürfen keine kognitiven Funktionstests erfordern, es sei denn, es gibt eine Alternative.
3.3.9 Zugängliche Authentifizierung (Erweitert) (AAA): Strengere Version von 3.3.8, die auch Ausnahmen weiter einschränkt.

Besonders praxisrelevant sind die Kriterien zur Fokussichtbarkeit und zur Zielgröße, da viele Websites hier typischerweise Schwachstellen aufweisen. Wer eine Website auf Barrierefreiheit prüfen möchte, sollte diese neuen Kriterien gezielt in den Blick nehmen. Ein automatisierter Barrierefreiheitstest kann dabei helfen, technisch messbare Verstöße schnell zu identifizieren.

Welches Erfolgskriterium wurde in WCAG 2.2 entfernt?

In WCAG 2.2 wurde das Erfolgskriterium 4.1.1 Syntaxanalyse (Parsing) vollständig entfernt. Dieses Kriterium war in WCAG 2.1 noch auf Level A eingestuft und forderte, dass HTML-Code so geschrieben wird, dass Browser und assistive Technologien ihn korrekt verarbeiten können.

Die Begründung der W3C-Arbeitsgruppe: Moderne Browser und Screenreader sind heute so robust, dass HTML-Syntaxfehler in der Praxis kaum noch zu Barrierefreiheitsproblemen führen. Das Kriterium hatte zudem in der Prüfpraxis zu Unklarheiten geführt, weil es schwer abzugrenzen war, welche HTML-Fehler tatsächlich barrierewirksam sind.

Für die Praxis bedeutet das: Websites, die bisher an 4.1.1 gescheitert sind, müssen dieses Kriterium nicht mehr erfüllen. Sauberer HTML-Code bleibt dennoch eine gute Praxis, da er die Grundlage für viele andere Barrierefreiheitsanforderungen bildet.

Ist WCAG 2.2 abwärtskompatibel mit WCAG 2.1?

Ja, WCAG 2.2 ist vollständig abwärtskompatibel mit WCAG 2.1. Das bedeutet: Wer WCAG 2.2 Level AA erfüllt, erfüllt automatisch auch WCAG 2.1 Level AA. Alle Erfolgskriterien aus WCAG 2.1 sind in WCAG 2.2 enthalten, mit der einzigen Ausnahme des entfernten Kriteriums 4.1.1.

Diese Abwärtskompatibilität ist ein bewusstes Designprinzip der W3C-Arbeitsgruppe. Unternehmen und Entwicklerinnen und Entwickler, die bereits auf WCAG 2.1 ausgerichtet haben, müssen ihre bisherige Arbeit nicht verwerfen. Sie müssen lediglich die neun neuen Kriterien zusätzlich prüfen und umsetzen.

Für die Praxis gilt: Ein bestandener WCAG-2.1-AA-Test bedeutet nicht automatisch, dass auch WCAG 2.2 AA erfüllt wird. Die neuen Kriterien, insbesondere zur Fokussichtbarkeit, Zielgröße und zugänglichen Authentifizierung, müssen gesondert geprüft werden. Ein aktuelles Accessibility-Audit sollte daher immer gegen WCAG 2.2 durchgeführt werden.

Welche Version ist für das BFSG und die EN 301 549 relevant?

Für das Barrierefreiheitsstärkungsgesetz (BFSG) und die harmonisierte europäische Norm EN 301 549 ist derzeit WCAG 2.1 Level AA der maßgebliche technische Referenzstandard. Die EN 301 549 in ihrer aktuellen Fassung verweist auf WCAG 2.1 und bildet die technische Grundlage für die gesetzlichen Anforderungen in Deutschland und der EU.

Allerdings ist davon auszugehen, dass die EN 301 549 in einer künftigen Revision auf WCAG 2.2 aktualisiert wird. Das W3C hat WCAG 2.2 im Oktober 2023 als offiziellen Standard verabschiedet, und Normierungsgremien orientieren sich in der Regel an der jeweils aktuellen Version der WCAG.

Für Unternehmen und Agenturen, die heute Barrierefreiheit umsetzen, empfiehlt es sich deshalb, direkt auf WCAG 2.2 zu setzen. Wer jetzt auf WCAG 2.1 optimiert, riskiert in absehbarer Zeit Nacharbeiten, sobald die Normen aktualisiert werden. Eine BITV-Prüfung auf Basis von WCAG 2.2 ist daher die zukunftssicherere Wahl.

Für öffentliche Stellen gilt bereits heute die BITV 2.0, die ebenfalls auf WCAG 2.1 basiert. Auch hier ist eine Orientierung an WCAG 2.2 sinnvoll, um langfristig konform zu bleiben.

Sollte man jetzt auf WCAG 2.2 umsteigen?

Ja, der Umstieg auf WCAG 2.2 ist für die meisten Websites heute sinnvoll und empfehlenswert. Da WCAG 2.2 vollständig abwärtskompatibel ist, bedeutet der Wechsel keine Mehrarbeit für bestehende Konformität, sondern lediglich die Prüfung und Umsetzung der neun neuen Erfolgskriterien.

Es gibt mehrere gute Gründe, jetzt auf WCAG 2.2 zu wechseln:

Zukunftssicherheit: Gesetzliche und normative Anforderungen werden sich in Richtung WCAG 2.2 bewegen. Wer jetzt umsteigt, vermeidet spätere Nacharbeiten.
Nutzerfreundlichkeit: Die neuen Kriterien verbessern die Bedienbarkeit für Menschen mit motorischen und kognitiven Einschränkungen spürbar. Das kommt allen Nutzerinnen und Nutzern zugute.
Keine rückwirkenden Verluste: Bestehende WCAG-2.1-Konformität bleibt erhalten. Es muss nichts zurückgebaut oder neu bewertet werden.
Marktstandard: Viele Prüfwerkzeuge, Agenturen und Zertifizierungsanbieter haben bereits auf WCAG 2.2 umgestellt.

Praktisch bedeutet der Umstieg: Führen Sie einen aktuellen Barrierefreiheitstest gegen WCAG 2.2 durch, identifizieren Sie Lücken bei den neuen Kriterien und priorisieren Sie die Behebung nach Schweregrad. Besonders die Kriterien zur Fokussichtbarkeit (2.4.11) und zur Zielgröße (2.5.8) sind häufige Schwachstellen und sollten prioritär geprüft werden.

So unterstützt decareto Sie bei der WCAG-Prüfung

Wir bei decareto haben unsere Barrierefreiheitssoftware auf den aktuellen WCAG-Standard ausgerichtet und unterstützen Sie dabei, Ihre Website systematisch auf Barrieren zu untersuchen. Konkret bieten wir:

Automatisierte Scans nach WCAG 2.1 und 2.2: Unser Tool prüft Unterseiten, erkennt typische Barrieren wie fehlende Alt-Texte, Kontrastprobleme und fehlerhafte ARIA-Attribute und ordnet jedes Problem dem entsprechenden WCAG-Erfolgskriterium zu.
Priorisierung nach Schweregrad: Gefundene Probleme werden nach Kritikalität eingestuft, damit Sie wissen, wo Handlungsbedarf am dringendsten ist.
Manuelle Erfassung ergänzender Probleme: Nicht alle Barrieren lassen sich automatisiert erkennen. Manuell geprüfte Probleme können direkt im Report erfasst und dokumentiert werden.
Dauerhafte Überwachung: Hunderte Websites lassen sich kontinuierlich beobachten. Bei Änderungen erhalten Sie automatische Benachrichtigungen.
Teilbare Reports: Reports können direkt mit Kundinnen und Kunden geteilt werden, auch unter eigenem Logo per Whitelabel-Funktion.

Bitte beachten Sie: Automatisierte Tests decken typischerweise 30 bis 50 Prozent aller möglichen Barrierefreiheitsprobleme ab. Ein gutes Testergebnis bedeutet nicht, dass keine weiteren Barrieren vorhanden sind. Unser Tool unterstützt Ihre Compliance-Arbeit, ersetzt jedoch keine manuelle Prüfung oder rechtliche Beratung.

Möchten Sie Ihre Website jetzt auf WCAG 2.2 prüfen? Testen Sie decareto kostenlos und erhalten Sie in Minuten einen strukturierten Barrierefreiheitsbericht für Ihre Website.

Dieser Text wurde mit Hilfe von KI erstellt und könnte Fehler beinhalten.