WCAG 2.2 verstehen und umsetzen – der Standard für barrierefreie Websites

Die WCAG 2.2 ist die international maßgebliche Richtlinie für digitale Barrierefreiheit und damit das technische Fundament für die Anforderungen aus BFSG und European Accessibility Act. Erfahren Sie, welche Erfolgskriterien neu sind, was die Konformitätsstufen A, AA und AAA bedeuten und wie Sie die WCAG 2.2 in Ihrer Website strukturiert umsetzen.

Visualisierung der Anforderungen und Erfolgskriterien der WCAG 2.2 Richtlinie

Was ist WCAG 2.2? Definition und Einordnung

Die Web Content Accessibility Guidelines 2.2 (WCAG 2.2) sind der aktuelle internationale Standard der Web Accessibility Initiative (WAI) des W3C und wurden im Oktober 2023 als offizielle W3C Recommendation veröffentlicht. Sie definieren prüfbare Erfolgskriterien dafür, wie Webinhalte gestaltet sein müssen, damit sie für möglichst viele Menschen zugänglich und nutzbar sind – unabhängig von Sehvermögen, motorischen Einschränkungen, Hörbehinderung oder kognitiven Beeinträchtigungen.

WCAG 2.2 erweitert die Vorgängerversionen WCAG 2.0 (2008) und WCAG 2.1 (2018) um neun zusätzliche Erfolgskriterien und ist abwärtskompatibel: Wer WCAG 2.2 erfüllt, erfüllt damit automatisch auch WCAG 2.1 und 2.0.

Warum WCAG 2.2 für Sie relevant ist:

  • check Rechtliche Grundlage: Das BFSG verweist auf die harmonisierte EU-Norm EN 301 549, die WCAG 2.2 als technische Referenz heranzieht.
  • check Konformitätsmaßstab: Behörden, Prüfstellen und Auditoren bewerten Barrierefreiheit auf Basis der WCAG 2.2 Erfolgskriterien.
  • check Internationaler Standard: Weltweit anerkannt und Grundlage nationaler Gesetze in der EU, den USA, Kanada und vielen weiteren Ländern.
Schematische Darstellung der WCAG 2.2 Struktur mit Prinzipien und Erfolgskriterien

Die Konformitätsstufen der WCAG 2.2: A, AA und AAA

Die WCAG 2.2 unterteilt ihre Erfolgskriterien in drei Konformitätsstufen. Diese Stufen geben an, wie umfassend eine Website Barrierefreiheit umsetzt – und welcher Aufwand zur Erreichung notwendig ist. Welche Stufe rechtlich gefordert ist, hängt vom jeweiligen Anwendungsfall ab.

  • check Stufe A (Minimum): Beseitigt grundlegende Barrieren. Ohne Stufe A ist eine Website für viele Nutzergruppen kaum bedienbar – etwa Tastaturnutzung oder Alternativtexte für Bilder.
  • check Stufe AA (Standard): Geforderter Standard für die Mehrheit gesetzlicher Vorgaben in der EU, einschließlich BFSG und EAA. Beinhaltet u. a. ausreichende Kontrastverhältnisse und responsive Darstellung.
  • check Stufe AAA (Höchstmaß): Maximale Barrierefreiheit. Aufgrund teils sehr strenger Anforderungen oft nicht für alle Inhaltstypen realisierbar – aber sinnvoll für besonders sensible Bereiche.

Für Unternehmen, die unter das Barrierefreiheitsstärkungsgesetz fallen, ist in der Regel Konformitätsstufe AA der zu erreichende Maßstab. Diese Stufe ist auch Grundlage der EU-Norm EN 301 549, auf die das BFSG verweist.

Die vier Prinzipien der WCAG 2.2

Die WCAG 2.2 strukturiert ihre Anforderungen entlang von vier übergeordneten Prinzipien, im Englischen unter dem Akronym POUR bekannt: Perceivable, Operable, Understandable, Robust. Jedes Erfolgskriterium der WCAG 2.2 lässt sich exakt einem dieser Prinzipien zuordnen.

Wer WCAG 2.2 verstehen will, beginnt hier:

1. Wahrnehmbarkeit

