Seit dem 28. Juni 2025 ist das Barrierefreiheitsstärkungsgesetz (BFSG) in Deutschland verbindlich in Kraft getreten. Was viele Jahre lang primär für Bundesbehörden und öffentliche Verwaltungen galt, betrifft nun die gesamte gewerbliche Wirtschaft: Wer Produkte oder Dienstleistungen online anbietet, Tickets verkauft, Termine buchen lässt oder einen Webshop betreibt, muss seinen Webauftritt barrierefrei nach den Kriterien der WCAG 2.2 Level AA gestalten. Doch was bedeutet das in der Praxis? Wer ist wirklich betroffen, welche Ausnahmen gelten für Kleinstbetriebe, welche Bußgelder drohen – und wie lässt sich eine bestehende Website ohne unbezahlbaren Relaunch rechtssicher und benutzerfreundlich anpassen? In diesem ausführlichen Praxisleitfaden klären wir alle rechtlichen und technischen Fragen, decken die zehn häufigsten Barrierefreiheits-Sünden auf und geben Ihnen eine praxiserprobte 15-Punkte-Checkliste an die Hand.
- 1. Was das BFSG wirklich bedeutet
- 2. Wer betroffen ist – und wer ausgenommen
- 3. Bußgelder, Abmahnungen & Rechtsrisiken
- 4. WCAG 2.2 Level AA: Die 4 Kernprinzipien
- 5. Die 10 häufigsten Barrierefreiheits-Fehler
- 6. Kontraste, Typografie & Lesbarkeit
- 7. Tastaturbedienbarkeit & sichtbare Foki
- 8. Screenreader-Tauglichkeit & semantisches HTML
- 9. Barrierefreie Formulare & Fehlermeldungen
- 10. Alt-Texte, Audio & Video-Untertitel
- 11. Warum Accessibility-Widgets rechtlich scheitern
- 12. Die große WCAG 2.2 Kriterien-Tabelle
- 13. Der 10-Schritte-Fahrplan zur Barrierefreiheit
- 14. Die Erklärung zur Barrierefreiheit (Muster)
- 15. Kostenlose Prüf-Tools für Entwickler
- 16. Häufig gestellte Fragen (15 FAQs)
1. Was das Barrierefreiheitsstärkungsgesetz (BFSG) wirklich bedeutet
In Deutschland leben rund 7,8 Millionen schwerbehinderte Menschen, hinzu kommen Millionen Personen mit temporären oder altersbedingten Einschränkungen – von nachlassender Sehkraft über motorische Beeinträchtigungen bis hin zu kognitiven Barrieren. Jahrzehntelang war Barrierefreiheit im Internet eine noble Empfehlung für private Unternehmen, während sich der Staat mit der Barrierefreie-Informationstechnik-Verordnung (BITV 2.0) selbst strengere Maßstäbe auferlegte.
Mit dem Barrierefreiheitsstärkungsgesetz (BFSG), das auf der europäischen Richtlinie 2019/882 (dem sogenannten European Accessibility Act, EAA) basiert, hat der Gesetzgeber die Spielregeln grundlegend geändert. Seit dem Stichtag 28. Juni 2025 müssen Produkte und Dienstleistungen, die für Verbraucher bestimmt sind, zwingend barrierefrei zugänglich sein.
Das Gesetz ist kein unverbindlicher Verhaltenskodex. Es ist ein reguläres Bundesgesetz mit strengen Marktüberwachungsmechanismen, behördlichen Kontrollen und drastischen Bußgeldvorschriften. Für Website-Betreiber bedeutet dies: Barrierefreiheit ist von einem „Nice-to-have“ für gemeinnützige Organisationen zu einer rechtlichen Grundvoraussetzung wie das Impressum oder die DSGVO geworden.
Maßgeblich für die technische Umsetzung des BFSG ist die Verordnung zum Barrierefreiheitsstärkungsgesetz (BFSGV) in Verbindung mit der harmonisierten europäischen Norm EN 301 549. Diese wiederum verweist direkt auf die international anerkannten Richtlinien für barrierefreie Webinhalte: die Web Content Accessibility Guidelines (WCAG) 2.2 in der Konformitätsstufe Level AA.
2. Wer betroffen ist – und wer unter die Ausnahmeregelung fällt
In Unternehmerkreisen kursieren noch immer zahlreiche Missverständnisse darüber, wer das Gesetz überhaupt beachten muss. Die Faustformel lautet: Bieten Sie über Ihre Website Dienstleistungen im elektronischen Geschäftsverkehr an Endverbraucher (B2C) an, sind Sie betroffen.
Unter den Begriff der Dienstleistungen im elektronischen Geschäftsverkehr fällt im Sinne des BFSG (§ 2 Abs. 2 Nr. 5 BFSG):
- Klassische Online-Shops: Jeder Warenkorb, jeder Checkout-Prozess, jede Produktdetailseite, über die Verbraucher Waren bestellen können.
- Digitale Buchungssysteme: Terminvereinbarungen beim Arzt, Reservierungs-Tools für Restaurants, Zimmerbuchungen in Hotels, Ticketverkäufe für Veranstaltungen.
- Personenbeförderung & Mobilität: Webseiten von Fahrdiensten, Reiseanbietern, Verkehrsbetrieben.
- Finanz- und Bankdienstleistungen: Online-Banking, Kreditrechner mit Antragsstrecke, Versicherungsabschlüsse.
- Kundenportale & SaaS-Anwendungen: Jeder geschützte Login-Bereich, in dem Verbraucher Verträge verwalten, Rechnungen einsehen oder Leistungen buchen.
Die Kleinstunternehmer-Ausnahme (§ 3 Abs. 2 BFSG)
Der Gesetzgeber hat für kleine Betriebe eine bürokratische Entlastung vorgesehen. Von den Pflichten für Dienstleistungen sind Kleinstunternehmen ausgenommen, die beide der folgenden Kriterien erfüllen:
- Beschäftigung von weniger als 10 Mitarbeitern (Vollzeitäquivalente) UND
- Jahresumsatz von höchstens 2 Millionen Euro ODER Jahresbilanzsumme von höchstens 2 Millionen Euro.
Die Ausnahme für Kleinstbetriebe gilt ausschließlich für reine Dienstleistungen! Wenn Sie als Kleinstunternehmer eigene Produkte herstellen, importieren oder im Handel vertreiben, greifen andere Pflichten. Zudem schützt die BFSG-Ausnahme nicht davor, dass Kunden mit Behinderungen zivilrechtliche Unterlassungsansprüche auf Basis des Allgemeinen Gleichbehandlungsgesetzes (AGG) geltend machen. Eine barrierefreie Website bleibt daher auch für Soloselbstständige die einzig sichere und zukunftsfähige Strategie.
3. Bußgelder, Abmahnungen & Rechtsrisiken: Was bei Verstößen passiert
Viele Unternehmer unterschätzen die Härte der Sanktionen. Das BFSG sieht ein mehrstufiges Kontroll- und Durchsetzungssystem vor, das von behördlichen Eingriffen bis hin zum wettbewerbsrechtlichen Abmahnwesen reicht:
1. Behördliche Bußgelder bis zu 100.000 Euro
Jedes Bundesland hat zuständige Marktüberwachungsbehörden benannt. Diese Behörden prüfen Webseiten stichprobenartig oder auf Beschwerde von Bürgern hin. Stellen die Prüfer Barrieren fest, erlassen sie zunächst Mängelbeseitigungsanordnungen mit Fristsetzung. Werden diese Fristen ignoriert oder wird Barrierefreiheit vorsätzlich verweigert, drohen empfindliche Bußgelder nach § 37 BFSG von bis zu 100.000 Euro.
2. Anordnung der Betriebseinstellung (Sperrung des Online-Angebots)
Die Marktüberwachungsbehörden haben nach § 27 BFSG das Recht, das Inverkehrbringen einer Dienstleistung zu untersagen. Im Klartext: Die Behörde kann anordnen, dass Ihr Online-Shop oder Ihr Buchungssystem vorübergehend vom Netz genommen werden muss, bis die barrierefreie Nutzbarkeit nachgewiesen ist. Für ein E-Commerce-Unternehmen bedeutet dies den sofortigen Totalausfall des Umsatzes.
3. Abmahnungen durch Verbände und Mitbewerber (UWG)
Da das BFSG als Marktverhaltensregelung im Interesse der Verbraucher eingestuft wird, stellen Verstöße unlautere geschäftliche Handlungen nach § 3a des Gesetzes gegen den unlauteren Wettbewerb (UWG) dar. Qualifizierte Wirtschaftsverbände, Verbraucherschutzorganisationen und Behindertenverbände besitzen ein gesetzliches Klagerecht. Die Kosten für Unterlassungserklärungen, anwaltliche Gebühren und die erzwungene Sofort-Nachbesserung belasten die Liquidität massiv.
— Benjamin Machalz, Inhaber Hauptstadt Homepage
4. WCAG 2.2 Level AA: Die 4 Säulen digitaler Barrierefreiheit (POUR)
Um Barrierefreiheit messbar und technisch überprüfbar zu machen, stützt sich das Gesetz auf die Richtlinien des World Wide Web Consortiums (W3C). Die Web Content Accessibility Guidelines (WCAG 2.2) basieren auf vier fundamentalen Prinzipien, die im Englischen das Akronym POUR bilden:
1. Wahrnehmbarkeit (Perceivable)
Informationen und Benutzeroberflächen-Komponenten müssen den Nutzern so präsentiert werden, dass sie sie mit ihren Sinnen wahrnehmen können. Nichts darf für einen menschlichen Sinn unsichtbar oder unhörbar sein.
- Textalternativen: Jedes Bild, jede Grafik und jedes Icon mit Informationsgehalt benötigt einen aussagekräftigen Alternativtext (Alt-Attribut).
- Zeitbasierte Medien: Videos benötigen zwingend Untertitel; reine Audiodateien verlangen Texttranskripte.
- Anpassbarkeit: Inhalte müssen auf verschiedene Weisen dargestellt werden können (z. B. Hoch- und Querformat, Vergrößerung auf 200 %), ohne dass Informationen oder Strukturen verloren gehen.
- Unterscheidbarkeit: Starker Kontrast zwischen Vordergrund (Schrift) und Hintergrund (mindestens 4,5:1 bei Fließtext). Farbe darf niemals die einzige Informationsträgerin sein (z. B. rot markierte Pflichtfelder ohne Textzusatz).
2. Bedienbarkeit (Operable)
Die Benutzeroberfläche und die Navigation dürfen nicht davon abhängen, dass der Nutzer eine Maus oder einen Touchscreen bedienen kann.
- Tastatur-Vollzugänglichkeit: Jede Funktion (Menü öffnen, Warenkorb-Checkout, Video starten) muss ausschließlich mit der Tab-, Pfeil-, Enter- und Leertaste erreichbar und steuerbar sein.
- Keine Tastaturfallen: Der Fokus darf niemals in einem Element (wie einem Cookie-Banner oder Modal) hängenbleiben, ohne dass man es mit der Tastatur (z. B. ESC) verlassen kann.
- Ausreichend Zeit: Nutzer müssen genug Zeit haben, um Inhalte zu lesen oder Interaktionen auszuführen (keine aggressiven Countdown-Timer ohne Pausenfunktion).
- Auffindbarkeit: Es muss mehrere Wege geben, eine Unterseite zu finden (z. B. Navigation, Breadcrumbs, HTML-Sitemap oder Volltextsuche).
- Zielgrößen für Touch-Elemente: Klickbare Schaltflächen müssen groß genug sein (mindestens 24x24 Pixel nach WCAG 2.2; ideal sind 44x44 Pixel), damit Menschen mit Tremor oder auf mobilen Geräten nicht versehentlich danebenklicken.
3. Verständlichkeit (Understandable)
Informationen und die Bedienung der Benutzeroberfläche müssen für den Menschen logisch nachvollziehbar und berechenbar sein.
- Lesbarkeit: Die Hauptsprache der Website muss im HTML-Header deklariert sein (
<html lang="de">). Fachbegriffe oder Abkürzungen müssen erklärt werden. - Vorhersehbarkeit: Wenn ein Nutzer ein Element fokussiert oder ein Formularfeld ausfüllt, darf die Seite nicht unvermittelt den Kontext wechseln, unaufgefordert neue Fenster öffnen oder Formulare automatisch absenden.
- Eingabehilfe: Fehler in Formularen müssen präzise und in menschlicher Sprache beschrieben werden (z. B. „Bitte geben Sie eine gültige E-Mail-Adresse mit @-Zeichen ein“ statt „Fehlercode 402“), und Vorschläge zur Korrektur müssen angeboten werden.
4. Robustheit (Robust)
Inhalte müssen so robust und standardkonform programmiert sein, dass sie von einer Vielzahl von Benutzeragenten, einschließlich aktueller und zukünftiger Hilfsmittel (Assistive Technologies wie Screenreader, Braillezeilen oder Spracheingabesoftware), zuverlässig interpretiert werden können.
- Semantisches HTML: Verwendung korrekter HTML5-Tags (
<main>,<nav>,<article>,<button>) statt div-Wüsten mit künstlichen Klick-Events. - Statusmeldungen & ARIA: Dynamische Änderungen (wie „Produkt wurde in den Warenkorb gelegt“) müssen Screenreadern über ARIA-Live-Regionen mitgeteilt werden.
5. Die 10 häufigsten Barrierefreiheits-Fehler auf deutschen Unternehmens-Websites
In unserer täglichen Agenturpraxis bei Hauptstadt Homepage analysieren wir hunderte bestehende Websites. Über 92 % aller nicht optimierten Seiten fallen durch einen standardisierten WCAG-2.2-Audit. Das Erstaunliche daran: Oft sind es gar nicht hochkomplexe Spezialfunktionen, sondern elementare handwerkliche Versäumnisse, die zur Nicht-Konformität führen.
Mangelhafter Kontrast bei hellgrauen Schriften
Der moderne Minimalismus-Trend zu zartem Hellgrau (#94A3B8) auf weißem Hintergrund sieht in Design-Musterdateien schick aus, ist aber für Personen mit geringerer Sehstärke oder bei Sonnenlicht unlesbar. Der Kontrast muss für regulären Fließtext mindestens 4,5:1 betragen.
Fehlende oder sinnlose Bildbeschreibungen (Alt-Texte)
Entweder fehlt das alt-Attribut völlig, oder es wird für SEO mit Keywords vollgestopft („webdesign-berlin-guenstig-kaufen.jpg“). Blinde Nutzer hören dann eine unverständliche Aneinanderreihung von Phrasen statt einer Erklärung des Bildinhalts.
Tastatur-Fokus unsichtbar gemacht (outline: none)
Viele Webentwickler empfinden den standardmäßigen blauen Browser-Rahmen um fokussierte Links als unschön und entfernen ihn kurzerhand mit * { outline: none !important; }. Für Tastaturnutzer ist die Seite damit sofort unbedienbar, weil sie blind im Raum navigieren.
Fehlende Verknüpfung von Formularfeldern und Beschriftungen
Texteingabefelder besitzen oft nur ein visuelles Placeholder-Attribut („Ihr Name“), aber kein echtes <label for="name">. Sobald der Nutzer zu tippen beginnt, verschwindet der Placeholder und der Screenreader kann das Feld nicht mehr benennen.
Verwendung von <div> statt <button> oder <a>
Interaktive Elemente werden aus Faulheit mit <div onclick="...">Klick hier</div> gebaut. Screenreader erkennen solche Elemente nicht als klickbare Schaltflächen, und mit der Tab-Taste lassen sie sich gar nicht erst anspringen.
Unzugängliche Cookie-Consent-Banner und Modals
Nutzer können den Cookie-Banner mit der Tastatur nicht bedienen oder werden darin gefangen, ohne den Rest der Seite je zu erreichen. Dies ist ein direkter und schwerwiegender Verstoß gegen WCAG 2.1.2 (Keine Tastaturfalle).
Fehlende Skip-Links (Sprung zum Hauptinhalt)
Muss ein Tastaturnutzer auf jeder Unterseite erst durch 45 Menü- und Submenü-Links tabben, bevor er zur ersten Textzeile gelangt, ist die Website praktisch unbenutzbar. Ein unsichtbarer, beim Tabben einblendbarer „Skip to Content“-Link ist Pflicht.
Reine Farbkennzeichnung von Statusmeldungen
Ein Pflichtfeld wird rot umrandet, wenn es leer bleibt – sonst geschieht nichts. Menschen mit Rot-Grün-Sehschwäche bemerken den Fehler nicht. Es bedarf stets eines Icons und eines begleitenden erklärenden Textes.
Nicht skalierbare Layouts und Textüberlappungen
Wenn Nutzer mit Sehbehinderung die Schrift im Browser auf 200 % vergrößern, brechen starre Layouts zusammen, Texte überlappen sich oder Schaltflächen verschwinden hinter fest positionierten Bannern.
Fehlende Video-Untertitel bei Image-Filmen
Aufwändige Firmen- und Produktvideos auf Landingpages besitzen oft nur eine Hintergrundmusik und eine gesprochene Tonspur, aber keine synchron zuschaltbaren WebVTT-Untertitel.
6. Farbkontraste, Typografie & Skalierbarkeit: So sieht barrierefreies Design aus
Ein weit verbreiteter Irrglaube lautet: „Barrierefreie Webseiten sehen altbacken und hässlich aus.“ Das Gegenteil ist der Fall. Professionelles barrierefreies Design zeichnet sich durch erstklassige typografische Hierarchie, klare visuelle Führung und hochmoderne Ästhetik aus.
Die mathematischen Kontrastregeln der WCAG 2.2
- Normaler Fließtext (unter 18pt bzw. 24px): Benötigt ein Kontrastverhältnis von mindestens 4,5:1 zum Hintergrund.
- Großer Text (ab 18pt bzw. ab 14pt / 18,5px fett): Benötigt ein Mindestkontrastverhältnis von 3:1.
- Grafische Benutzeroberflächen-Elemente: Rahmen von Eingabefeldern, Icons mit Steuerungsfunktion und aktive Statusindikatoren müssen mindestens ein Kontrastverhältnis von 3:1 zu benachbarten Farben aufweisen.
Verzichten Sie auf reines Schwarz (#000000) auf reinem Weiß (#FFFFFF), da dieser extreme Maximalkontrast (21:1) bei Menschen mit Legasthenie oder Migräne zu visuellem Flimmern führen kann. Verwenden Sie stattdessen edle, tiefe Schiefertöne wie #0F172A oder #1E293B auf sanftem Hintergrund (#F8FAFC). Dies erreicht exzellente Kontrastwerte von über 12:1 bei herausragender Ergonomie.
Relative Einheiten für Schriftgrößen
Vermeiden Sie feste Pixelwerte (px) für Schriftgrößen im CSS. Verwenden Sie konsequent relative Einheiten wie rem (Root Em). Nur so passt sich die gesamte Seite harmonisch an, wenn ein Nutzer in den Systemeinstellungen seines Betriebssystems oder Browsers eine größere Basisschriftgröße hinterlegt hat.
7. Tastaturbedienbarkeit & sichtbare Foki: Der Test ohne Maus
Menschen mit motorischen Beeinträchtigungen, chronischem Zittern oder Verletzungen bedienen ihren Computer oft ohne Maus. Sie nutzen ausschließlich die Tastatur, Einhand-Keyboards, Mundstäbe oder Augensteuerungs-Software. Für diese Zielgruppe ist die Tastatur-Vollzugänglichkeit die wichtigste Voraussetzung überhaupt.
Die drei goldenen Regeln der Tastaturbedienung
- Alles muss erreichbar sein: Jeder Link, jeder Button, jedes Akkordeon-Element und jeder Formular-Submit muss über die Tab-Taste erreicht werden können. Die Aktivierung erfolgt mit Enter (für Links) bzw. Leertaste / Enter (für Buttons).
- Logische Tab-Reihenfolge: Der Tab-Fokus muss der visuellen Lesereihenfolge der Seite folgen (von links nach rechts, von oben nach unten). Wenn durch CSS-Flexbox (
order) oder absolute Positionierung die visuelle Reihenfolge von der DOM-Reihenfolge abweicht, entsteht Verwirrung. - Deutlicher Fokus-Indikator: Das aktuell aktive Element muss zu jedem Zeitpunkt optisch unübersehbar hervorgehoben sein.
Der Skip-To-Content-Link
Ein unverzichtbares Feature für Tastaturnutzer ist der sogenannte Skip-Link. Er wird ganz oben im Quellcode platziert, ist standardmäßig außerhalb des Bildschirms positioniert und wird erst sichtbar, wenn der Nutzer nach dem Laden der Seite zum ersten Mal die Tab-Taste drückt:
8. Screenreader-Tauglichkeit: Warum semantisches HTML entscheidet
Ein Screenreader (wie JAWS, NVDA oder Apple VoiceOver) liest blinden Nutzern den Inhalt einer Website synthetisch vor. Doch ein Screenreader liest nicht einfach Pixel ab, sondern wandert durch den Dokumentenbaum (Accessibility Tree). Wenn dieser Baum unstrukturiert ist, scheitert die Nutzung.
Die Bedeutung korrekter Landmark-Elemente
Blinde Nutzer navigieren nicht linear von oben nach unten. Sie nutzen Tasten-Kürzel, um direkt von Region zu Region zu springen. Verwenden Sie daher konsequent echte HTML5-Landmarks:
<header>für den Kopfbereich der Seite.<nav aria-label="Hauptnavigation">für Navigationsbereiche.<main id="main-content">für den eigentlichen, einzigartigen Hauptinhalt der Unterseite.<aside aria-label="Seitenleiste">für weiterführende Inhalte und Widgets.<footer>für Impressum, Datenschutz und Kontaktangaben.
Strikte Überschriftenhierarchie ohne Lücken
Screenreader-Nutzer lassen sich häufig ein Inhaltsverzeichnis aller Überschriften anzeigen, um die Seite zu überfliegen. Daher gilt die goldene Regel: Eine einzige <h1> pro Seite, gefolgt von logischen <h2>-Kapiteln und untergeordneten <h3>-Abschnitten. Überspringen Sie niemals Ebenen (z. B. von H2 direkt auf H4, bloß weil die Schriftgröße im CSS gerade passte).
9. Barrierefreie Formulare: Checkouts & Kontaktfelder ohne Hürden
Das Herzstück eines jeden Online-Shops oder einer Dienstleister-Website sind Formulare: Kontaktformulare, Buchungskalender, Zahlungsstrecken. Hier entscheidet sich, ob ein Interessent zu einem zahlenden Kunden wird oder die Seite frustriert verlässt.
1. Echte Labels statt reiner Platzhalter
Jedes Formularfeld muss über ein <label>-Element mit dem entsprechenden Eingabefeld verknüpft sein:
2. Autocomplete-Attribute unterstützen
Nach WCAG 2.2 (Kriterium 1.3.5) müssen Formularfelder, die persönliche Daten abfragen, den Zweck der Eingabe maschinenlesbar deklarieren. Browser und Hilfsmittel können so Felder wie Name, Straße, Postleitzahl und Kreditkartennummer automatisch ausfüllen – eine enorme Hilfe für Menschen mit motorischen oder kognitiven Einschränkungen.
3. Verständliche Fehlermeldungen
Wird ein Formular fehlerhaft ausgefüllt, muss der Fehler sofort und präzise benannt werden:
- Der Fehlertext muss direkt beim betreffenden Feld stehen und per
aria-describedbymit dem Input verknüpft sein. - Das fehlerhafte Feld erhält das Attribut
aria-invalid="true". - Nach dem Absenden wird der Fokus automatisch auf das erste fehlerhafte Feld gesetzt.
10. Alt-Texte, Audio & Video-Untertitel: Multimedia barrierefrei umsetzen
Bilder transportieren Emotionen und Markenwerte. Doch für einen Screenreader ist eine Bilddatei erst einmal nur ein leerer Kasten, sofern kein alt-Attribut existiert.
Die drei Kategorien von Bildern und wie man sie auszeichnet
- Informative Bilder: Bilder, die eine Aussage vermitteln (z. B. ein Schaubild oder ein Foto des Teams). Hier beschreibt der Alt-Text präzise den Inhalt:
alt="Benjamin Machalz im Gespräch mit Kunden in der Berliner Agentur". - Dekorative Bilder: Reine Schmuckgrafiken, abstrakte Hintergrund-Blobs oder Linien. Diese MÜSSEN ein leeres Alt-Attribut erhalten:
alt="". Der Screenreader ignoriert das Bild dann lautlos. Fehlt das Attribut völlig, liest der Screenreader den Dateinamen („hero-graphic-final-v2.png“) vor! - Funktionale Bilder: Icons, die als Link oder Button dienen (z. B. eine Lupe für die Suche). Hier gehört die Funktion in den Alt-Text oder ein ARIA-Label:
alt="Website durchsuchen".
11. Warum Accessibility-Plugins & Widgets („Overlays“) rechtlich scheitern
Mit dem Herannahen des BFSG ist ein florierender Markt für sogenannte „Accessibility-Overlays“ entstanden. Anbieter werben mit Versprechen wie: „Ein Zeile Code einbinden und Ihre Website ist sofort 100 % barrierefrei und abmahnsicher!“ – meist visualisiert durch ein kleines blaues Rollstuhl- oder Mensch-Icon in der Bildschirmecke.
Die nüchterne Wahrheit: Diese Widgets sind eine gefährliche Scheinlösung.
1. Kein Eingriff in den Quellcode: Ein JavaScript-Widget kann die semantische Grundstruktur einer unzugänglichen Website nicht heilen. Wenn ein Formularfeld kein Label hat oder ein Cookie-Banner die Tastatur blockiert, kann das Overlay dies nicht reparieren.
2. Störung echter Hilfsmittel: Menschen mit Behinderungen nutzen eigene, hochgradig konfigurierte Screenreader und Vergrößerungssoftware. Das Aufdrängen eines Third-Party-Widgets kollidiert oft massiv mit dieser Software.
3. Eindeutige Urteile und Verbandskritik: Nationale und internationale Organisationen (darunter die Europäische Kommission und weltweite Behindertenverbände in der Erklärung „Overlay Factsheet“) warnen explizit vor solchen Tools. In den USA wurden Unternehmen trotz installierter Overlays zu hohen Strafen verurteilt.
Echte Barrierefreiheit kann nicht wie ein Pflaster über eine kaputte Struktur geklebt werden. Sie muss im Quellcode, im semantischen HTML und im CSS des Themes verankert sein.
12. Die große WCAG 2.2 Kriterien-Tabelle für den Unternehmens-Check
Die folgende Tabelle fasst die wichtigsten Anforderungen der WCAG 2.2 Level AA zusammen, stellt die typischen Praxisfehler gegenüber und zeigt, wie viel Aufwand die Behebung in einem professionellen Webdesign-Projekt erfordert:
| WCAG Kriterium | Konformitäts-Anforderung | Typischer Fehler | Lösungsansatz | Aufwand |
|---|---|---|---|---|
| 1.1.1 Nicht-Text-Inhalt | Textalternativen für Nicht-Text-Inhalte (Alt-Attribute). | Fehlende Alt-Texte oder Keyword-Spam im alt-Tag. | Präzise Inhaltsbeschreibung verfassen; Deko-Bilder mit alt="" versehen. |
Gering (Content) |
| 1.4.3 Kontrast (Minimum) | Kontrastverhältnis von mindestens 4,5:1 bei regulärem Text. | Hellgraue Schrift auf weißem Grund oder schlechte Button-Farbkombinationen. | Farbpalette im CSS anpassen; Kontrast-Checker im DevTools-Inspektor nutzen. | Gering bis Mittel |
| 2.1.1 Tastatur | Alle Funktionen ohne Maus per Tastatur bedienbar. | Menüs, Karusselle oder Pop-ups lassen sich nicht mit Tab/Enter steuern. | Echte Button-Tags verwenden, Tastatur-Eventlistener (KeyDown) implementieren. | Mittel (Dev) |
| 2.1.2 Keine Tastaturfalle | Fokus kann jedes Element wieder verlassen (ESC-Taste). | Nutzer bleibt im Cookie-Banner oder Modal-Fenster gefangen. | Fokus-Trap sauber programmieren und mit ESC-Taste schließbar machen. | Mittel (Dev) |
| 2.4.7 Fokus sichtbar | Jedes fokussierte Element hat einen deutlich sichtbaren Fokus-Indikator. | outline: none im CSS ohne alternativen Fokus-Stil hinterlegt. |
Modernen :focus-visible-Stil mit mindestens 2px Stärke definieren. |
Gering (CSS) |
| 2.5.8 Zeiger-Geste (Neu in 2.2) | Klickflächen mindestens 24x24px groß (ideal: 44x44px). | Winzige Social-Media-Icons oder Textlinks direkt aufeinander geklatscht. | Padding der Klickflächen vergrößern und Mindestabstände definieren. | Gering (CSS) |
| 3.3.2 Beschriftungen (Labels) | Eindeutige Beschriftungen und Ausfüllhilfen für Formularfelder. | Nur Placeholder verwendet; keine sichtbaren Labels vorhanden. | Semantische <label for="...">-Elemente hinzufügen. |
Gering bis Mittel |
| 4.1.2 Name, Rolle, Wert | UI-Komponenten für Screenreader korrekt deklariert. | Akkordeons oder Dropdowns aus div-Tags ohne ARIA-Attribute gebaut. | aria-expanded, aria-controls und native HTML-Elemente einsetzen. |
Mittel (Dev) |
13. Der 10-Schritte-Fahrplan: So machen Sie Ihre Website barrierefrei
Die Umsetzung von digitaler Barrierefreiheit muss kein unüberschaubares Mammutprojekt sein. Mit einem strukturierten Vorgehen lassen sich 80 % aller Barrieren oft innerhalb weniger Werktage beseitigen:
Bestandsaufnahme & technischer Quick-Audit
Untersuchen Sie Ihre wichtigsten Seitentypen (Startseite, Leistungsseite, Kontaktformular, Shop-Checkout) mit kostenlosen Audit-Tools wie axe DevTools und WAVE, um die gravierendsten Kontrast- und HTML-Fehler zu lokalisieren.
Manueller Tastatur-Test (Self-Check)
Legen Sie Ihre Maus zur Seite und navigieren Sie 15 Minuten lang nur mit Tab, Pfeiltasten und Enter durch Ihre Seite. Testen Sie insbesondere das Menü, die Suchfunktion und den gesamten Warenkorbprozess.
CSS-Bereinigung & Fokus-Wiederherstellung
Entfernen Sie alle globalen outline: none-Regeln aus Ihren Stylesheets und implementieren Sie einen markenkonformen, kontrastreichen :focus-visible-Indikator.
Farben & Typografie auf Kontrastkurs bringen
Passen Sie Textfarben an, die unter dem Schwellenwert von 4,5:1 liegen. Ersetzen Sie starre Pixel-Angaben bei Schriftgrößen durch rem-Werte.
Skip-To-Content-Link einbinden
Fügen Sie ganz oben im Body einen Sprunglink zum Hauptinhalt (#main-content) ein, damit Tastaturnutzer die Header-Navigation überspringen können.
Semantische Formularbeschriftungen verankern
Stellen Sie sicher, dass jedes Input- und Textarea-Feld ein zugeordnetes <label> besitzt und Autocomplete-Attribute gepflegt sind.
Mediathek & Alt-Texte bereinigen
Gehen Sie Ihre wichtigsten Website-Bilder durch. Vergeben Sie sprechende Alt-Texte für Grafiken und versehen Sie rein dekorative Bilder mit alt="".
Cookie-Banner & Modals auf Barrierefreiheit prüfen
Testen Sie, ob Ihr Cookie-Consent-Tool (z. B. Real Cookie Banner, Borlabs oder Usercentrics) vollständig tastaturbedienbar ist und Screenreader die Buttons fehlerfrei vorlesen.
Erklärung zur Barrierefreiheit veröffentlichen
Erstellen Sie eine eigene Unterseite /barrierefreiheit/ und verlinken Sie diese prominent im Footer neben dem Impressum und dem Datenschutz.
Feedback-Mechanismus scharfschalten
Richten Sie auf der Barrierefreiheitsseite eine direkte Kontaktmöglichkeit (Formular oder E-Mail) ein, über die Nutzer noch vorhandene Barrieren unkompliziert melden können.
14. Die Erklärung zur Barrierefreiheit: Gesetzliche Pflichtangaben & Muster
Ähnlich wie das Impressum nach § 5 DDG (ehemals TMG) und die Datenschutzerklärung nach DSGVO verlangt das Barrierefreiheitsstärkungsgesetz eine offizielle Erklärung zur Barrierefreiheit. Sie muss von jeder Unterseite aus mit einem Klick erreichbar sein (idealerweise im Footer).
Eine rechtskonforme Erklärung zur Barrierefreiheit muss zwingend folgende vier Abschnitte enthalten:
- Stand der Vereinbarkeit: Die explizite Aussage, inwieweit die Website mit den Anforderungen der WCAG 2.2 Level AA bzw. EN 301 549 übereinstimmt (vollständig vereinbar, größtenteils vereinbar oder nicht vereinbar).
- Nicht barrierefreie Inhalte: Eine transparente Auflistung aller Bereiche, die aktuell noch Barrieren enthalten, samt Begründung (z. B. ältere PDF-Dateien zum Download oder externe Drittanbieter-Karten).
- Erstellungsdatum & Prüfmethode: Das Datum der Erstellung/Aktualisierung der Erklärung sowie die angewendete Bewertungsmethode (z. B. Selbstbewertung oder Audit durch eine spezialisierte Agentur).
- Feedback-Mechanismus & Schlichtungsverfahren: Eine konkrete E-Mail-Adresse oder ein Kontaktformular, an das sich Nutzer wenden können, um Barrieren zu melden, sowie der Verweis auf die zuständige Schlichtungsstelle des jeweiligen Bundeslandes.
„[Firmenname] ist bemüht, ihren Webauftritt im Einklang mit dem Barrierefreiheitsstärkungsgesetz (BFSG) sowie den Web Content Accessibility Guidelines (WCAG) 2.2 Level AA barrierefrei zugänglich zu machen. Diese Erklärung zur Barrierefreiheit gilt für die Website [URL].
Stand der Vereinbarkeit: Diese Website ist wegen folgender Unvereinbarkeiten teilweise mit den vorgenannten Richtlinien vereinbar: Ältere PDF-Dokumente entsprechen derzeit noch nicht vollständig dem PDF/UA-Standard; die interaktive Anfahrtskarte von Drittanbietern ist für Screenreader nur eingeschränkt nutzbar.
Feedback und Kontakt: Sollten Ihnen Mängel in Bezug auf die barrierefreie Gestaltung unserer Website auffallen, können Sie uns jederzeit kontaktieren unter: barrierefreiheit@[ihre-domain].de. Wir bemühen uns, Ihre Anfrage innerhalb von 14 Tagen zu beantworten.
Schlichtungsverfahren: Sollten Sie nach Ihrer Kontaktaufnahme keine zufriedenstellende Antwort erhalten, können Sie sich an die Schlichtungsstelle nach dem Behindertengleichstellungsgesetz (BGG) wenden.“
15. Kostenlose Prüf-Tools für Entwickler & Website-Betreiber
Um Barrieren aufzuspüren, benötigen Sie keine teure Spezialsoftware. Die folgenden frei verfügbaren Werkzeuge decken bereits einen Großteil der typischen Fehlerquellen zuverlässig ab:
- axe DevTools (Browser-Erweiterung für Chrome & Firefox): Das weltweit führende und verlässlichste Entwickler-Tool für automatisierte Barrierefreiheits-Tests. Liefert praktisch null Fehlalarme und zeigt direkt die betroffenen Code-Zeilen.
- WAVE (Web Accessibility Evaluation Tool): Ein hervorragendes visuelles Tool der Utah State University. Blendet Symbole direkt in die Website ein, um fehlende Alt-Texte, Kontrastprobleme und Strukturlücken anzuzeigen.
- Google Chrome Lighthouse: Im Inspektor jedes Chrome-Browsers integriert. Vergibt einen Accessibility-Score von 0 bis 100 und gibt konkrete Handlungsempfehlungen.
- Colour Contrast Analyser (CCA): Ein kleines Desktop-Programm für Windows und Mac, mit dem Sie per Pipette jede beliebige Farbkombination auf Konformität nach WCAG 2.2 prüfen können.
- NVDA (NonVisual Desktop Access): Ein komplett kostenloser Open-Source-Screenreader für Windows, um die eigene Seite wie ein blinder Nutzer auditieren zu können. Auf dem Mac ist VoiceOver (mit Cmd + F5 aktivierbar) bereits vorinstalliert.
Ist Ihre Website bereits fit für das BFSG?
Gehen Sie kein rechtliches Risiko bei Bußgeldern und Abmahnungen ein. In unserem kostenlosen Website-Audit prüfen wir Kontraste, Tastaturbedienung und Barrierefreiheit Ihres aktuellen Webauftritts und zeigen Ihnen konkrete Quick-Wins.
Kostenlose BFSG-Website-Analyse anfordern16. Häufig gestellte Fragen zur barrierefreien Website (FAQ)
Das Barrierefreiheitsstärkungsgesetz (BFSG) ist die deutsche Umsetzung des europäischen European Accessibility Act (EAA). Es verpflichtet Wirtschaftsakteure ab dem 28. Juni 2025 dazu, digitale Produkte und Dienstleistungen – darunter Online-Shops, Buchungssysteme, Kundenportale und Webseiten im elektronischen Geschäftsverkehr – barrierefrei nach den Kriterien der WCAG 2.2 Level AA bzw. EN 301 549 zu gestalten.
Reine Informationsseiten (reine Webvisitenkarten ohne E-Commerce-Komponenten wie Online-Buchung, Terminvereinbarung oder Warenkorb) fallen formell oft nicht unter die strengen E-Commerce-Dienstleistungsdefinitionen des BFSG. Aber: Sobald über die Website Dienstleistungen online abgeschlossen, Termine gebucht oder Zahlungen initiiert werden können, greift das Gesetz in vollem Umfang. Zudem ist Barrierefreiheit ein messbarer SEO- und Usability-Vorteil für jede Unternehmensseite.
Kleinstunternehmen, die Dienstleistungen erbringen und weniger als 10 Mitarbeiter beschäftigen sowie einen Jahresumsatz von höchstens 2 Millionen Euro oder eine Jahresbilanzsumme von höchstens 2 Millionen Euro aufweisen, sind von den Verpflichtungen für Dienstleistungen nach dem BFSG ausgenommen. Wichtig: Verkaufen Kleinstunternehmen physische Produkte im Online-Handel (Hersteller/Händler von Produkten), gelten oft andere Regeln. Zudem entbindet die Ausnahme nicht vor zivilrechtlichen Klagen nach dem Allgemeinen Gleichbehandlungsgesetz (AGG).
Bei vorsätzlichen oder fahrlässigen Verstößen gegen die Barrierefreiheitsanforderungen können die zuständigen Marktüberwachungsbehörden der Bundesländer Bußgelder von bis zu 100.000 Euro verhängen. Zudem drohen Untersagungsverfügungen (Einstellung des Webangebots) sowie kostenpflichtige Abmahnungen durch anerkannte Verbände und Mitbewerber.
Nein. Sogenannte Accessibility-Overlays oder KI-Widgets (die kleinen runden Icons am Bildschirmrand) bieten keine rechtssichere Barrierefreiheit. Sie beheben weder fehlerhaftes HTML noch fehlende Tastatur-Foki im Quellcode und behindern Screenreader-Nutzer in vielen Tests sogar zusätzlich. Gerichte in den USA und Verbände in Europa haben bereits klargestellt, dass Overlays die gesetzlichen WCAG-Anforderungen nicht erfüllen.
Die Web Content Accessibility Guidelines (WCAG) 2.2 der W3C sind der internationale technische Standard für Barrierefreiheit. Sie sind in die Konformitätsstufen A, AA und AAA unterteilt. Die europäische Norm EN 301 549 und das BFSG fordern die Erfüllung des mittleren Standards Level AA, der u. a. Mindestkontraste (4.5:1), Tastaturbedienbarkeit, sichtbare Fokus-Indikatoren und semantische HTML-Strukturen vorschreibt.
Zu den 5 häufigsten Fehlern zählen: 1. Unzureichende Farbkontraste zwischen Text und Hintergrund (unter 4.5:1), 2. Fehlende oder falsche Alt-Texte bei aussagekräftigen Bildern, 3. Tastatur-Fallen (Menüs oder Modals lassen sich per Tab-Taste nicht bedienen oder verlassen), 4. Formularfelder ohne semantisch verknüpfte Labels, 5. Nicht responsive Layouts mit horizontalem Scrollen bei Textvergrößerung.
Die Erklärung zur Barrierefreiheit ist eine gesetzlich vorgeschriebene Unterseite (ähnlich wie das Impressum oder die Datenschutzerklärung). Sie dokumentiert, inwieweit die Website den Anforderungen entspricht, welche Bereiche noch Barrieren aufweisen (und warum) und stellt einen funktionierenden Feedback-Mechanismus bereit, über den Nutzer Barrieren melden können.
Ja. Vorab aufgezeichnete Videos mit Tonspur müssen synchrone Untertitel (Captions) für gehörlose oder schwerhörige Nutzer bereitstellen. Für Videos, deren visuelle Handlung nicht allein durch den gesprochenen Ton verständlich ist, ist zusätzlich eine Audiodeskription oder eine ausführliche Texttranskription erforderlich.
Ein verlässlicher Schnelltest kombiniert automatisierte Browser-Erweiterungen (wie axe DevTools oder WAVE) mit manuellen Tests: 1. Navigation der gesamten Website ausschließlich mit der Tastatur (Tab, Enter, Pfeiltasten, Esc), 2. Prüfung der Farbkontraste mit einem Contrast Checker, 3. Vergrößerung des Browser-Zooms auf 200 %, 4. Test mit einem kostenlosen Screenreader wie NVDA (Windows) oder Apple VoiceOver (Mac).
Absolut. Barrierefreiheit und SEO teilen zu rund 80 % dieselben Grundlagen: Saubere semantische HTML-Headings (H1 bis H6), sprechende Alt-Texte für Bilder, schnelle Ladezeiten ohne überladene JavaScript-Skripte, klare Linktexte und fehlerfreie Formulare helfen sowohl Suchmaschinen-Crawlern als auch Menschen mit Behinderungen.
Die Kosten variieren je nach technischer Basis und Ausgangszustand. Ein gezieltes Remediation-Audit mit Behebung der gängigsten Barrieren (Kontraste, Alt-Texte, Tastatur-Fokus, Formular-Labels) liegt bei kleineren Unternehmensseiten oft zwischen 800 und 2.500 Euro. Bei komplexen Webshops oder gewachsenen Webportalen kann ein vollständiger Umbau oder barrierefreier Relaunch 3.500 bis 8.000 Euro kosten.
Ja. Da das BFSG Marktverhaltensregeln zum Schutz der Verbraucher festlegt, können Verstöße über das Gesetz gegen den unlauteren Wettbewerb (UWG) von Konkurrenten, Verbraucherzentralen und qualifizierten Wirtschaftsverbänden abgemahnt werden. Hinzu kommen behördliche Durchsetzungsmaßnahmen.
Sehr positiv. Barrierefreie Mobile-Websites haben mindestens 44x44 bzw. 48x48 Pixel große Touch-Targets, ausreichend große Schriftarten (mindestens 16px im Fließtext) und vermeiden störende Pop-ups, die sich auf Smartphones nicht mit Gesten oder Schließen-Buttons bedienen lassen.
Wir führen fundierte Barrierefreiheits-Audits auf Basis der WCAG 2.2 Level AA durch, beheben Code- und Designbarrieren direkt im CMS (WordPress, Custom Code) und erstellen eine rechtssichere Erklärung zur Barrierefreiheit. Nutzen Sie gerne unsere kostenlose Website-Erstanalyse zur unverbindlichen Ersteinschätzung.