WCAG-Konformität: Anforderungen, Stufen und Nachweis

© Василь Чейпеш

Was bedeutet WCAG-Konformität?

WCAG-Konformität beschreibt die Einhaltung der Web Content Accessibility Guidelines – eines internationalen Standards für digitale Barrierefreiheit. Konform nach WCAG ist ein digitales Angebot dann, wenn es die definierten Erfolgskriterien auf einer bestimmten Stufe vollständig erfüllt – nicht nur in Teilen, sondern auf der gesamten Seite. Laut dem WebAIM Million Report 2026 weisen 95,9 Prozent aller untersuchten Webseiten mindestens einen WCAG-Fehler auf – im Schnitt 56,1 pro Seite. Diese Zahlen verdeutlichen, wie groß die Lücke zwischen Anspruch und Realität bleibt – auch bei Organisationen, die bereits Maßnahmen ergriffen haben. Einen umfassenden Überblick über die gesetzlichen Grundlagen bietet der Leitfaden zum Barrierefreiheitsgesetz.

WCAG 2.2 AA als rechtlicher Mindeststandard

WCAG 2.2 AA gilt in Deutschland als der technische Standard, an dem sich die digitale Barrierefreiheit orientiert. Die WCAG Konformitätsstufe AA deckt die meisten praxisrelevanten Barrieren ab – etwa Tastaturbedienung, Farbkontraste, Fokusführung und verständliche Fehlermeldungen. Für öffentliche Stellen ist dieser Standard über die BITV 2.0 verbindlich, für privatwirtschaftliche Unternehmen über das BFSG. Wer barrierefreie Software für die Verwaltung entwickelt oder beschafft, muss die Stufe AA nachweislich erfüllen. WCAG 2.2 AA ist damit kein Empfehlungsstandard, sondern ein rechtlich verankerter Mindestmaßstab für WCAG compliance.

POUR-Prinzipien als Orientierungsrahmen

Die WCAG Richtlinien gliedern sich in vier Grundprinzipien, die als POUR-Modell bekannt sind. Sie beschreiben, welche Eigenschaften ein barrierefreies digitales Angebot erfüllen muss:

• Wahrnehmbar (Perceivable): Inhalte müssen für alle Sinne zugänglich sein
• Bedienbar (Operable): Navigation und Interaktion funktionieren ohne Maus
• Verständlich (Understandable): Texte, Formulare und Abläufe sind nachvollziehbar
• Robust: Inhalte funktionieren zuverlässig mit assistiven Technologien

Jedes Prinzip enthält konkrete Erfolgskriterien, die für die Konformität nach WCAG zu prüfen sind. Das POUR-Modell hilft, WCAG barrierefreiheit strukturiert zu denken – nicht als reine Checkliste, sondern als konzeptioneller Rahmen für Entwicklung, barrierefreies Design und IT-Compliance.

Ist die WCAG in Deutschland rechtlich verpflichtend?

Ja. Für öffentliche Stellen ist die WCAG über die Barrierefreie-Informationstechnik-Verordnung (BITV 2.0) seit Jahren bindend. Seit Juni 2025 verpflichtet das Barrierefreiheitsstärkungsgesetz (BFSG) auch privatwirtschaftliche Unternehmen, deren digitale Produkte und Dienstleistungen den technischen Anforderungen der WCAG entsprechen müssen. Die WCAG Konformitätsstufe AA ist dabei in beiden Rechtsrahmen der Referenzstandard. Wer digitale Angebote betreibt, ohne WCAG compliance sicherzustellen, riskiert Bußgelder bis zu 100.000 Euro, Abmahnungen und Marktzugangsbeschränkungen. Auch in Vergabeverfahren spielt die WCAG barrierefreiheit zunehmend eine entscheidende Rolle – fehlende Nachweise können zum Ausschluss führen. Einen Überblick über betroffene Systeme bietet der Beitrag zu Business Software barrierefrei gestalten.

Unterschied WCAG-Konformität und BITV-Konformität

WCAG und BITV sind keine gegensätzlichen Standards – die BITV 2.0 verweist direkt auf die WCAG als technische Grundlage. Der Unterschied liegt im Geltungsbereich: Während die WCAG ein internationaler, technisch orientierter Standard des W3C ist, stellt die BITV die deutsche Rechtsverordnung dar, die diesen Standard für Behörden verbindlich macht. Zusätzlich enthält die BITV spezifische Anforderungen an die deutsche Sprache, etwa Gebärdensprachvideos und Texte in Leichter Sprache. Für Unternehmen, die unter das BFSG fallen, greift stattdessen die EN 301 549 als europäische Harmonisierungsnorm. Die WCAG aktuelle Version 2.2 bildet in beiden Fällen das technische Fundament.

WCAG 2.2 AA für die öffentliche Verwaltung

Behörden und öffentliche Einrichtungen stehen bei der WCAG Konformität öffentliche Stellen betreffend vor besonderen Herausforderungen. Die Pflicht zur WCAG 2.1 AA Konformität erreichen erstreckt sich nicht nur auf neue Projekte, sondern auch auf bestehende Fachverfahren, Portale und interne Systeme. Typische Handlungsfelder umfassen:

• Bestehende Webanwendungen auf den WCAG-Standard AA prüfen und nachrüsten
• Vergabeanforderungen mit klaren Accessibility-Kriterien versehen
• Barrierefreiheitserklärungen erstellen und jährlich aktualisieren
• Schulungen für Redakteure und Entwicklerteams einplanen
• WCAG-konforme Pflege im Rahmen der laufenden Wartung sicherstellen

