WCAG

WCAG verstehen: Was mit dem BFSG ab Juni 2025 auf Unternehmen zukommt

Ab dem 28. Juni 2025 wird das Barrierefreiheitsstärkungsgesetz (BFSG) in Deutschland verbindlich anwendbar. Es setzt den europäischen Accessibility Act (EAA) um und verpflichtet Unternehmen, bestimmte Produkte und vor allem digitale Dienstleistungen für Verbraucher barrierefrei zugänglich zu machen. Für Websites und Apps, die unter den Anwendungsbereich fallen, ist der maßgebliche technische Maßstab in der Praxis WCAG 2.1 auf Konformitätsstufe AA (in Europa über die Norm EN 301 549 verankert).

Wichtig zur Einordnung

• Geltungsbereich: Das BFSG gilt nicht pauschal für jede Unternehmenswebsite. Es betrifft Unternehmen, die die im Gesetz genannten Produkte/Dienstleistungen für Verbraucher anbieten (u. a. E‑Commerce-Dienste, Bankdienstleistungen, Personenverkehrsdienste, E‑Books/Lesegeräte, Telekommunikation, bestimmte Hardware/Software).
• Kleinstunternehmen: Unternehmen mit weniger als 10 Beschäftigten und einem Jahresumsatz oder einer Jahresbilanzsumme von höchstens 2 Mio. € genießen bei Dienstleistungen teils Erleichterungen/Ausnahmen. Ob und in welchem Umfang Ausnahmen greifen, hängt vom konkreten Angebot ab. Wer E‑Commerce-Dienstleistungen erbringt, muss in der Regel mit Pflichten rechnen.
• Öffentlicher Sektor: Behörden und öffentliche Einrichtungen sind bereits über die BITV an WCAG 2.1 AA gebunden; das BFSG adressiert vor allem den privaten Sektor.
• Keine Rechtsberatung: Die folgenden Hinweise sind praktische Orientierung. Für die konkrete Einordnung Ihrer Angebote sollten Sie rechtlichen Rat einholen.

Was sind die WCAG 2.1?

Die Web Content Accessibility Guidelines (WCAG) sind internationale Richtlinien für barrierefreie digitale Inhalte. Sie sind technologieoffen formuliert und bauen auf vier Grundprinzipien (POUR) auf:

• Wahrnehmbar (Perceivable): Inhalte müssen erkennbar sein, z. B. textliche Alternativen für Bilder, ausreichende Farbkontraste, Untertitel für Videos.
• Bedienbar (Operable): Inhalte müssen per Tastatur nutzbar sein, Fokus sichtbar, keine blockierenden Tastaturfallen, genug Zeit für Interaktionen.
• Verständlich (Understandable): Klare Sprache, vorhersehbare Navigation, hilfreiche Fehlermeldungen und -hinweise in Formularen.
• Robust (Robust): Inhalte müssen mit gängigen Hilfstechnologien (Screenreader, Spracherkennung) zuverlässig funktionieren und sauberes Markup verwenden.

Konformitätsstufen

• Stufe A: grundlegende Mindestanforderungen (z. B. Tastaturbedienbarkeit).
• Stufe AA: verbreiteter gesetzlicher Standard (z. B. Kontrast 4,5:1 für Fließtext, 3:1 für große Schrift, Untertitel für voraufgezeichnete Videos, sinnvolle Überschriftenstruktur).
• Stufe AAA: weitergehende Anforderungen, meist nicht flächendeckend gefordert.

Zentrale Anforderungen für Websites und Apps nach WCAG 2.1 AA

• Alternativtexte: Aussagekräftige Alt‑Texte für informative Bilder und Icons; dekorative Grafiken ohne Alt‑Text.
• Kontrast: Mindestens 4,5:1 für regulären Text und 3:1 für große Schrift; ausreichender Kontrast für Bedienelemente und Grafiken mit Informationsgehalt.
• Tastaturbedienbarkeit: Die gesamte Funktionalität muss ohne Maus bedienbar sein; logische Tab‑Reihenfolge; keine Tastaturfallen; sichtbarer Fokuszustand.
• Überschriften und Struktur: Korrekte semantische Struktur (h1–h6), Listen, Tabellen mit Kopfzeilen; Landmarks/Regionen für Navigation (Header, Main, Nav, Footer).
• Medien: Untertitel für voraufgezeichnete Videos, Audiodeskription/Alternativen für wesentliche visuelle Inhalte; Transkripte für Audio.
• Formulare: Beschriftungen (Label), verständliche Fehlermeldungen, Hinweise vor dem Absenden, sinnvolle Auto‑Complete‑Attribute; ausreichend große Zielflächen.
• Links und Buttons: Aussagekräftige Linktexte (nicht nur „hier klicken“), erkennbarer Zustand (hover/focus/active).
• Farben: Informationen nie ausschließlich durch Farbe vermitteln; zusätzliche Muster, Symbole oder Text nutzen.
• Responsivität und Zoom: Inhalte müssen bei 200 % Zoom nutzbar bleiben, ohne Funktionalität oder Inhalt zu verlieren; Reflow ohne horizontales Scrollen, soweit möglich.
• Interaktive Komponenten: Barrierefreie Modale, Akkordeons, Menüs, Slider und Carousels mit korrekten ARIA‑Rollen, Zuständen und Tastatursteuerung – sparsam und konsistent einsetzen.
• Fehlertoleranz: Keine plötzlichen Kontextwechsel; bestätigende Meldungen; Schutz vor Datenverlust (z. B. beim Timeout oder Seitenwechsel).
• Dokumente und Anhänge: PDFs und andere Dokumente barrierefrei aufbereiten oder alternative barrierefreie Formate bereitstellen.

Was das BFSG praktisch verlangt

