BFSG Website Check: was Sie selbst testen können

Wenn Sie online an Verbraucher in der EU verkaufen, gelten die Anforderungen des European Accessibility Act an Websites seit dem 28. Juni 2025 auch für Ihren Shop, es sei denn, Ihr Unternehmen ist ein Kleinstunternehmen; in Deutschland setzt das BFSG sie um. Viele der gravierenden Probleme finden Sie bei einem BFSG Website Check selbst: Geben Sie eine Testbestellung nur mit der Tastatur auf, zoomen Sie die Seite und probieren Sie jedes Formular aus. Was ein Selbsttest nicht leisten kann: belegen, dass die gesamte Website die Norm erfüllt.

Vielleicht hat ein Entwickler das Gesetz erwähnt, oder eine E-Mail hat Ihnen ein Widget angeboten, das jede Website mit einer Zeile Code „konform“ macht. Wer mit der Tastatur oder mit einem Screenreader (einer Software, die die Seite vorliest) nicht durch Ihren Checkout kommt, geht womöglich ohne Beschwerde zu einem anderen Shop.

Gilt der European Accessibility Act für Ihre Website?

Der European Accessibility Act gilt, wenn Ihre Website an Verbraucher verkauft, also an Menschen, die für sich selbst kaufen, und Ihr Unternehmen kein Kleinstunternehmen ist. Die Richtlinie (EU) 2019/882 zählt Dienstleistungen im elektronischen Geschäftsverkehr zu den erfassten Dienstleistungen: Dienstleistungen, die über eine Website oder eine App „im Hinblick auf den Abschluss eines Verbrauchervertrags“ angeboten werden. Die Länder mussten ihre Vorschriften ab dem 28. Juni 2025 anwenden. Das ist unsere Lesart der Richtlinie; für eine rechtliche Einschätzung Ihres eigenen Falls fragen Sie eine Anwältin oder einen Anwalt.

• Kleinstunternehmen, die Dienstleistungen erbringen, sind ausgenommen. Das regelt Artikel 4 Absatz 5. Die Richtlinie definiert ein Kleinstunternehmen als Unternehmen mit weniger als 10 Personen und einem Jahresumsatz oder einer Jahresbilanzsumme von höchstens 2 Mio. EUR. Die Beschäftigtenzahl und eine der beiden finanziellen Grenzen zählen beide: Ein Team von zehn Personen fällt aus der Ausnahme, egal wie klein der Umsatz ist.
• Verkauf nur an Unternehmen. Die Definition stellt auf Verbraucherverträge ab. Wenn Privatkunden über Ihren Checkout bestellen können, behandeln Sie die Website als erfasst.
• Eine Website, die nichts verkauft. Eine Unternehmenswebsite ohne Bestellungen, Buchungen oder Zahlungen ist in der Regel keine Dienstleistung im elektronischen Geschäftsverkehr im Sinne der Richtlinie. Buchungen und Zahlungen ändern das.
• Das Datum 2030 gilt für Produkte und alte Verträge. Der Übergangszeitraum bis zum 28. Juni 2030 in Artikel 32 betrifft Produkte, die zur Erbringung einer Dienstleistung genutzt werden, und Verträge, die vor Juni 2025 geschlossen wurden.

Jedes EU-Land setzt den European Accessibility Act über ein eigenes Gesetz durch und legt eigene Sanktionen fest; in Deutschland ist dieses Gesetz das BFSG. Wenn Ihr Unternehmen in der Schweiz oder im Vereinigten Königreich sitzt und an Verbraucher in der EU verkauft, fragen Sie eine Anwältin oder einen Anwalt, wie die Vorschriften dieser Länder für Sie gelten.

Warum fallen Shop-Websites bei Barrierefreiheitstests durch?

Die folgenden Fehler entstehen meist aus Design- und Formularentscheidungen, die einmal im Theme getroffen und auf jeder Seite wiederholt werden. Die Richtlinie (EU) 2019/882 verlangt Websites, die „wahrnehmbar, bedienbar, verständlich und robust“ sind. Die europäische Norm, die das in Prüfungen übersetzt, EN 301 549, folgt den WCAG, den Web Content Accessibility Guidelines des W3C. Die WCAG teilen ihre Kriterien in drei Stufen ein: A (das Minimum), AA und AAA. Stufe AA ist das Ziel, das die Norm verwendet.

