WCAG 2.1 AA vs WCAG 2.2: Der Unterschied

Das Wichtigste in Kürze: WCAG 2.2 ersetzt die Version 2.1 nicht vollständig, sondern baut darauf auf. Wer bereits sauber nach WCAG 2.1 AA gearbeitet hat, steht nicht bei null. Neu hinzu kommen Anforderungen zu sichtbaren Fokusmarkierungen (die nicht durch Cookie-Banner oder Sticky-Header verdeckt werden dürfen), Mindestgrößen für Klickziele (besonders relevant auf Mobilgeräten), Unterstützung bei wiederkehrenden Eingaben und barriereärmere Authentifizierung. Für Online-Shops betreffen diese Änderungen vor allem Filter, Formulare, Checkout, Kundenkonto und Login-Strecken. Wer heute noch deutliche Defizite bei den WCAG-2.1-Grundlagen hat, sollte dort zuerst ansetzen. Bei Relaunches, neuen Designsystemen oder Checkout-Umbauten lohnt es sich, WCAG 2.2 direkt mitzudenken.

Wer gerade die Barrierefreiheit seines Online-Shops plant, stolpert schnell über dieselbe Frage: Was ist beim Thema WCAG 2.1 AA vs WCAG 2.2 Unterschied eigentlich wirklich neu - und was bedeutet das konkret für das BFSG? Genau hier passieren teure Fehlentscheidungen. Viele Teams arbeiten noch mit einer 2.1-AA-Checkliste, obwohl 2.2 an mehreren Stellen präziser wird und typische Nutzungsprobleme in Shops besser abdeckt.

WCAG 2.1 AA vs WCAG 2.2 Unterschied: kurz erklärt

Der wichtigste Punkt zuerst: WCAG 2.2 ersetzt die 2.1 nicht komplett in dem Sinne, dass alles neu wäre. Die Version 2.2 baut auf 2.1 auf. Wer bereits sauber nach WCAG 2.1 AA gearbeitet hat, steht also nicht wieder bei null. Der praktische Unterschied liegt darin, dass neue Erfolgskriterien hinzugekommen sind, die vor allem Menschen mit motorischen, kognitiven und visuellen Einschränkungen besser unterstützen.

Für Shop-Betreiber ist das relevant, weil genau diese Hürden oft in kritischen Prozessen auftauchen - bei Filtern, Formularen, Logins, Gutscheinfeldern, Produktkonfiguratoren oder im Checkout. Es geht also nicht um akademische Feinheiten, sondern um echte Nutzungsbarrieren an Stellen, an denen Umsatz und rechtliches Risiko direkt zusammenhängen.

Warum WCAG 2.2 für E-Commerce mehr als ein Update ist

Bei vielen Webseiten merkt man den Unterschied zwischen 2.1 und 2.2 nicht auf den ersten Blick. In Online-Shops ist er oft deutlich spürbar. Shops bestehen aus interaktiven Elementen, Zustandswechseln, Pop-ups, Formularen und kleinen Klickzielen auf mobilen Geräten. Genau dort setzt WCAG 2.2 nach.

Wenn ein Button zwar sichtbar ist, aber für Menschen mit eingeschränkter Feinmotorik zu klein oder zu dicht am nächsten Element platziert wurde, entsteht ein reales Problem. Wenn ein Formular Nutzer ohne klare Hilfestellung in einen Fehler laufen lässt, ist das nicht nur unfreundlich, sondern kann auch im Checkout zum Abbruch führen. WCAG 2.2 verschiebt den Fokus stärker auf solche praktischen Nutzungshürden.

Für Unternehmen, die sich am BFSG orientieren, heißt das: Es reicht nicht, nur alte Prüflisten abzuhaken. Entscheidend ist, ob die Seite tatsächlich bedienbar ist - auch unter Stress, auf mobilen Geräten und in komplexen Kaufprozessen.

Diese neuen Kriterien machen den Unterschied

Der WCAG 2.1 AA vs WCAG 2.2 Unterschied zeigt sich vor allem in zusätzlichen Anforderungen. Nicht alle sind für jeden Shop gleich relevant. Einige betreffen redaktionelle Seiten kaum, andere sind für E-Commerce fast immer wichtig.

Fokus nicht verdecken