• Technische Konformität: Digitale Oberflächen, die unter den BFSG‑Anwendungsbereich fallen (z. B. E‑Commerce), müssen den einschlägigen Normen entsprechen (EN 301 549, i. d. R. WCAG 2.1 AA).
• Informationspflichten: Unternehmen müssen über die Barrierefreiheit ihrer Angebote informieren und einen Feedback‑Mechanismus bereitstellen, über den Nutzende Barrieren melden können.
• Nachweise und Dokumentation: Es kann erforderlich sein, Konformität zu dokumentieren (z. B. Prüfberichte, Selbsterklärungen). Marktüberwachungsbehörden können Nachweise anfordern.
• Übergangsfristen: Für Bestandsprodukte und -dienste gelten in Teilen Übergangsregelungen. Neue Angebote müssen rechtzeitig konform entwickelt werden.

Typische Missverständnisse

• „Barrierefreiheit ist nur für Menschen mit Sehbehinderungen relevant.“ Falsch: Sie hilft u. a. auch Menschen mit motorischen, kognitiven und auditiven Einschränkungen – und verbessert generell Usability und SEO.
• „Ein Kontrast-Check reicht.“ Falsch: Kontrast ist wichtig, aber nur ein Teil von vielen Anforderungen (Tastatur, Struktur, Medienalternativen, Fehlermanagement etc.).
• „Plugins lösen das Problem automatisch.“ Falsch: Overlays/Widgets ersetzen keine saubere, konforme Umsetzung im Code und können sogar neue Barrieren erzeugen.

Pragmatischer Fahrplan bis Juni 2025

1) Geltungsbereich prüfen

• Welche Ihrer Produkte/Dienstleistungen fallen unter das BFSG?
• Welche Websites, Webshops, Apps oder Dokumente sind betroffen?
• Greifen Kleinstunternehmen‑Ausnahmen? Falls unsicher: rechtlich prüfen lassen.

2) Ausgangslage erfassen

• WCAG‑Audit (Stichprobe repräsentativer Seiten/Flows: Startseite, Navigation, Suche, Produktdetail, Checkout, Login/Registrierung, Formulare).
• Technische und redaktionelle Inventur (Komponenten, Templates, PDFs, Medien).

3) Quick Wins umsetzen

• Kontraste, Fokus‑Stile, Alternativtexte, Linktexte, Überschriftenhierarchie, Formular‑Labels, Fehlertexte, Skip‑Links, Title/Language‑Attribute.
• Mediathek sichten: Untertitel/Transkripte nachrüsten.

4) Komponenten und Designsystem härten

• UI‑Bibliothek nach WCAG 2.1 AA prüfen und korrigieren (Buttons, Inputs, Modals, Navigation, Tabs, Carousels).
• ARIA nur dort, wo semantisches HTML nicht ausreicht; sonst: „native first“.

5) Prozesse verankern

• Redaktionsleitfaden (Alt‑Texte, Linkstil, Lesbarkeitsniveau, Dokumente).
• Definition of Done mit A11y‑Kriterien; CI‑Checks (Linting, Axe, Pa11y).
• Schulungen für Entwicklung, UX/UI und Content.

6) Testen mit Nutzenden und Hilfstechnologien

• Manuelle Tests mit Tastatur und Screenreader (NVDA, JAWS, VoiceOver).
• Gerätevielfalt (Desktop, Mobile, verschiedene Browser/Zoomstufen).
• Usability‑Tests mit Menschen mit Behinderungen einplanen.

7) Dokumentation, Feedback, Statement

• Accessibility‑Statement/Erklärung zur Barrierefreiheit veröffentlichen.
• Niedrigschwelligen Feedback‑Kanal einrichten und Tickets priorisieren.
• Prüfberichte versionieren, Maßnahmenplan pflegen.

Werkzeuge und Ressourcen

• WCAG 2.1 (W3C WAI) und WCAG‑Schnellchecks.
• EN 301 549 (europäische Norm, verweist auf WCAG für Web/Software).
• Test‑Tools: Axe, WAVE, Lighthouse, Pa11y, Accessibility Insights.
• Screenreader: NVDA (Windows), JAWS (Windows), VoiceOver (macOS/iOS), TalkBack (Android).
• Deutschsprachige Leitfäden: BITV‑Prüfschritte, BFSG‑Informationsseiten der Bundesstellen.

Nutzen über die Compliance hinaus

• Bessere User Experience für alle (klare Struktur, verständliche Inhalte, robuste Interaktionen).
• Reichweite und SEO‑Vorteile (strukturierte Inhalte, saubere Semantik).
• Geringere Wartungskosten dank konsistenter Komponenten und klarer Standards.
• Stärkeres Markenvertrauen durch inklusive Kommunikation.

Checkliste kurz und knapp

• Relevanz des BFSG für Ihr Angebot geprüft
• WCAG‑Audit durchgeführt (A/AA‑Lücken dokumentiert)
• Quick‑Wins umgesetzt (Kontrast, Alt‑Texte, Fokus, Labels)
• Komponenten und Templates WCAG‑konform
• Medien mit Untertiteln/Transkripten
• Tastatur-/Screenreader‑Tests bestanden
• Accessibility‑Statement und Feedback‑Kanal live
• Prozesse, Schulungen und CI‑Prüfungen etabliert

Fazit

Mit dem BFSG wird Barrierefreiheit für viele digitale Angebote im privaten Sektor ab dem 28. Juni 2025 verpflichtend. WCAG 2.1 AA ist dabei der maßgebliche Standard für Web und Apps. Wer frühzeitig prüft, priorisiert und systematisch umsetzt, reduziert Risiken, verbessert die Nutzererfahrung und ist rechtzeitig konform.