WCAG 2.2 in der Praxis: neue Regeln zur Barrierefreiheit für Unternehmen
Erfüllt Ihre Website WCAG 2.2? Prüfen Sie die Barrierefreiheit mit einem schnellen Online-Audit und verbessern Sie Sichtbarkeit, Conversions und Vertrauen.
Einführung: Was WCAG 2.2 wirklich verändert
WCAG 2.2 ergänzt neun Erfolgskriterien. Alle betreffen dieselbe Frage: Erreicht ein Nutzer den Inhalt per Tastatur, Screenreader oder mit dem Daumen am Smartphone?
Für Unternehmen hat das drei Folgen zugleich: größere Reichweite, bessere technische SEO-Ergebnisse und weniger rechtliche Risiken.
Was steckt hinter der Aktualisierung?
- Neue Nutzungsgewohnheiten: Die meisten Interaktionen finden heute am Telefon statt, mit dem Finger und unterwegs.
- Gesetzesänderungen: Der European Accessibility Act und nationale Gesetze verweisen ausdrücklich auf WCAG.
- Wettbewerbsdruck: Eine barrierefreie Oberfläche funktioniert für alle besser, was sich auch in Suchdaten zeigt.
Gut zu wissen: Die meisten WCAG-2.2-Kriterien können Sie ohne Werkzeug prüfen. Legen Sie die Maus weg und durchlaufen Sie den gesamten Kaufprozess nur mit der Tabulatortaste.
WCAG im Überblick: Worum geht es eigentlich?
Die Web Content Accessibility Guidelines (WCAG) beschreiben, wie Websites und Anwendungen gestaltet werden sollen, damit jeder sie unabhängig von Einschränkungen beim Sehen, Hören oder bei der Beweglichkeit nutzen kann.
WCAG 2.2 ergänzt neun Erfolgskriterien: deutlicher Fokus, Größe interaktiver Elemente und Authentifizierung ohne Barrieren. Der Umfang ist überschaubar, trifft aber genau die Stellen, an denen Nutzer besonders häufig abbrechen.
Die vier Grundsätze der Barrierefreiheit: POUR
- Perceivable (wahrnehmbar) - Inhalte sind sichtbar oder hörbar: Kontrast, Alternativtexte, Videountertitel.
- Operable (bedienbar) - die Website lässt sich per Tastatur nutzen, und Animationen lösen keine epileptischen Anfälle aus.
- Understandable (verständlich) - Navigation und Sprache sind intuitiv, Fehlermeldungen erklären das Problem eindeutig.
- Robust - der Code funktioniert mit Screenreadern und bleibt auch in zukünftigen Browsern stabil.
Stufe
Was bedeutet sie?
Minimum: Wesentliche Funktionen werden für Menschen mit Behinderungen nicht blockiert.
Marktstandard: in den meisten Ausschreibungen und Vorschriften verlangt, etwa im öffentlichen Sektor.
Anspruchsvolles Premium-Niveau: vollständige Barrierefreiheit in nahezu jeder Nutzungssituation.
Warum ist AA der Marktstandard?
AA bringt reale Nutzerbedürfnisse und Umsetzungskosten zusammen: Kontrast, sichtbarer Tastaturfokus, Videountertitel und ein Layout, das beim Vergrößern nicht auseinanderfällt. Diese Stufe verlangen Ausschreibungen und Vorschriften; auf sie zielen die meisten Audits im E-Commerce und bei SaaS.
AA-Kriterien helfen nicht nur Menschen mit Behinderungen. Sie verkürzen für alle die Zeit bis zum Ziel. Das zeigt sich im Verhalten auf der Website und in den Signalen, die Google sammelt.
Schnelltest: Setzen Sie den Fokus auf den CTA-Button und machen Sie einen Screenshot. Ist nach dem Vergrößern nicht klar erkennbar, welches Element aktiv ist, wird Kriterium 2.4.13 nicht erfüllt: Der Rahmen muss mindestens 2 px stark sein und 3:1 Kontrast zum Hintergrund aufweisen.
Neu in WCAG 2.2: neun Erfolgskriterien
Die neun neuen Kriterien drehen sich um drei Themen: Tastaturnavigation, Größe von Touch-Zielen und Anmeldung ohne kognitive Barrieren. Besonders profitieren Menschen mit eingeschränkter Motorik und mobile Nutzer.
Die neun neuen Kriterien im Überblick
- 2.4.11 Focus Not Obscured (Minimum) - der Tastaturfokus darf nicht von fixierten Elementen verdeckt werden.
- 2.4.12 Focus Not Obscured (Enhanced) - die gesamte Fläche des fokussierten Elements muss vollständig sichtbar sein.
- 2.4.13 Focus Appearance - Fokuskontrast von mindestens 3:1 und mindestens 2 px Rahmenstärke.
- 2.5.7 Dragging Movements - eine Alternative zu Drag-and-drop-Gesten.
- 2.5.8 Target Size (Minimum) - interaktive Elemente mindestens 24x24 px, abgesehen von Ausnahmen.
- 3.2.6 Consistent Help - Hilfen wie FAQ, Chat und Telefonnummer auf jeder Unterseite an derselben Stelle.
- 3.3.7 Redundant Entry - Formulare verlangen keine erneute Eingabe von Daten, die das System bereits kennt.
- 3.3.8 Accessible Authentication (Minimum) - Anmeldung ohne visuelle Rätsel oder das Auswendiglernen von Passwörtern.
- 3.3.9 Accessible Authentication (Enhanced) - Erweiterung des vorherigen Kriteriums, die zusätzliche kognitive Barrieren beseitigt.
Wie wirken sich die Änderungen auf Ihre Website aus?
Am deutlichsten ist der Unterschied bei der Tastaturbedienung und am Smartphone. Größere Touch-Ziele und ein klarer Fokus verkürzen den Weg zum Ziel. Alternativen zu Drag and drop erschließen Funktionen für Menschen mit assistiven Technologien.
Ein weiterer Effekt ist technischer Natur: weniger Formularfehler, ein kürzerer Kaufprozess und geordnete Semantik, in der sich Suchmaschinen-Crawler besser zurechtfinden.
So messen Sie es: Wählen Sie einen Button in den DevTools aus und prüfen Sie unter „Computed“ die tatsächliche Höhe und Breite einschließlich Padding. Symbole für „Aus dem Warenkorb entfernen“ oder „Zu Favoriten hinzufügen“ mit 16 px erfüllen Kriterium 2.5.8 nicht.
Für wen die neuen Anforderungen gelten: Onlineshops, Portale, SaaS und mobile Apps
WCAG 2.2 betrifft jede Branche, die im Internet Geld verdient. Die Vorschriften gelten bereits, und Nutzer verhandeln nicht: Sie gehen einfach.
Besonders betroffene Branchen
- E-Commerce-Shops: Größere Touch-Ziele und verständliche Formulare reduzieren Warenkorbabbrüche.
- Inhaltsportale und Marktplätze: Besserer Kontrast und Tastaturfokus erleichtern das Lesen langer Listen.
- SaaS-Produkte und Webanwendungen: Alternativen zu Drag and drop verkürzen das Onboarding neuer Nutzer.
- Mobile Apps: Ziele mit 24x24 px und bessere Touch-Navigation reduzieren Bedienfehler.
- FinTech und HealthTech: Der European Accessibility Act gilt seit dem 28. Juni 2025 und verlangt Stufe AA.
Was verlieren Sie, wenn Sie WCAG 2.2 ignorieren?
- Qualitätssignale für Google: Eine unzugängliche Oberfläche geht meist mit chaotischer Semantik und schwachen Core Web Vitals einher.
- Mobile Nutzer, die nicht mit einem winzigen „Jetzt kaufen“-Button kämpfen werden.
- Rechtskonformität: Fehlende Barrierefreiheit birgt das Risiko von Sanktionen und dem Ausschluss aus Ausschreibungen.
Welche WCAG-Stufe ist derzeit gesetzlich vorgeschrieben?
Der European Accessibility Act definiert keine eigenen technischen Kriterien. Er verweist auf die harmonisierte Norm EN 301 549, deren geltende Version V3.2.1 WCAG 2.1 auf Stufe AA direkt übernimmt. Das ist die aktuelle rechtliche Schwelle.
Die Überarbeitung hebt sie auf WCAG 2.2 AA an: Der Entwurf V4.1.0 liegt seit November 2025 vor, und der Verweis auf V4.1.1 im EU-Amtsblatt wird im Oktober 2026 erwartet. Praktisch bedeutet das: Heute ist 2.1 AA das Minimum, bei jeder größeren Überarbeitung sollten Sie aber sofort 2.2 AA anstreben. Der Unterschied besteht aus wenigen Kriterien, und die Arbeit fällt nur einmal an.
Fristen, Ausnahmen für Kleinstunternehmen und das polnische Umsetzungsgesetz erläutern wir im Artikel darüber, was der European Accessibility Act im E-Commerce verändert. Den vollständigen Richtlinientext finden Sie auf der Website der Europäischen Kommission.
Wie prüfen Sie die Bereitschaft für WCAG 2.2 schnell?
- Führen Sie ein grundlegendes Audit mit axe DevTools oder Lighthouse durch.
- Prüfen Sie, ob alle Buttons mindestens 24x24 px groß sind.
- Prüfen Sie den Kontrast: mindestens 4,5:1 für Text und 3:1 für interaktive Elemente.
- Stellen Sie sicher, dass wichtige Funktionen allein per Tastatur bedienbar sind.
- Beauftragen Sie ein vollständiges Audit mit tatsächlichen Nutzern mit Behinderungen. Automatische Werkzeuge finden nicht alles.
WCAG-2.2-Checkliste: Werkzeuge und Arbeitsschritte
Bevor eine Codezeile auf den Server gelangt, arbeiten wir eine Checkliste mit sieben Punkten ab. Die Reihenfolge ist bewusst gewählt: Jeder Schritt nimmt dem nächsten die Hälfte der Arbeit ab.
Sie können sie selbst durcharbeiten oder uns mit der gesamten Umsetzung in einem Projekt beauftragen.
Arbeitsschritte und empfohlene Werkzeuge
Schritt
Werkzeuge / Ziel
axe DevTools, Lighthouse, Pa11y - wir finden kritische Fehler: Kontrast, fehlende Beschriftungen und Fokus.
Card-Sorting, FigJam - wir definieren wichtige Conversion-Pfade, die Tests abdecken sollen.
CSS-Tokens, geprüft mit Stylelint - eine Quelle für Farben und Typografie, Klickflächen mindestens 24x24 px.
Semantisches HTML und native Elemente (button, dialog, details) statt ARIA-Rollen, wo immer möglich. Tastaturnavigation und sichtbarer Fokus funktionieren dann ohne eine Zeile JavaScript.
W3C-Validator - wir ordnen die Überschriftenhierarchie h1-h6, Alternativtexte und Linktexte, ohne „hier klicken“.
Wir erstellen eine Barrierefreiheitserklärung gemäß EAA-Anforderungen und richten Regressionswarnungen ein, damit die nächste Veröffentlichung die Arbeit nicht rückgängig macht.
Wie nutzen Sie die Checkliste praktisch?
Möchten Sie sie selbst durcharbeiten? Oben finden Sie jeden Schritt. Soll alles in einem Projekt erledigt werden, prüfen wir die Website und liefern eine nach Nutzerwirkung priorisierte Korrekturliste.
Geschäftlicher Nutzen: SEO, Conversions und Markenvertrauen
Digitale Barrierefreiheit ist mehr als eine gesetzliche Pflicht. Verbesserungen nach WCAG 2.2 betreffen dieselben Elemente, auf denen technisches SEO und Onlineverkauf beruhen.
1. Bessere Google-Positionen
Google belohnt Core Web Vitals, strukturierte Daten und klare Semantik. Geordneter Kontrast, eine h1-h6-Hierarchie und sichtbarer Fokus sind dieselbe Arbeit: einmal erledigt, zählt sie in beiden Bewertungen.
Darum ist Barrierefreiheit bei unserer Suchmaschinenoptimierung in Białystok Teil der technischen Arbeit und kein separater Aufpreis.
2. Mehr Conversions und geringere CAC
Größere Klickflächen, logische Formulare und hilfreiche Alternativtexte verkürzen den Weg zum Kauf. Mobile Nutzer müssen kein erbsengroßes Symbol treffen, und Screenreader-Nutzer wissen, was im Warenkorb liegt. Weniger Abbrüche bei gleichem Traffic bedeuten niedrigere Kosten pro Neukunde.
3. Glaubwürdigkeit und Schutz vor PR-Krisen
Eine Barrierefreiheitserklärung ist ein öffentliches, überprüfbares Versprechen. Eine Marke, die es erfüllt, muss sich nicht für die Beschwerde eines Kunden rechtfertigen, der nicht bestellen konnte. Das ist günstiger als eine weitere Kampagne über Unternehmenswerte.
4. Weniger rechtliches Risiko
Der European Accessibility Act gilt seit dem 28. Juni 2025 und verpflichtet E-Commerce-Shops und digitale Dienste zur Konformität auf Stufe AA: derzeit WCAG 2.1 AA nach EN 301 549 V3.2.1, nach der Normüberarbeitung WCAG 2.2 AA. Fehlende Konformität birgt Bußgeld- und Ausschlussrisiken bei Ausschreibungen. Sofortmaßnahmen kosten zudem mehr als geplante Arbeit.
Barrierefreiheit verbindet drei Punkte, die ohnehin auf Ihrer Liste stehen: gesetzliche Vorgaben, Nutzerbedürfnisse und Suchmaschinensignale. Sie müssen sich nicht für nur einen entscheiden.
Zusammenfassung: die wichtigsten Erkenntnisse aus WCAG 2.2
Digitale Barrierefreiheit ist kein Häkchen vor einem Audit. Die folgenden Punkte wiegen bei der Umsetzung von WCAG 2.2 am stärksten.
Erkenntnisse im Überblick
- Die neun neuen WCAG-2.2-Kriterien betreffen vor allem mobile Nutzbarkeit, Touch-Ziele und Tastaturnavigation.
- E-Commerce, SaaS und mobile Apps verlieren am meisten, von Warenkorbabbrüchen bis zu EAA-Sanktionen.
- Die aktuelle rechtliche Schwelle ist WCAG 2.1 AA (EN 301 549 V3.2.1). Planen Sie Änderungen dennoch direkt für 2.2 AA.
- Ein Audit ist der erste Schritt: axe DevTools oder Lighthouse zeigen kritische Fehler in wenigen Minuten.
- Sie können die Checkliste schrittweise umsetzen oder uns die gesamte Arbeit übertragen.
Wie geht es weiter?
- Beginnen Sie mit einem Schnellaudit kritischer Fehler, nicht mit einem neuen Layout.
- Vergleichen Sie die Ergebnisse mit der Checkliste und priorisieren Sie die Planung nach Nutzerwirkung.
- Prüfen Sie nach jeder Veröffentlichung auf Regressionen. Barrierefreiheit geht oft unbemerkt verloren.
Barrierefreiheit ist ein Prozess, kein einmaliges Projekt. Jede neue Funktion, Landingpage und Kampagne sollte denselben Test bestehen: Erreicht sie jemand, der nur Tastatur oder Screenreader verwendet? Je früher das Team diese Gewohnheit entwickelt, desto weniger teure Korrekturen folgen später.
FAQ: häufige Fragen zum Standard WCAG 2.2
Fünf Fragen zum Standard tauchen bei jedem Audit auf: Was ändert Version 2.2 genau, welche Kriterien kommen hinzu, welche Stufe ist sinnvoll, was bringt Barrierefreiheit für SEO und wie lässt sich ein schneller Selbsttest durchführen?
Was ist WCAG 2.2 und was ist neu?
WCAG beschreibt, wie Websites und Anwendungen gestaltet werden sollen, damit jeder sie unabhängig von Einschränkungen des Sehens, Hörens oder der Beweglichkeit nutzen kann. Version 2.2 ergänzt neun Erfolgskriterien zu erkennbarem Tastaturfokus, der Größe interaktiver Elemente und barrierefreier Authentifizierung. Grundlage bleiben die vier POUR-Prinzipien: wahrnehmbar, bedienbar, verständlich und robust.
Welche Kriterien führt WCAG 2.2 ein?
Der Fokus darf nicht durch fixierte Elemente verdeckt werden (2.4.11 und 2.4.12), sein Kontrast muss mindestens 3:1 bei 2 px Rahmenstärke betragen (2.4.13). Ziehbewegungen brauchen eine Alternative (2.5.7), interaktive Elemente mindestens 24x24 px (2.5.8). Hilfe soll auf jeder Unterseite an derselben Stelle stehen (3.2.6), bekannte Daten dürfen in Formularen nicht erneut verlangt werden (3.3.7), und die Anmeldung muss ohne visuelle Rätsel funktionieren (3.3.8 und 3.3.9).
Welche Konformitätsstufe ist sinnvoll: A, AA oder AAA?
AA. A ist das Minimum, bei dem wesentliche Funktionen nicht blockiert werden; AAA ist ein selten verlangtes Premium-Niveau. AA verbindet reale Nutzerbedürfnisse mit vertretbarem Aufwand: ausreichender Kontrast, sichtbarer Tastaturfokus, Videountertitel und responsives Layout. Die meisten Ausschreibungen und Vorschriften verlangen diese Stufe. Der seit dem 28. Juni 2025 geltende European Accessibility Act verweist auf EN 301 549. Deren geltende Version V3.2.1 übernimmt WCAG 2.1 AA. Die Überarbeitung hebt die Schwelle auf WCAG 2.2 AA an: Der Entwurf V4.1.0 liegt seit November 2025 vor, der Verweis auf V4.1.1 im EU-Amtsblatt wird im Oktober 2026 erwartet.
Hilft Barrierefreiheit der Suchmaschinenoptimierung?
Ja, weil sie an denselben Elementen ansetzt wie technisches SEO. Korrekter Kontrast, geordnete h1-h6-Überschriften, klare HTML-Semantik und sichtbarer Fokus verbessern Crawlbarkeit und Core Web Vitals. Bessere UX verkürzt die Aufgabenerledigung und senkt die Absprungrate. Google wertet diese Signale als Hinweise auf die Qualität einer Website.
Wie lässt sich WCAG 2.2 schnell prüfen?
In fünf Schritten: ein grundlegendes Audit mit axe DevTools oder Lighthouse durchführen; Schaltflächen auf mindestens 24x24 px prüfen; Kontrast von mindestens 4,5:1 für Text und 3:1 für interaktive Elemente kontrollieren; wichtige Funktionen ausschließlich per Tastatur nutzen; abschließend ein vollständiges Audit mit tatsächlichen Nutzern mit Behinderungen beauftragen, denn automatische Werkzeuge finden nicht alles.
Version 2.2 stellt die Regeln nicht auf den Kopf. Sie schließt Lücken, an denen Tastatur- und Smartphone-Nutzer besonders oft scheitern. Haben Sie eine Frage, die hier fehlt? Schreiben Sie an biuro@digidraft.pl. Wir antworten innerhalb von 24 Geschäftsstunden.