Neu ist unter anderem die Anforderung, dass sichtbare Fokusmarkierungen nicht durch andere Elemente verdeckt werden dürfen. Das klingt klein, ist aber im Alltag häufig ein Problem. Denken Sie an Cookie-Banner, Sticky-Header, eingeblendete Chat-Flächen oder Rabatthinweise. Wenn Tastaturnutzer gerade durch ein Formular oder die Navigation springen und der aktive Fokus hinter einem eingeblendeten Element verschwindet, wird die Bedienung schnell unklar.

Für Shops ist das besonders kritisch im Warenkorb und Checkout. Wer nicht mehr erkennt, wo er sich gerade befindet, bricht eher ab oder macht Eingabefehler.

Mindestgröße für Klickziele

Ein weiteres zentrales Thema ist die Zielgröße interaktiver Elemente. Kleine Icons, Mini-Schließen-Buttons, enge Plus-und-Minus-Steuerungen in Mengenfeldern oder winzige Filteroptionen sind klassische Problemstellen. Auf dem Desktop fällt das oft weniger auf. Auf dem Smartphone schon.

WCAG 2.2 greift hier ein, weil die Bedienung nicht nur für Menschen mit Assistenzbedarf leichter wird. Größere, sauber getrennte Klickziele verbessern die Nutzbarkeit für alle. Der Trade-off: Manchmal kollidiert das mit sehr kompakten Layouts oder stark verdichteten Mobilansichten. Dann braucht es keine Schönfärberei, sondern Priorisierung im Design.

Hilfe bei wiederkehrenden Eingaben

WCAG 2.2 stärkt außerdem Anforderungen rund um die Unterstützung bei Eingaben. Gemeint sind Situationen, in denen Nutzer Informationen erneut eingeben oder Schritte unterbrechen und später fortsetzen. Das ist besonders relevant bei längeren Formularen, Kundenkonten oder Bestellprozessen.

Hier geht es nicht nur um technische Korrektheit, sondern um Frustvermeidung. Wenn Daten unnötig verloren gehen oder Nutzer ohne Orientierung erneut anfangen müssen, ist das eine Barriere - und oft auch ein Conversion-Problem.

Authentifizierung ohne unnötige Hürden

Ein wichtiger Bereich betrifft Logins und Authentifizierung. Bestimmte kognitive Hürden sollen reduziert werden, etwa wenn Nutzer komplexe Schritte aus dem Gedächtnis reproduzieren müssen. Für Shops mit Kundenkonto, B2B-Bereichen oder wiederkehrenden Käufen ist das relevant.

Das bedeutet nicht, dass Sicherheit zweitrangig wird. Es bedeutet, dass Sicherheitsprozesse so gestaltet werden sollten, dass sie nutzbar bleiben. Gerade hier gilt: Es kommt auf die konkrete Umsetzung an. Nicht jede Login-Strecke ist automatisch problematisch, aber viele historisch gewachsene Lösungen sind es.

Was aus WCAG 2.1 AA weiterhin bleibt

Bei aller Aufmerksamkeit für 2.2 sollte man einen Fehler vermeiden: die bestehenden Anforderungen aus 2.1 zu unterschätzen. Viele rechtlich und praktisch relevanten Probleme liegen weiterhin bei den bekannten Grundlagen. Dazu gehören fehlende Alternativtexte, schlechte Kontraste, unklare Formularbeschriftungen, nicht mit Tastatur bedienbare Elemente oder fehlerhafte Reihenfolgen bei Fokus und Navigation.

Das ist für die Priorisierung entscheidend. Wenn Ihr Shop an den Basics scheitert, bringt es wenig, sofort nur auf die neuen 2.2-Kriterien zu schauen. Zuerst müssen die Barrieren behoben werden, die Nutzung und Risiko heute am stärksten beeinflussen. Danach lohnt der gezielte Blick auf die neuen Anforderungen.

Was bedeutet das für das BFSG?

Für viele Verantwortliche ist nicht die Norm selbst das Problem, sondern die Frage: Worauf muss ich mich bis Juni 2025 praktisch einstellen? Die ehrliche Antwort lautet: Sie sollten WCAG nicht als starre Formalie behandeln, sondern als Prüfmaßstab für reale Nutzbarkeit und Dokumentation.