Der Fokusrahmen wurde aus optischen Gründen entfernt. Wenn sich jemand mit der Tab-Taste durch eine Seite bewegt, zeichnet der Browser einen Rahmen um den aktiven Link oder Button. Manche Themes blenden ihn aus, weil er unordentlich wirkt, obwohl die WCAG einen sichtbaren Fokusindikator verlangen. Ein in WCAG 2.2 hinzugekommenes Kriterium besagt außerdem, dass das fokussierte Element nicht vollständig von Inhalten der Website selbst verdeckt werden darf, etwa von einem fixierten Header oder einem Cookie-Banner.

Text ist zu blass. Die WCAG verlangen ein Kontrastverhältnis, also wie viel dunkler oder heller der Text als sein Hintergrund ist, von mindestens 4,5:1 für normalen Text und 3:1 für großen Text. Der Scan von WebAIM aus dem Jahr 2026 über eine Million Startseiten fand kontrastarmen Text auf 83,9 % davon. Hellgrau auf Weiß und Weiß auf einem Pastell-Button sind die üblichen Fälle.

Formulare setzen auf Platzhalter und Farbe. Ein grauer Hinweis im Feld verschwindet, sobald Sie tippen, und ein roter Rahmen allein sagt nicht, was falsch ist. Die WCAG verlangen Beschriftungen oder Anweisungen überall dort, wo eine Eingabe nötig ist, und Fehler, die in Textform beschrieben werden.

Der Checkout wurde für die Maus gebaut. Eigene Dropdowns, Puzzle-CAPTCHAs und Logins, bei denen man sich einen Code merken oder ihn abtippen muss, stoppen Menschen, die eine Tastatur oder einen Screenreader nutzen. Die Richtlinie nennt für den elektronischen Geschäftsverkehr Identifizierung, Sicherheit und Zahlung gesondert. Im März 2026 berichtete die niederländische Verbraucherbehörde ACM, dass bei 61 % der geprüften großen niederländischen Webshops und anderen großen Verbraucher-Websites keine Bestellung mit assistiver Technologie wie einem Screenreader möglich war.

Ein Widget oder ein Score ersetzt die Korrektur. Overlay-Widgets legen eine Barrierefreiheits-Werkzeugleiste über die Website. Die Europäische Kommission sagt, dass Overlays und ähnliche Tools, die nicht die Website selbst normgerecht machen, „keine geeignete Lösung sind“. Ein automatischer Test hilft, aber in den Worten des W3C: „Kein Tool allein kann feststellen, ob eine Website die Barrierefreiheitsstandards erfüllt.“

So machen Sie den BFSG Website Check selbst

Eine erste Prüfung schaffen Sie mit einem Browser und einer Tastatur, ohne kostenpflichtige Tools. Das W3C, die Organisation hinter den WCAG, veröffentlicht nach diesem Prinzip eine Reihe einfacher Prüfungen, die Easy Checks. Wählen Sie drei Seiten: die Startseite, eine Produkt- oder Leistungsseite und den Checkout oder das Kontaktformular. Gehen Sie der Reihe nach vor und notieren Sie jede Stelle, an der Sie hängen bleiben.

