Barrierefreiheit im Web – das ist ein hehres Ziel, ist aber längst auch ein ganz praktisches Thema. Denn digitale Inhalte sollen für alle zugänglich sein. Für Menschen, die nicht sehen können. Für Nutzer, die ohne Maus navigieren. Für Menschen mit kognitiven Einschränkungen, temporären Beeinträchtigungen oder schlicht mit schlechter Internetverbindung.
Um diese Zugänglichkeit verlässlich umzusetzen, braucht es klare Leitplanken. Genau dafür gibt es die WCAG – die Web Content Accessibility Guidelines. Sie legen fest, was Websites leisten müssen, damit niemand außen vor bleibt.
Diese Woche steigen wir ein in die Grundlagen der WCAG, erklären die sogenannten Konformitätsstufen und ordnen ein, was davon in Deutschland wirklich Pflicht ist – und was sinnvoll.
Was sind die WCAG?
Die Web Content Accessibility Guidelines, kurz WCAG, sind internationale Richtlinien für barrierefreie Webinhalte. Herausgegeben werden sie vom World Wide Web Consortium (W3C), also von genau der Stelle, die auch viele technische Standards des Webs definiert.
Ziel der WCAG ist es, digitale Inhalte so zu gestalten, dass sie für möglichst viele Menschen nutzbar sind – unabhängig von Einschränkungen, Fähigkeiten oder technischen Hilfsmitteln. Es geht also nicht nur um „barrierefreie Webseiten für blinde Menschen“, wie oft vereinfacht angenommen wird. Es geht um Lesbarkeit, Verständlichkeit, Bedienbarkeit: Kurz: um digitale Teilhabe.
Die Richtlinien gelten für Websites, Webanwendungen, mobile Apps und alle anderen digitalen Inhalte, die über einen Browser zugänglich sind.
Dabei liefern die WCAG keine konkreten Designvorgaben („Benutze Schriftgröße X“), sondern sie beschreiben Erfolgskriterien, die messbar machen, ob ein digitales Angebot als barrierefrei gilt.
Zum Beispiel:
- Sind Inhalte per Tastatur bedienbar?
- Wird bei Formularfeldern deutlich, was einzutragen ist?
- Oder: Versteht ein Screenreader die Struktur einer Seite?
Die WCAG bieten damit einen verbindlichen Rahmen und gleichzeitig genug Flexibilität, um in unterschiedlichen Projekten, Technologien und Kontexten angewendet zu werden.
Die Geschichte der WCAG: Von 1.0 bis 2.2
Die WCAG gibt es nicht erst seit gestern. Bereits 1999 wurde die erste Version veröffentlicht – die WCAG 1.0. Damals war das Web noch textlastig, Tabellen wurden für Layouts missbraucht, und niemand dachte ernsthaft an mobile Endgeräte. Entsprechend technisch fiel diese erste Fassung aus – mit starker HTML-Orientierung und vielen Einzelregeln.
2008 folgte ein großer Schritt: die WCAG 2.0. Diese Version setzte auf Technologie-Unabhängigkeit und wurde modularer aufgebaut. Statt „verwende Alt-Texte bei Bildern“ hieß es jetzt allgemeiner: „Nicht-textuelle Inhalte müssen eine Textalternative haben.“ Das machte die Richtlinien zukunftsfähig – für CMS, Apps und neue Webtechnologien.
2018 kamen dann die WCAG 2.1, mit Fokus auf mobile Nutzung, Sehbeeinträchtigungen (z. B. durch Kontrastverstärkung) und kognitive Einschränkungen. Neu war hier auch der Anspruch, noch mehr Nutzergruppen gezielt mitzudenken – etwa Menschen mit geringer Lesekompetenz oder motorischen Einschränkungen.
Die aktuelle Version – die WCAG 2.2 – wurde im Oktober 2023 veröffentlicht. Sie ergänzt WCAG 2.1 um neun zusätzliche Erfolgskriterien, darunter Anforderungen für die Navigation per Tastatur, deutlich sichtbare Fokusindikatoren oder eine konsistente Beschriftung von Buttons. Technisch ist sie voll kompatibel mit 2.1, erweitert diese aber um konkrete Barrieren aus der Praxis.
Die vier Prinzipien der WCAG: POUR erklärt
Hinter allen Erfolgskriterien der WCAG steht ein einfaches, aber wirkungsvolles Modell: POUR. Das steht für Perceivable, Operable, Understandable und Robust – oder auf Deutsch: Wahrnehmbar, Bedienbar, Verständlich und Robust. Diese vier Prinzipien bilden das Fundament jeder barrierefreien Anwendung.
Wahrnehmbar
Informationen und Benutzeroberflächen müssen für alle Sinne zugänglich sein. Inhalte sollen also nicht nur visuell, sondern auch akustisch oder per Assistenztechnologie erfassbar sein.
Beispiele:
- Ein Bild braucht einen Alternativtext.
- Ein Video braucht Untertitel.
- Farben dürfen nie die einzige Möglichkeit sein, um Informationen zu vermitteln.
Bedienbar
Alle Funktionen müssen nutzbar sein, auch ohne Maus. Menschen mit motorischen Einschränkungen oder Nutzer von Tastaturbedienung dürfen keine Nachteile haben.
Beispiele:
- Die Navigation muss über die Tastatur erreichbar und bedienbar sein.
- Schaltflächen brauchen sichtbare Fokusrahmen.
- Bewegte Inhalte müssen pausierbar sein.
Verständlich
Inhalte und Bedienung müssen verständlich und vorhersehbar sein. Nicht jeder ist Technikprofi – und auch Menschen mit kognitiven Einschränkungen sollen zurechtkommen.
Beispiele:
- Formularfelder müssen beschriftet sein.
- Fehlermeldungen sollen erklären, was falsch gelaufen ist.
- Links sollten sagen, wohin sie führen.
Robust
Der Inhalt muss technisch so gestaltet sein, dass er von möglichst vielen Geräten, Browsern und Hilfsmitteln korrekt verarbeitet werden kann.
Dazu braucht es sauberes HTML, sinnvolle Überschriftenstruktur, responsives CSS und bei Bedarf korrekt eingesetzte ARIA-Rollen und -Attribute. Wer hier schludert, baut oft ungewollte Barrieren ein.
Kurz gesagt:
Die vier Prinzipien helfen dabei, nicht nur an Einzelprobleme zu denken („Ist die Farbe kontrastreich genug?“), sondern barrierefreie Inhalte ganzheitlich zu planen und einzuordnen – vom Konzept bis zur Umsetzung.
WCAG-Konformitätsstufen: A, AA, AAA – was steckt dahinter?
Die WCAG-Richtlinien definieren nicht nur was barrierefrei sein soll – sondern auch, wie weit man dabei gehen muss. Dafür gibt es drei Konformitätsstufen: A, AA und AAA. Je mehr Buchstaben, desto strenger die Anforderungen.
Stufe A: Die Mindestanforderung
Stufe A enthält die grundlegendsten Anforderungen. Seiten, die diese Stufe nicht erfüllen, sind in der Regel für viele Menschen mit Behinderung schlicht nicht nutzbar. Stufe A ist also das absolute Minimum, aber in der Praxis selten ausreichend. Fallen hier im test Probleme auf, sollten diese als erstes behoben werden.
Stufe AA: Der Standard für viele
Die Stufe AA gilt als realistischer Standard, wenn es um gute digitale Zugänglichkeit geht. Die meisten gesetzlichen Vorgaben – auch in Deutschland – fordern WCAG 2.1 oder 2.2 in Stufe AA. Wer also Websites oder Anwendungen für Kunden erstellt, die unter die BITV oder das BFSG fallen, kommt an AA nicht vorbei.
Stufe AAA: Anspruchsvoll, aber nur mit Aufwand vollständig erreichbar
Stufe AAA ist die höchste Stufe. Sie enthält Anforderungen wie „Gebärdensprachdolmetscher für Videos“ oder „leichte Sprache bei komplexen Inhalten“. Das ist für viele Projekte nicht wirtschaftlich oder technisch machbar – und auch nicht verpflichtend – für Menschen mit ereblichen Einschränkungen aber eine große Unterstützung. Je mehr Kriterien der Stufe AAA Sie erfüllen, desto besser zugänglich ist Ihre Seite. Wenn Sie Ihre Zielgruppe gut kennen kann es auch sinnvoll sein, einigen der AAA-Kriterien besondere Aufmerksamkeit zu schenken. Auf der Website einer Schule für gehörlose Kinder machen Videos in Deutscher Gebärdensprache Sinn und sollten zur Grundanforderung gehören, auf der Website einer Schule für blinde Kinder eher weniger.
Was bedeutet das für die Praxis?
Wir können zusammenfassen:
- Stufe A: Reicht nicht, ist aber besser als nichts.
- Stufe AA: Sollte das Ziel sein – und ist in vielen Fällen Pflicht.
- Stufe AAA: Optional und vorbildlich, aber aufwendig.
Eine Seite gilt übrigens nur dann als konform auf einer Stufe, wenn alle Kriterien dieser Stufe erfüllt sind. Es reicht also nicht, „ein bisschen AA“ und „ein bisschen A“ zu erfüllen – sonst gibt es keine offizielle Konformität. Auch nicht, wenn man versucht hat mit „ein bisschen AAA“ etwas auszugleichen.
Ist die WCAG in Deutschland verpflichtend?
Kurz gesagt: Nein – die WCAG selbst sind kein Gesetz. Sie sind ein Standard, ähnlich wie ein korrekt geschriebenes HTML oder die DIN-A4-Größe von Papier. Niemand wird verklagt, nur weil er gegen ein WCAG-Kriterium verstößt.
Aber: Es gibt Gesetze, die Barrierefreiheit vorschreiben – und diese Gesetze verweisen auf die WCAG als Maßstab.
Öffentliche Stellen: Pflicht zur Barrierefreiheit
Für Behörden, öffentliche Einrichtungen, Universitäten und Co. gilt: Barrierefreiheit ist Pflicht. Die rechtliche Grundlage heißt in Deutschland BITV 2.0 – und diese orientiert sich an den WCAG 2.1, Konformitätsstufe AA. Wer Websites oder Apps für den öffentlichen Sektor entwickelt, muss sich also an diesen Standard halten, auch wenn er kein Gesetz ist.
Private Anbieter: Es kommt darauf an
Lange war digitale Barrierefreiheit für Unternehmen eher ein „Nice to have“. Das hat sich geändert. Seit dem 28. Juni 2025 gilt das Barrierefreiheitsstärkungsgesetz (BFSG) – und damit wird digitale Barrierefreiheit in vielen Bereichen zur Pflicht.
Das betrifft unter anderem:
- Online-Shops
- Banking-Portale
- E-Book-Reader und digitale Publikationen
- Buchungsplattformen (zum Beispiel für Reisen oder Veranstaltungen)
- Selbstbedienungsterminals wie Fahrkartenautomaten
Die Regel: Wenn ein Produkt oder eine Dienstleistung digital ist und sich an Verbraucher richtet, muss sie barrierefrei sein. Als Maßstab kann auch hier die WCAG (inzwischen 2.2), Konformitätsstufe AA angelegt werden.
Mehr Informationen über das BFSG gibt es in meinem Artikel bei versandhandelsrecht.de, bei dem ich gemeinsam mit der IT-Anwältin Sabine Brumme auf das Gesetz und seine Anforderungen schaue.
Warum WCAG-Konformität allein nicht reicht
Die WCAG bieten eine wertvolle Grundlage. Wer sich daran orientiert, macht vieles richtig. Aber: Eine Website kann technisch vollständig WCAG-konform sein und trotzdem Menschen ausschließen.
Ein Beispiel:
Ein Formular erfüllt alle Erfolgskriterien. Es ist mit der Tastatur erreichbar, hat saubere Labels, korrekte ARIA-Rollen und ausreichenden Kontrast. Aber wenn ich die Labels in Wingdings schreibe, der Aufbau komplett verwirrend ist oder das Passwort zwingend das Geburtsdatum des Dalai Lama beinhalten soll – dann nützt das alles wenig.
Mehr amüsante und lehrreiche Beispiele gibt es im Artikel 5 einfache Tricks, von denen Fachleute für Barrierefreiheit nicht wollen, dass du sie kennst.
Barrierefreiheit ist mehr als ein Haken auf einer Checkliste. Sie beginnt beim Design, bei der Sprache, bei den Inhalten. Und sie lebt davon, dass echte Menschen mit echten Einschränkungen sie erleben, testen und bewerten. Die WCAG sind wichtig, aber sie sind kein Selbstzweck. Eine Website kann sehr gut bedienbar sein, obwohl sie durch ein Kriterium durchfällt. Und sie kann eine Katastrophe sein, obwohl sie formell alle Kriterien erfüllt.
Fazit – Die WCAG sind ein sehr guter Leitfaden
Die WCAG sind kein Hexenwerk. Aber sie sind auch keine 5-Minuten-Terrine für perfekte Barrierefreiheit. Sie helfen uns, digitale Inhalte systematisch zu bewerten und anschließend zugänglicher zu machen – und liefern dafür einen klaren Rahmen. Vor allem mit den Konformitätsstufen A, AA und AAA wird greifbar, wie weit Barrierefreiheit gehen kann und soll.
Trotzdem gilt: Nur weil man „WCAG-konform“ ist, heißt das nicht automatisch, dass die eigene Seite barrierefrei erlebbar ist. Denn gute Zugänglichkeit entsteht nicht nur durch technische Umsetzung – sondern durch Mitdenken, Ausprobieren und echtes Interesse an den Nutzern. Wer sich ernsthaft mit Barrierefreiheit beschäftigt, braucht also mehr: klare Standards, Technisches Know-How und reale Menschen, die die Arbeit überprüfen. Die WCAG liefern das Gerüst. Den Rest müssen wir selbst ausfüllen.