Glossar: WCAG (Web Content Accessibility Guidelines)
9 Min.
Was sind die WCAG?
Die WCAG (Web Content Accessibility Guidelines) sind der internationale Standard für barrierefreie Webinhalte, entwickelt vom World Wide Web Consortium (W3C). Sie legen fest, wie Websites, Web-Apps und digitale Inhalte gestaltet sein müssen, damit Menschen mit Behinderungen sie vollständig nutzen können — unabhängig davon, ob sie eine Bildschirmlesehilfe, ein Brailledisplay, eine Tastaturnavigation oder eine andere assistive Technologie einsetzen.
Die aktuelle Version ist WCAG 2.2 (veröffentlicht Oktober 2023). WCAG 3.0 befindet sich noch in der Entwicklung.
Was viele Unternehmen unterschätzen: 94,8 % der Top-1-Million-Websites weltweit haben messbare WCAG-Fehler — im Schnitt 51 Fehler pro Seite. Deutsche .de-Domains liegen mit 47,8 Fehlern pro Seite etwas besser, aber weit entfernt von WCAG-Konformität (Quelle: WebAIM Million Report, Februar 2025). Barrierefreiheit ist kein Nischenthema — es ist eine weitverbreitete Lücke.
Warum gelten WCAG seit dem 28. Juni 2025 als Pflicht?
Mit dem Barrierefreiheitsstärkungsgesetz (BFSG) hat Deutschland die EU-Richtlinie European Accessibility Act (EAA) in nationales Recht überführt. Seit dem 28. Juni 2025 müssen B2C-Unternehmen mit mehr als 10 Mitarbeitern UND einem Jahresumsatz von mehr als 2 Millionen Euro ihre digitalen Produkte und Dienstleistungen barrierefrei gestalten.
Das bedeutet konkret: Websites, Apps, Online-Shops und digitale Interaktionspunkte müssen WCAG-konform sein — oder Unternehmen riskieren Bußgelder von bis zu 100.000 Euro in Deutschland (Quelle: §37 BFSG).
Betroffen sind vor allem:
Online-Händler mit eigenem Webshop
Banken und Versicherungen mit digitalem Kundenzugang
Telekommunikationsanbieter
Buchungs- und Reiseplattformen
Öffentliche Verwaltungen (bereits seit 2018 über die BITV 2.0 verpflichtet)
Wer branchly einsetzt, muss sich um den KI-Layer keine Gedanken machen: branchly ist WCAG-barrierefrei aus der Box. Alle Module — Chatbot, KI-Suche, Navigator, Advisor und Forms — erfüllen die WCAG-Anforderungen ohne zusätzlichen Konfigurationsaufwand.
Die vier WCAG-Prinzipien: POUR
Die WCAG basieren auf vier Grundprinzipien, bekannt unter dem Akronym POUR:
1. Wahrnehmbar (Perceivable)
Alle Inhalte müssen so dargestellt sein, dass Nutzer sie wahrnehmen können — auch wenn sie eine visuelle oder auditive Beeinträchtigung haben. Dazu gehören Textalternativen für Bilder, Untertitel für Videos und ausreichende Farbkontraste.
2. Bedienbar (Operable)
Die gesamte Navigation und Interaktion muss ohne Maus funktionieren. Nutzer, die ausschließlich eine Tastatur oder ein anderes Eingabegerät verwenden, müssen alle Funktionen erreichen können.
3. Verständlich (Understandable)
Inhalte und Bedienelemente müssen klar und vorhersehbar sein. Fehlerhinweise bei Formularen müssen helfen, den Fehler zu verstehen und zu beheben — nicht nur anzeigen, dass ein Fehler passiert ist.
4. Robust (Robust)
Inhalte müssen mit einer Vielzahl von User Agents und assistiven Technologien funktionieren — auch mit künftigen Technologien. Das setzt sauberen, semantischen HTML-Code voraus.
WCAG-Konformitätsstufen: A, AA, AAA
Stufe | Beschreibung | Typische Anforderung |
|---|---|---|
A | Mindeststandard | Muss eingehalten werden — andernfalls ist die Nutzung für bestimmte Gruppen unmöglich |
AA | Empfohlener Standard | Gesetzliche Anforderung in Deutschland (BFSG, BITV) und EU |
AAA | Höchste Stufe | Für spezialisierte Angebote; für allgemeine Websites nicht vollständig erreichbar |
Die Praxis zeigt: Für BFSG-Konformität reicht AA aus. Das ist auch die Stufe, auf die sich europäische Harmonisierungsstandards (EN 301 549) beziehen.
Wer profitiert von WCAG-konformen Websites?
Barrierefreiheit betrifft mehr Menschen als viele Marketing-Teams vermuten.
In Deutschland leben 7,9 Millionen Menschen mit einer Schwerbehinderung — das entspricht 9,3 % der Bevölkerung (Quelle: Destatis, Juli 2024). EU-weit haben 23,9 % der Bevölkerung ab 16 Jahren eine Behinderung — rund 96 Millionen Menschen (Quelle: Eurostat, 2024).
Dazu kommen temporäre Einschränkungen (gebrochener Arm, helles Sonnenlicht auf dem Display) und situationsbedingte Barrieren (laute Umgebung, schlechtes WLAN). Barrierefreiheit nützt am Ende allen Nutzern — ein Grundsatz, den das W3C als "curb cut effect" beschreibt.
Was nicht barrierefreie Websites kosten: Laut der britischen Click-Away Pound Studie (2019) verlassen 69 % der Nutzer mit Behinderungen eine nicht barrierefreie Website — in Großbritannien gingen dadurch 17,1 Milliarden Pfund Umsatz verloren (Quelle: Click-Away Pound, 2019). Das ist kein Randthema, sondern ein messbarer wirtschaftlicher Schaden.
Unternehmen, die Barrierefreiheit konsequent umsetzen, sehen das auch in ihren Zahlen: Disability-inklusive Unternehmen erzielen im Schnitt 1,6-mal mehr Umsatz und 2,6-mal mehr Nettogewinn als der Branchendurchschnitt (Quelle: Accenture / Disability:IN, 2023).
WCAG-konforme Website vs. nicht-barrierefreie Website
Kriterium | WCAG-konforme Website | Nicht-barrierefreie Website |
|---|---|---|
Gesetzliche Konformität | BFSG/EAA-konform seit 28. Juni 2025 | Bußgeldrisiko bis 100.000 € |
Erreichbare Zielgruppe | 100 % der Nutzer inkl. 96 Mio. EU-Bürger mit Behinderung | Schließt bis zu 23,9 % der EU-Bevölkerung aus |
Suchmaschinenoptimierung | Semantisches HTML verbessert Crawlbarkeit und Core Web Vitals | Fehlende Alt-Texte und schlechte Struktur schwächen SEO |
Absprungrate | Gering — Nutzer mit assistiven Technologien bleiben | Hoch — 69 % der Nutzer mit Behinderung verlassen die Seite |
Formularerfahrung | Klare Fehlerhinweise, Tastaturnavigation, ARIA-Labels | Formulare für Screen-Reader-Nutzer oft nicht nutzbar |
Mobile Nutzbarkeit | Barrierefreie Bedienelemente funktionieren auch auf Touch-Geräten besser | Bedienprobleme häufen sich auf kleinen Displays |
Markenwahrnehmung | Signal für Qualität, Vertrauen und soziale Verantwortung | Reputationsrisiko bei öffentlicher Kritik oder Abmahnungen |
Technische Schulden | Gering durch saubere semantische Codebasis | Hoch durch nachträglichen Barrierefreiheits-Retrofit |
branchly-Kunden erhalten den KI-Layer bereits WCAG-konform. Das heißt: Chatbot, KI-Suche und Navigator fügen der bestehenden Website keine neuen Barrieren hinzu — sondern können bestehende Lücken in der Nutzerführung aktiv schließen.
WCAG in der Praxis: Typische Fehler und wie man sie behebt
Der WebAIM Million Report (2025) nennt die sechs häufigsten WCAG-Fehler auf deutschen und internationalen Websites:
Fehlende Alt-Texte auf Bildern (54,5 % aller geprüften Seiten betroffen)
Zu geringe Farbkontraste zwischen Text und Hintergrund (80,9 %)
Fehlende Formular-Labels — Eingabefelder ohne beschreibenden Text für Screen Reader
Leere Links — Links mit keinem oder nicht beschreibendem Text ("hier klicken")
Fehlender Dokumenttitel im
<title>-TagFehlende Sprach-Auszeichnung im HTML-Tag (
lang="de")
Viele dieser Fehler entstehen nicht aus Fahrlässigkeit, sondern weil Teams bei der Entwicklung keine Barrierefreiheits-Checkliste verwenden. Tools wie der WAVE Browser-Extension oder axe DevTools helfen, diese Fehler systematisch zu identifizieren.
Der Accessible Rich Internet Applications (ARIA)-Standard ergänzt HTML dort, wo native Semantik nicht ausreicht — etwa bei dynamischen Inhalten, Modals oder Custom UI-Komponenten. branchly-Widgets sind mit vollständigen ARIA-Attributen ausgestattet und greifen nicht störend in bestehende ARIA-Strukturen ein.
WCAG in der Praxis: Einsatzszenarien
E-Commerce
Ein Online-Shop mit branchly-Chatbot und KI-Suche erfüllt WCAG-Anforderungen bereits auf Ebene der interaktiven Elemente. Nutzer mit Screenreadern können über die Tastatur durch Produktempfehlungen navigieren, ARIA-Labels identifizieren Formularfelder korrekt, und Kontraste entsprechen der AA-Stufe. Das Ergebnis: Die barrierefreie KI-Schicht ist kein Zusatzprojekt, sondern standardmäßig enthalten. Über 40 Millionen KI-gestützte Sessions auf branchly-Plattformen zeigen, wie breit diese Nutzerbasis tatsächlich ist (Quelle: branchly, 2026).
Tourismus
Reiseplattformen und Destinationsmarketingorganisationen gehören zu den BFSG-pflichtigen Unternehmen. Ein Tourismusportal, das den branchly Navigator einsetzt, führt Nutzer barrierefrei durch mehrstufige Buchungsprozesse — mit Keyboard-Support, voller Screen-Reader-Kompatibilität und mehrsprachiger Ausgabe in allen 101 nativ unterstützten Sprachen. Das ist besonders relevant, wenn internationale Gäste mit unterschiedlichen Spracheinstellungen auf die Plattform kommen.
Öffentliche Verwaltung
Behörden und öffentliche Institutionen sind bereits seit 2018 durch die BITV 2.0 zur Barrierefreiheit verpflichtet. Der branchly Navigator unterstützt Bürgerinnen und Bürger dabei, komplexe Verwaltungsprozesse Schritt für Schritt zu durchlaufen — per Tastatur, per Screen Reader oder in der Sprache des Nutzers. Die Interaktionsrate liegt bei fest eingebetteten Interfaces zwischen 45 und 50 % (Quelle: branchly-Kundendaten, 2026) — ein deutliches Signal, dass Nutzer die geführte Navigation aktiv annehmen.
branchly und WCAG: Die KI-Schicht, die keine Barrieren baut
branchly wurde von Anfang an mit WCAG-Konformität als Designprinzip entwickelt — nicht als nachträgliches Compliance-Projekt. Das bedeutet für dich:
Chatbot: Vollständige Tastaturnavigation, ARIA-Live-Regions für dynamische Antworten, ausreichende Kontrastverhältnisse
KI-Suche: Semantische Suchergebnislisten, Fokusmanagement, Screen-Reader-kompatible Autocompletion
Navigator: Schritt-für-Schritt-Führung mit klaren Fortschrittsanzeigen und barrierefreien Formularelementen
Advisor: Produktempfehlungen mit beschreibenden Alt-Texten und vollständiger Tastatursteuerung
Forms: ARIA-Labels, Fehleridentifikation nach WCAG 3.3, automatische Fokussierung auf Fehlermeldungen
Über 40 Millionen Nutzer wurden bereits über branchly-Interfaces bedient (Quelle: branchly). Die WCAG-Konformität ist dabei kein Marketingversprechen, sondern technische Realität — prüfbar mit WAVE, axe und manuellen Screen-Reader-Tests.
Der Einstieg beginnt ab 499 €/Monat (Starter, 1.000 Sessions). Damit bekommst du eine WCAG-konforme KI-Schicht, die sofort einsatzbereit ist — ohne separates Accessibility-Audit für den KI-Layer.
Widget-Interaktionsraten von 5–10 % (gegenüber 0,5–1 % Branchendurchschnitt) zeigen: Barrierefrei ist nicht gleichbedeutend mit weniger ansprechend. Im Gegenteil — klare Strukturen, gute Tastatursteuerung und verständliche Sprache kommen allen Nutzern zugute.
Verwandte Begriffe
Häufig gestellte Fragen
Was sind die WCAG in einfachen Worten?
Die WCAG (Web Content Accessibility Guidelines) sind internationale Richtlinien des W3C, die festlegen, wie Websites gestaltet sein müssen, damit Menschen mit Behinderungen sie vollständig nutzen können. Sie decken visuelle, auditive, motorische und kognitive Einschränkungen ab und sind in drei Konformitätsstufen (A, AA, AAA) gegliedert. In Deutschland sind WCAG 2.1 Level AA seit dem 28. Juni 2025 durch das BFSG gesetzlich verbindlich für betroffene B2C-Unternehmen.
Wer ist vom BFSG betroffen?
Das Barrierefreiheitsstärkungsgesetz gilt für B2C-Unternehmen mit mehr als 10 Mitarbeitern UND mehr als 2 Millionen Euro Jahresumsatz. Betroffen sind digitale Produkte und Dienstleistungen, die nach dem 28. Juni 2025 auf den Markt gebracht oder grundlegend überarbeitet werden. Öffentliche Verwaltungen unterliegen bereits seit 2018 der BITV 2.0. Bei Verstößen drohen Bußgelder bis zu 100.000 Euro (Quelle: §37 BFSG).
Was ist der Unterschied zwischen WCAG 2.1 und WCAG 2.2?
WCAG 2.2 (Oktober 2023) erweitert die 2.1-Version um neun neue Erfolgskriterien, vor allem in den Bereichen Tastaturnavigation, Fokusindikatoren und Authentifizierung. Level AA in 2.2 entfernt zudem ein älteres Kriterium (4.1.1 Parsing), das technisch überholt war. Für die BFSG-Konformität in Deutschland wird derzeit WCAG 2.1 AA referenziert, aber ein Upgrade auf 2.2 ist ratsam.
Warum scheitern so viele Websites an den WCAG?
Laut WebAIM Million Report (Februar 2025) haben 94,8 % der meistbesuchten Websites WCAG-Fehler. Die häufigsten Ursachen: fehlende Alt-Texte, zu geringe Farbkontraste, fehlende Formular-Labels und leere Links. Die meisten Fehler entstehen nicht absichtlich, sondern weil Barrierefreiheit in Entwicklungs- und Design-Workflows nicht systematisch verankert ist.
Wie prüfe ich, ob meine Website WCAG-konform ist?
Automatisierte Tools wie WAVE (webaim.org/wave), axe DevTools (Browser-Extension) oder Google Lighthouse decken ca. 30–40 % der Fehler auf. Den Rest findest du nur durch manuelle Prüfung: Tastatur-Navigation durchspielen, einen Screen Reader (NVDA, VoiceOver, TalkBack) nutzen und Kontraste mit dem WebAIM Contrast Checker messen. Für eine vollständige Prüfung nach BITV/BFSG empfiehlt sich ein zertifizierter Accessibility-Audit.
Was kostet Barrierefreiheit nachträglich?
Viel mehr als von Anfang an. Studien zeigen, dass nachträgliche Korrekturen 30–100-mal teurer sind als wenn Barrierefreiheit im Entwicklungsprozess mitgedacht wird. Ein vollständiger Retrofit einer großen Website kann fünf- bis sechsstellige Beträge kosten. Hinzu kommen laufende Wartungskosten für neue Inhalte. Mit branchly entfällt dieser Aufwand für den KI-Layer komplett — die Barrierefreiheit ist standardmäßig enthalten.
Verbessert WCAG-Konformität das SEO?
Ja, indirekt. Viele WCAG-Anforderungen überschneiden sich mit SEO-Best-Practices: Alt-Texte helfen Crawlern, Überschriftenhierarchien verbessern die Inhaltsstruktur, semantisches HTML erleichtert die Indexierung, und schnelle Ladezeiten kommen sowohl Screen-Reader-Nutzern als auch dem Google-Ranking zugute. Barrierefreiheit und SEO sind keine konkurrierenden Ziele — sie verstärken sich gegenseitig.
Gilt WCAG auch für mobile Apps?
Ja. Die WCAG 2.x gelten grundsätzlich auch für mobile Web-Apps. Für native Apps (iOS, Android) gibt es zusätzlich die WCAG 2.1-Ergänzungen und die mobilen Accessibility-Guidelines der jeweiligen Plattformen (Apple Accessibility, Android Accessibility). Das BFSG umfasst ausdrücklich auch mobile Anwendungen, die als digitale Dienstleistung klassifiziert werden.
Kann ein KI-Chatbot barrierefrei sein?
Ja — wenn er von Anfang an dafür entwickelt wurde. Entscheidend sind: vollständige Tastaturnavigation, ARIA-Live-Regions für dynamisch generierte Antworten, ausreichende Farbkontraste, beschreibende Labels für alle interaktiven Elemente und die Möglichkeit, den Chat jederzeit per Tastatur zu schließen. branchly erfüllt diese Anforderungen standardmäßig. Die 5–10 % Interaktionsrate (vs. 0,5–1 % Branchendurchschnitt) zeigen, dass barrierefreies Design und hohe Nutzerbindung kein Widerspruch sind.
Was ist der Unterschied zwischen WCAG, BITV und BFSG?
Die WCAG sind der internationale Standard (W3C). Die BITV 2.0 (Barrierefreie-Informationstechnik-Verordnung) ist die deutsche Umsetzung für öffentliche Stellen und referenziert WCAG 2.1 AA. Das BFSG (Barrierefreiheitsstärkungsgesetz) ist die deutsche Umsetzung des European Accessibility Act und gilt seit dem 28. Juni 2025 für private Unternehmen — ebenfalls auf Basis von WCAG 2.1 AA (via EN 301 549).