1. Legen Sie die Maus weg. Bewegen Sie sich mit Tab und Shift+Tab durch jede Seite und nutzen Sie Enter, Leertaste und Pfeiltasten. Sie sollten das Menü, die Filter, den Warenkorb-Button, jedes Formularfeld und den Bezahl-Button erreichen. Sie sollten jederzeit sehen, wo Sie sich befinden. Notieren Sie, wo der Rahmen hinter einem fixierten Header oder einem Cookie-Banner verschwindet und ob Sie ein Menü oder ein Chatfenster wieder verlassen können.
2. Zoomen Sie hinein. Stellen Sie den Browser auf 200 %. Die WCAG erwarten, dass Text lesbar bleibt, ohne dass Inhalte abgeschnitten werden oder sich überlagern. Machen Sie das Fenster dann etwa 1280 Pixel breit und zoomen Sie auf 400 %: Der Inhalt sollte ohne seitliches Scrollen in die Breite passen, außer bei Dingen wie Karten und Datentabellen.
3. Prüfen Sie den blassen Text. Die Entwicklertools in Chrome, Edge und Firefox zeigen das Kontrastverhältnis einer ausgewählten Textfarbe. Prüfen Sie Fließtext, Preise, Buttons und den kleinen grauen Text unter Formularfeldern.
4. Testen Sie jedes Formular leer und dann falsch ausgefüllt. Jedes Feld braucht eine sichtbare Beschriftung, die beim Tippen stehen bleibt. Senden Sie das Formular leer ab: Die Fehlermeldung sollte in Worten sagen, was fehlt, direkt am Feld, und Ihre bisherigen Eingaben behalten. Ein neues Kriterium in WCAG 2.2 verlangt außerdem, dass Angaben, die Sie im selben Vorgang schon gemacht haben, etwa eine Adresse, automatisch ausgefüllt oder zur Auswahl angeboten werden. Weitere Wege, wie ein Formular Sie Bestellungen kostet, beschreiben wir im Beitrag Website-Besucher, aber keine Anfragen.
5. Melden Sie sich an und bestehen Sie die Spam-Prüfung. Laut WCAG 2.2 darf die Anmeldung nicht von einem Test kognitiver Fähigkeiten abhängen, etwa sich ein Passwort zu merken oder ein Rätsel zu lösen, es sei denn, es gibt eine Alternative oder Hilfe, etwa einen Passwortmanager oder das Einfügen. Ein Puzzle-CAPTCHA ohne andere Option fällt hier durch.
6. Sehen Sie sich die Produktbilder an. Klicken Sie mit der rechten Maustaste auf ein Bild und wählen Sie „Untersuchen“. Der Alt-Text, die kurze Beschreibung, die ein Screenreader vorliest, sollte sagen, was das Produkt ist; rein dekorative Bilder dürfen einen leeren haben.
7. Wiederholen Sie die wichtigsten Schritte auf dem Smartphone. Kleine, dicht beieinander liegende Icons sind schwer zu treffen. WCAG 2.2 legt eine Mindestgröße für Zielflächen von 24 mal 24 CSS-Pixeln fest (eine Größeneinheit der Webseite selbst), mit Ausnahmen wie genügend Abstand um das Ziel.

Das W3C weist darauf hin, dass eine Seite „diese Prüfungen scheinbar bestehen und dennoch erhebliche Barrieren aufweisen könnte“. Der nächste Schritt ist ein Test durch jemanden, der jeden Tag einen Screenreader nutzt.

Was sollten Sie zuerst beheben?

Beginnen Sie mit Korrekturen im Theme und in den Formularkomponenten, von der günstigsten zur teuersten. Eine Änderung in einer Vorlage korrigiert jede Seite, die darauf aufbaut. Die veröffentlichten Informationen zur Barrierefreiheit kommen erst dran, wenn Sie wissen, was die Website kann und was nicht.