Die Verwaltung muss WCAG-Konformität als dauerhaften Prozess verstehen und nicht als einmaliges Projekt. Jede Oberflächenänderung kann bestehende Konformität gefährden – kontinuierliches Monitoring ist deshalb unverzichtbar.

WCAG-Konformität erreichen und nachweisen

WCAG Konformität ist kein Zustand, der einmal erreicht wird und dann bestehen bleibt. Digitale Angebote verändern sich laufend – durch Updates, neue Inhalte oder geänderte Workflows. Deshalb erfordert ein belastbarer WCAG-Konformitätsnachweis eine Kombination aus automatisierten Tests und manuellen Prüfungen. Automatisierte Tools wie axe oder WAVE identifizieren technische Fehler wie fehlende Alt-Texte oder Kontrastprobleme. Manuelle Tests sind für komplexere Anforderungen unverzichtbar: Tastaturbedienung, Fokusreihenfolge und Screenreader-Kompatibilität lassen sich nur durch gezielte Prüfung bewerten. Erst beide Verfahren zusammen ergeben ein tragfähiges Bild davon, ob ein Angebot tatsächlich WCAG konform ist. Dokumentiert werden die Ergebnisse idealerweise in einem strukturierten Prüfbericht mit Bezug auf die einzelnen Erfolgskriterien.

Welche Risiken entstehen bei fehlender WCAG-Konformität?

Die Konsequenzen fehlender WCAG-Konformität betreffen nicht nur das Rechtliche, sondern auch operative und strategische Ebenen. Organisationen, die WCAG konform handeln müssen, aber nicht handeln, setzen sich folgenden Risiken aus:

• Bußgelder bis 100.000 Euro nach BFSG
• Abmahnungen durch Wettbewerber oder Verbraucherschutzverbände
• Ausschluss aus öffentlichen Vergabeverfahren bei fehlender Konformität
• Reputationsschäden bei Bekanntwerden systematischer Barrieren
• Verlust von Nutzergruppen mit Einschränkungen

Besonders im Behördenumfeld und bei der Beschaffung digitaler Lösungen wiegt fehlende WCAG compliance schwer. Die WCAG Konformitätsstufe AA rechtlich verpflichtend einzuhalten, ist dort keine Option, sondern Voraussetzung für den laufenden Betrieb und die Abnahme digitaler Systeme.

Konformität dauerhaft sichern

WCAG Konformität dauerhaft sicherzustellen erfordert organisatorische Verankerung. Ein einmaliges Audit reicht nicht, wenn danach Content-Änderungen, Releases oder Redesigns die Barrierefreiheit gefährden. Bewährt hat sich ein dreistufiges Modell aus Prüfung, Monitoring und Schulung: Nach dem initialen WCAG-Audit werden automatisierte Checks in die CI/CD-Pipeline integriert, ergänzt durch regelmäßige manuelle Stichproben. Parallel sorgen Schulungen für Redakteure und Entwicklungsteams dafür, dass WCAG-konforme Inhalte zur Routine werden. So wird die Konformität nach WCAG zum festen Bestandteil der digitalen Qualitätssicherung – nicht zum isolierten Sonderprojekt, das nach dem Go-live in Vergessenheit gerät. Nur so lässt sich WCAG Konformität dauerhaft sicherstellen – über einzelne Releases hinaus.

WCAG-konform in der Praxis

Was bedeutet WCAG konform für Unternehmen im Tagesgeschäft? Die Antwort hängt davon ab, ob es um Neuentwicklung oder Bestandssysteme geht. Bei neuen Projekten lässt sich die WCAG Konformität von Anfang an einplanen – durch barrierefreie Designsysteme, automatisierte Tests und klare Acceptance-Kriterien in der WCAG deutsch dokumentierten Fassung. Bei bestehender Software ist der Weg aufwendiger, aber mit einem strukturierten Vorgehen gut beherrschbar. Entscheidend ist, dass digitale Barrierefreiheit nicht als nachträgliches Feature verstanden wird, sondern als integraler Bestandteil der Softwarequalität. Wer WCAG Konformität von Beginn an mitdenkt, vermeidet teure Nachbesserungen und verkürzt den Weg zum Konformitätsnachweis erheblich.

Bestehende Software WCAG-konform nachrüsten

Viele Organisationen stehen vor der Herausforderung, WCAG-Konformität bei bestehender Software nachzurüsten. Das gelingt am besten mit einem priorisierten Ansatz, der die kritischsten Barrieren zuerst adressiert:

• Ist-Analyse: WCAG-Audit der aktuellen Anwendung durchführen
• Priorisierung: Barrieren nach Schweregrad und Nutzerauswirkung sortieren
• Quick Wins: Kontraste, Alt-Texte und Formularvalidierung zuerst beheben
• Strukturelle Änderungen: Fokusführung, Tastaturnavigation und ARIA-Attribute nachziehen
• Continuous Testing: WCAG-Checks in den Release-Prozess integrieren
• Dokumentation: WCAG-Konformitätsnachweis fortlaufend pflegen

WCAG Konformität bestehende Software nachrüsten bedeutet in der Praxis: schrittweise Verbesserung statt Big-Bang-Umbau. Ein realistischer Zeitrahmen und klare Verantwortlichkeiten sind dabei wichtiger als Perfektion auf Anhieb.

Weiterführende Informationen

Wer tiefer in die technischen Erfolgskriterien und die Unterschiede zwischen den WCAG-Versionen einsteigen möchte, findet im Beitrag zu den WCAG-Richtlinien eine detaillierte Erläuterung aller Kriterien und WCAG-Konformitätsstufen. Der Beitrag beschreibt auch die sechs neuen Kriterien der WCAG 2.2 und deren praktische Auswirkungen auf Projekte.