Inhalte müssen für alle Nutzer wahrnehmbar sein – visuell, akustisch oder über assistive Technologien. Konkret heißt das: aussagekräftige Alternativtexte für Bilder, Untertitel und Transkripte für Audio- und Videoinhalte sowie ausreichende Farbkontraste. Informationen dürfen nie ausschließlich über Farbe vermittelt werden.

2. Bedienbarkeit

Alle Funktionen müssen ohne Maus zugänglich sein. WCAG 2.2 fordert vollständige Tastaturbedienbarkeit, sichtbare Fokusmarkierungen, ausreichend Zeit für Eingaben und das Vermeiden von Inhalten, die epileptische Anfälle auslösen könnten – etwa durch starkes Flackern.

3. Verständlichkeit

Inhalte und Bedienlogik müssen verständlich sein. Klare Sprache, eindeutige Beschriftungen, vorhersehbares Navigationsverhalten und hilfreiche Fehlermeldungen mit Korrekturhinweisen sind zentrale Anforderungen. Formulare brauchen erläuternde Hinweise und nachvollziehbare Validierung.

4. Robustheit

Inhalte müssen mit aktuellen und künftigen Technologien interpretierbar sein – insbesondere mit Screenreadern und anderen Hilfstechnologien. Das setzt sauberen, standardkonformen Code, korrekt ausgezeichnete ARIA-Attribute und valides HTML voraus.

Die neuen Erfolgskriterien der WCAG 2.2 im Überblick

Mit Version 2.2 hat das W3C neun neue Erfolgskriterien eingeführt – mit besonderem Fokus auf Menschen mit motorischen oder kognitiven Einschränkungen. Sechs der neun zentralen Kriterien betreffen Konformitätsstufe AA und sind damit für die BFSG-Umsetzung unmittelbar relevant.

Tastaturfokus nicht verdeckt (2.4.11, AA)

Wenn ein Element den Tastaturfokus erhält, darf es nicht vollständig durch andere Inhalte – etwa Sticky Header oder Cookie Banner – verdeckt werden.

Alternativen zu Drag-and-Drop (2.5.7, AA)

Funktionen, die Ziehen erfordern, müssen alternativ über einfache Klick- oder Tippgesten bedienbar sein – wichtig für Nutzer mit eingeschränkter Motorik.

Mindestgröße für Bedienelemente (2.5.8, AA)

Klick- und Touch-Ziele müssen mindestens 24x24 CSS-Pixel groß sein, um zuverlässig getroffen zu werden – relevant für Touchscreens und feinmotorische Einschränkungen.

Konsistente Hilfsangebote (3.2.6, A)

Hilfefunktionen wie Kontaktformulare, FAQ-Links oder Chat müssen über alle Seiten hinweg an derselben Stelle erreichbar sein.

Barrierearme Authentifizierung (3.3.8, AA)

Login-Prozesse dürfen keine kognitiven Tests wie das Memorieren komplexer Passwörter oder Lösen von CAPTCHAs verlangen, ohne Alternativen anzubieten.

Keine redundanten Eingaben (3.3.7, A)

Bereits in einem Prozess eingegebene Informationen – etwa eine Lieferadresse – dürfen im selben Vorgang nicht erneut abgefragt werden.

WCAG 2.2 und BFSG: Wie hängen sie zusammen?

Das Barrierefreiheitsstärkungsgesetz (BFSG) verpflichtet seit dem 28. Juni 2025 viele Unternehmen dazu, ihre digitalen Angebote barrierefrei zu gestalten. Welche technischen Anforderungen konkret gelten, definiert das Gesetz allerdings nicht selbst – es verweist auf die harmonisierte europäische Norm EN 301 549, die wiederum direkt auf die WCAG 2.2 referenziert.

Für die Praxis heißt das: Wer die WCAG 2.2 auf Konformitätsstufe AA erfüllt, erfüllt in der Regel auch die technischen Anforderungen aus BFSG und European Accessibility Act. Eine vollständige Barrierefreiheit entsteht jedoch erst durch die konsequente Umsetzung im Code, in der Struktur und in den Inhalten Ihrer Website – ein Widget oder eine Erklärung allein reicht nicht.

  • check BFSG-Pflicht: seit 28.06.2025 für Online-Shops, Banken, Verkehrsdienste und weitere Anbieter.
  • check EN 301 549: übernimmt WCAG 2.2 Stufe AA als technischen Maßstab.
  • check Prüfbarkeit: WCAG 2.2 liefert die konkreten Erfolgskriterien für Audits und Konformitätserklärungen.
