WCAG 2.2 einfach erklärt: Die 4 Prinzipien für alle
19.03.2025
Katja Hazod
WCAG — vier Buchstaben, die in der Welt des Webdesigns kaum noch jemand ignorieren kann. Seit dem BFSG sind sie auch für viele Unternehmen in Deutschland rechtlich relevant. Was steckt hinter dem Begriff, was fordern die Richtlinien konkret — und was hat sich mit Version 2.2 geändert?
Was ist WCAG?
WCAG steht für Web Content Accessibility Guidelines — auf Deutsch: Richtlinien für barrierefreie Webinhalte. Sie werden vom World Wide Web Consortium (W3C) entwickelt, der Organisation, die auch HTML und CSS verantwortet.
WCAG ist kein deutsches oder europäisches Gesetz, sondern ein internationaler Standard. Gesetze wie das BFSG oder die BITV 2.0 verweisen auf WCAG als technischen Maßstab — damit wird der Standard faktisch zur Rechtspflicht.
Die Versionsgeschichte kurz gefasst
WCAG 2.0
2008 · Grundlage vieler Gesetze
WCAG 2.1
2018 · BFSG-Mindeststandard
WCAG 2.2
Oktober 2023 · Empfohlen
Alle Versionen sind abwärtskompatibel: Wer WCAG 2.2 erfüllt, erfüllt automatisch auch 2.1 und 2.0.
Die drei Konformitätsstufen
Stufe A ist die Mindestanforderung. Websites, die nicht einmal Stufe A erfüllen, haben gravierende Barrieren, die bestimmte Nutzergruppen vollständig ausschließen.
Stufe AA ist der empfohlene und gesetzlich geforderte Standard. Das BFSG, die BITV 2.0 und die meisten internationalen Gesetze beziehen sich auf diese Stufe.
Stufe AAA ist die höchste Stufe, für die meisten Websites jedoch nicht vollständig erreichbar und nicht gesetzlich vorgeschrieben.
Kurzformel: Wer WCAG 2.2 AA erfüllt, ist auf der sicheren Seite — rechtlich und ethisch.
Die 4 Grundprinzipien von WCAG
Alle Erfolgskriterien in WCAG lassen sich auf vier Grundprinzipien zurückführen — im englischen Original als POUR bekannt: Perceivable, Operable, Understandable, Robust.
Wahrnehmbar
Alle Inhalte müssen so präsentiert werden, dass Nutzer sie wahrnehmen können — auch wenn sie bestimmte Sinne nicht nutzen können.
- Alt-Texte für Bilder: Jedes informationstragende Bild braucht einen beschreibenden Alt-Text für Screenreader.
- Untertitel für Videos: Videoinhalte mit gesprochenem Wort müssen Untertitel haben.
- Ausreichende Kontraste: WCAG 2.2 AA fordert mindestens 4,5:1 für normalen Text, 3:1 für großen Text.
- Keine rein farbliche Information: Informationen dürfen nicht ausschließlich durch Farbe vermittelt werden.
Bedienbar
Die Benutzeroberfläche muss von allen Nutzern bedient werden können — auch ohne Maus.
- Tastaturnavigation: Alle Funktionen müssen per Tastatur erreichbar sein.
- Sichtbarer Fokus: Bei Tastaturnavigation muss immer klar sichtbar sein, welches Element aktiv ist (in WCAG 2.2 verschärft).
- Keine Zeitfallen: Ablaufende Sessions müssen mit Warnung und Verlängerungsmöglichkeit versehen sein.
- Keine Anfallsauslöser: Inhalte, die mehr als dreimal pro Sekunde blitzen, sind verboten.
Verständlich
Inhalte und Bedienung müssen verständlich sein — sprachlich und in ihrer Funktionsweise.
- Sprache der Seite: Das
lang-Attribut im HTML muss korrekt gesetzt sein (z.B.lang="de"). - Vorhersehbare Navigation: Navigation an der gleichen Stelle auf jeder Seite, keine überraschenden Änderungen.
- Hilfreiche Fehlermeldungen: Formulare müssen erklären, was falsch ist und wie es korrigiert werden kann.
- Keine kognitiven Hürden beim Login (neu in 2.2): Passwort-Manager müssen unterstützt, klassische CAPTCHAs durch zugängliche Alternativen ersetzt werden.
Robust
Inhalte müssen zuverlässig von aktuellen und zukünftigen Hilfstechnologien verarbeitet werden können.
- Semantisches HTML: Überschriften sind echte
<h1>–<h6>-Elemente, Buttons sind<button>, keine klickbaren<div>-Elemente. - Korrekte ARIA-Attribute: Komplexe UI-Elemente wie Dropdowns oder Modals müssen für Screenreader verständlich sein.
- Kompatibilität mit Screenreadern: Testing mit NVDA, JAWS und VoiceOver ist Pflicht.
Was ist neu in WCAG 2.2?
Die wichtigsten neuen Erfolgskriterien
WCAG in der Praxis
WCAG 2.2 AA klingt nach viel — aber in der Praxis lässt sich der Großteil der Anforderungen auf ein gutes Grundprinzip herunterbrechen: Sorgfältige Entwicklung mit den richtigen Werkzeugen und echtem Testing.
Eine von Grund auf sauber entwickelte WordPress-Website mit semantischem HTML und einem barrierefreien Theme erfüllt den Großteil der WCAG-Anforderungen fast automatisch. Die verbleibenden Punkte lassen sich mit gezieltem Testing lösen.
Wer seine bestehende Website auf WCAG-Konformität prüfen möchte, kann mit kostenlosen Tools wie WAVE oder Lighthouse starten. Für eine vollständige Prüfung empfehlen wir einen professionellen Audit.
Über MyWebsiteService
MyWebsiteService ist die Münchner Agentur von Katja Hazod — seit 2012 an der Seite von Unternehmen, NGOs und Selbständigen. Der Fokus auf barrierefreies Webdesign begann 2018 mit einer Anfrage eines Gehörlosen-Verbands. Seitdem sind wir beflügelt von der Idee, jede Website für wirklich jede Person zugänglich zu machen — mit viel Liebe, Empathie und Wertschätzung.
Unsere Werte: wertschätzend · offen · ehrlich · liebevoll
Unser Motto: Liebe. Lebe. Lache.
Fazit
WCAG 2.2 ist kein bürokratisches Regelwerk, sondern ein praxisnaher Standard, der das Web für alle besser macht. Die vier Prinzipien sind intuitiv nachvollziehbar, sobald man versteht, welche Menschen sie schützen sollen. Wer eine neue Website plant oder seine bestehende Website zukunftssicher machen möchte, sollte WCAG 2.2 AA von Anfang an als Grundlage setzen — nicht als Einschränkung, sondern als Qualitätsmerkmal.
Häufig gestellte Fragen zum BFSG
Barrierefreiheit fokussiert auf die Zugänglichkeit für Menschen mit Einschränkungen, Usability auf allgemeine Benutzerfreundlichkeit. Beide überschneiden sich stark: Was barrierefrei ist, ist meistens auch für alle anderen einfacher zu bedienen.
Ja, auch PDFs können barrierefrei oder nicht barrierefrei sein. Der relevante Standard ist PDF/UA (ISO 14289). Das BFSG fordert barrierefreie PDFs, die nach dem 28. Juni 2025 neu veröffentlicht werden.
ARIA (Accessible Rich Internet Applications) ergänzt HTML, um komplexe UI-Elemente für Screenreader verständlich zu machen. Für einfache Websites mit sauberem HTML ist es oft nicht nötig. Bei Dropdowns oder Modals ist es wichtig — wenn es korrekt eingesetzt wird. Falsches ARIA ist oft schlimmer als kein ARIA.
Ein erster Überblick gelingt mit kostenlosen Tools wie WAVE oder dem Lighthouse-Audit in Chrome. Achtung: Diese Tools decken nur ca. 30–40 % aller Barrieren ab. Eine vollständige Prüfung erfordert manuelles Testing — idealerweise auch mit echten Screenreadern wie NVDA oder VoiceOver.
Das BFSG fordert als Mindeststandard WCAG 2.1 AA. Da WCAG 2.2 abwärtskompatibel ist und sinnvolle Verbesserungen bringt, empfehlen wir direkt auf WCAG 2.2 AA zu setzen. So sind Sie für die nächsten Jahre auf der sicheren Seite.