Selbst wenn interne Prozesse noch auf WCAG 2.1 AA referenzieren, ist es riskant, neue Anforderungen aus 2.2 zu ignorieren, wenn sie erkennbare Nutzungsprobleme adressieren. Wer heute Relaunches, Shop-Updates oder neue Checkout-Komponenten entwickelt, sollte 2.2 direkt mitdenken. Sonst wird aus einem laufenden Projekt schnell ein Nachbesserungsprojekt.

Für Compliance-Verantwortliche heißt das auch: Dokumentation gewinnt an Gewicht. Es reicht nicht, irgendwo festzuhalten, dass man sich mit Barrierefreiheit beschäftigt hat. Relevant ist, welche Seiten geprüft wurden, welche Mängel vorliegen, wie diese priorisiert wurden und wie sich Verbesserungen nachweisen lassen.

So priorisieren Shop-Betreiber richtig

Die beste Frage ist nicht: 2.1 oder 2.2? Die bessere Frage lautet: Wo entstehen in meinem Shop heute die größten Hürden und welche davon sind geschäftskritisch?

In der Praxis beginnt sinnvolle Priorisierung fast immer bei Startseite, Kategorieseiten, Produktdetailseite, Warenkorb, Checkout und Konto-Bereich. Dort treffen Sichtbarkeit, rechtliche Relevanz und Umsatzwirkung direkt aufeinander. Wenn dann noch mobile Nutzung stark ist, sollten Klickziele, Fokusführung und Formularunterstützung besonders genau geprüft werden.

Für Agenturen und Freelancer kommt ein weiterer Punkt dazu: Nicht jeder Kunde braucht sofort ein Vollaudit über tausende Seiten. Oft ist es wirtschaftlicher, erst die wichtigsten Templates und Kernprozesse zu bewerten, daraus Musterfehler abzuleiten und die Umsetzung dann systematisch auszurollen. Das spart Zeit und macht Budgets besser planbar.

Typische Fehlannahmen beim Wechsel von 2.1 auf 2.2

Ein häufiger Irrtum ist die Annahme, dass ein bestandener älterer Test automatisch ausreicht. Das stimmt so nicht. Wenn Ihr letzter Prüfstand vor längerer Zeit entstanden ist, können Design-Updates, neue Apps, geänderte Checkout-Strecken oder Marketing-Einblendungen längst neue Barrieren erzeugt haben.

Ebenso problematisch ist das Gegenteil: Manche Teams wollen sofort alles gleichzeitig beheben. Das klingt ambitioniert, ist aber oft ineffizient. Barrierefreiheit wird im Shop-Kontext beherrschbar, wenn Sie nach Risiko, Seitentyp und Fehlerhäufigkeit priorisieren.

Genau deshalb ist ein schneller, strukturierter Vorab-Check hilfreich. Ein Tool wie CheckBarriere kann in kurzer Zeit sichtbar machen, wo Ihr Shop gegen WCAG 2.1 AA und BFSG-nahe Anforderungen auffällt und welche Punkte zuerst auf die Umsetzungsagenda gehören. Entscheidend ist dabei nicht nur der Fund, sondern die verständliche Übersetzung in konkrete Maßnahmen.

Wann 2.2 sofort relevant ist - und wann es auf den Einzelfall ankommt

Wenn Sie gerade einen Relaunch planen, ein neues Designsystem einführen oder Checkout und Kundenkonto überarbeiten, dann ist WCAG 2.2 sofort relevant. In solchen Projekten werden genau die Komponenten gebaut, auf die sich viele neue Anforderungen auswirken.

Wenn Ihr Shop technisch stabil läuft, aber bisher noch deutliche Defizite bei den Grundlagen hat, kann die Reihenfolge anders aussehen. Dann sollten Sie erst die größten Barrieren aus 2.1-AA-Perspektive schließen und anschließend gezielt die 2.2-Erweiterungen ergänzen. Das ist kein Widerspruch, sondern sinnvolle Reihenfolge.

Wer Barrierefreiheit ernsthaft umsetzen will, sollte WCAG 2.2 nicht als lästige Zusatzschicht sehen. Es ist eher ein Realitätscheck für moderne Nutzung. Gerade im E-Commerce zeigt sich Barrierefreiheit nicht auf dem Papier, sondern in jedem klickbaren Element, jedem Formularfeld und jedem Schritt bis zum Kauf. Und genau dort lohnt es sich, jetzt genauer hinzusehen.