Verzahnung von WCAG 2.2, EN 301 549 und BFSG als Compliance-Rahmen

Genug Theorie?

WCAG 2.2 prüfen – mit SiteCockpit in unter 60 Sekunden

Wer profitiert von der Umsetzung der WCAG 2.2?

Barrierefreie Inhalte nach WCAG 2.2 sind kein Nischenthema. In Deutschland leben rund 7,8 Millionen schwerbehinderte Menschen – hinzu kommen temporäre und altersbedingte Einschränkungen, von denen ein noch deutlich größerer Anteil der Bevölkerung betroffen ist. WCAG 2.2 stellt sicher, dass diese Nutzergruppen Ihre Website tatsächlich nutzen können:

  • check Blinde und sehbehinderte Nutzer sind auf Alternativtexte, korrekte Strukturierung und kompatible Screenreader-Unterstützung angewiesen.
  • check Menschen mit motorischen Einschränkungen nutzen Tastatur, Sprachsteuerung oder spezielle Eingabegeräte – statt Maus oder präziser Touchgesten.
  • check Gehörlose und schwerhörige Personen benötigen Untertitel, Transkripte und visuelle Alternativen zu auditiven Inhalten.
  • check Nutzer mit kognitiven Beeinträchtigungen profitieren von einfacher Sprache, klaren Strukturen und vorhersehbaren Bedienmustern.
  • check Ältere Nutzer und mobile Nutzer in Ausnahmesituationen – etwa bei Sonneneinstrahlung oder einseitiger Bedienung – profitieren ebenfalls direkt.
Diverse Nutzergruppen, die von einer Umsetzung der WCAG 2.2 profitieren

WCAG 2.2 mit SiteCockpit prüfen, dokumentieren und kontinuierlich verbessern

SiteCockpit unterstützt Sie strukturiert dabei, die Anforderungen der WCAG 2.2 in Ihrem Projekt umzusetzen. Vollständige Barrierefreiheit erfordert technische, strukturelle und redaktionelle Anpassungen an der Website selbst – SiteCockpit liefert dafür die Werkzeuge zur Analyse, Steuerung und Dokumentation.

easyMonitoring

easyMonitoring

Automatisierte Prüfung Ihrer Seiten gegen die WCAG 2.2 Erfolgskriterien. Sie erhalten priorisierte Befunde, nachvollziehbare Reports und einen messbaren Fortschritt im Dashboard.

easyMonitoring entdecken
easyVision

easyVision

Frontend-Widget mit Anpassungen für Kontrast, Schriftgröße, Lesemodi und Tastaturfokus. Unterstützt Nutzer direkt – ergänzend zur strukturellen Umsetzung der WCAG 2.2.

easyVision entdecken

easyStatement

Erstellung und Pflege Ihrer Barrierefreiheitserklärung gemäß BFSG, mehrsprachig und exportbereit als HTML oder PDF.

easyStatement entdecken

Häufige Fragen zu WCAG 2.2

Eine vollständige WCAG 2.2 Prüfung kombiniert automatisierte Tests, manuelle Audits und Nutzertests. Automatisierte Werkzeuge wie easyMonitoring von SiteCockpit erkennen einen großen Teil der technischen Verstöße zuverlässig und priorisieren die Befunde. Bestimmte Kriterien – etwa zur Verständlichkeit von Inhalten – erfordern zusätzlich eine manuelle Bewertung durch Fachpersonen.

WCAG 2.2 strukturiert umsetzen – mit SiteCockpit

Sie haben jetzt einen klaren Überblick über die WCAG 2.2. Mit SiteCockpit prüfen Sie Ihre Seiten gegen die aktuellen Erfolgskriterien, dokumentieren Ihren Fortschritt und erstellen Ihre Barrierefreiheitserklärung – DSGVO-konform und entwickelt in Deutschland.