1. Installieren Sie kein Overlay. Die Europäische Kommission rät, Barrierefreiheitsprobleme „an der Quelle“ zu beheben, und das heißt für einen Shop: im Theme, in den Formularen und im Checkout.
2. Holen Sie den Fokusrahmen zurück und dunkeln Sie den Text ab. Beides steckt meist in den Farb- und Stileinstellungen des Themes. Wir legen den Kontrast zuerst einmal in der Designpalette fest und prüfen ihn in der hellen und der dunklen Version einer Website, sodass jede neue Seite mit Farben startet, die den Test bereits bestehen.
3. Bauen Sie die Formulare neu. Sichtbare Beschriftungen, Fehlermeldungen in Worten direkt am Feld, Eingaben, die nach einem Fehler erhalten bleiben, Fokus auf dem ersten Feld, das korrigiert werden muss, und Browser-Autofill für Name, E-Mail und Adresse. In unseren Website-Projekten beginnen wir mit der Formularkomponente selbst, damit jedes neue Formular diese Korrekturen schon mitbringt.
4. Ergänzen Sie Alt-Texte und die Seitensprache. Beschreiben Sie Produkt- und Inhaltsbilder und sorgen Sie dafür, dass jede Seite ihre Sprache angibt, damit ein Screenreader sie richtig ausspricht. Suchmaschinen lesen dieselben Alt-Texte und dasselbe Sprachattribut, deshalb gehören sie auch in die technische SEO-Arbeit.
5. Korrigieren Sie Checkout, Login und Widgets von Drittanbietern. Ersetzen Sie Puzzle-CAPTCHAs durch Prüfungen, bei denen die Kundschaft nichts lösen muss, und bieten Sie eine Anmeldung an, die nicht vom Gedächtnis abhängt. Bezahl- und Chat-Widgets stammen von Anbietern: Fragen Sie jeden Anbieter nach seinen Informationen zur Barrierefreiheit und ersetzen Sie die Widgets, die eine Tastatur nicht erreicht.
6. Veröffentlichen Sie Ihre Informationen zur Barrierefreiheit. Anhang V der Richtlinie verlangt von Dienstleistungserbringern, in den Allgemeinen Geschäftsbedingungen oder einem gleichwertigen Dokument zu beschreiben, wie die Dienstleistung die Anforderungen erfüllt. Die Einzelheiten regelt Ihr nationales Recht.
7. Arbeiten Sie auf WCAG 2.2 Stufe AA hin. Die im September 2026 veröffentlichte EN 301 549 Version 4.1.1 ergänzt sechs Anforderungen aus WCAG 2.2, berichtet AccessibleEU. Bis die Kommission ihre Fundstelle im Amtsblatt der Europäischen Union veröffentlicht, bleibt laut derselben Quelle Version 3.2.1 auf Basis von WCAG 2.1 Stufe AA die Referenz. Die irische National Disability Authority erwartet diese Veröffentlichung am 16. Dezember 2026. Wer schon jetzt auf WCAG 2.2 hin korrigiert, hat die neuen Anforderungen abgedeckt, wenn es so weit ist.

Die Richtlinie erlaubt eine Ausnahme, wenn die Einhaltung eine unverhältnismäßige Belastung wäre, verlangt dafür aber eine Beurteilung, und in ihren Erwägungsgründen heißt es, dass „mangelnde Priorität, Zeit oder Kenntnis“ kein legitimer Grund ist.

Was sollten Sie nach den Korrekturen messen?

Messen Sie, ob ein Mensch die wichtigsten Aufgaben mit der Tastatur und auf einer gezoomten Seite erledigen kann. Wiederholen Sie denselben BFSG Website Check auf denselben drei Seiten und vergleichen Sie, wo Sie vor und nach den Änderungen hängen geblieben sind. Prüfen Sie erneut, wann immer sich das Theme, ein Plugin oder der Zahlungsanbieter ändert.

1. Eine Testbestellung nur mit der Tastatur, von der Produktseite bis zur Bestätigung, ohne die Maus zu berühren.
2. Die Liste der Befunde aus einem kostenlosen automatischen Test, etwa Lighthouse in Chrome, auf denselben drei Seitentypen. Gehen Sie die Befunde durch und prüfen Sie, welche bestehen bleiben.
3. Formulare, mit Fehlern abgeschickt, um zu bestätigen, dass jeder Fehler in Worten beschrieben wird und keine Eingabe verloren geht.
4. Ihre veröffentlichten Informationen zur Barrierefreiheit, aktualisiert nach jeder Änderung, die beeinflusst, wie Kunden bestellen.

Wo wir ins Spiel kommen

Wenn wir uns den Checkout eines Shops ansehen, folgen wir dem Weg der Kundschaft: Produktseite, Warenkorb, Formulare und Zahlungsschritt, zuerst mit der Tastatur, dann auf dem Smartphone. Probleme, die im Theme oder in den Formularkomponenten stecken, lassen sich dort am günstigsten beheben; was ein Selbsttest nicht klären kann, bleibt einem Test mit Screenreader vorbehalten. Wenn Sie einen zweiten Blick auf Ihren Checkout möchten, erzählen Sie uns von Ihrer Website.

← Alle Artikel