Es gibt viele BFSG-Checklisten. Die meisten sind Aufzählungen der Rechtslage mit Verweis auf die WCAG — richtig, aber nicht handhabbar, weil sie den entscheidenden Unterschied nicht machen: welche Punkte prüft ein Werkzeug in Sekunden, und welche muss ein Mensch testen?
Ohne diese Trennung passiert regelmäßig dasselbe: Teams beginnen bei Punkt 1 der WCAG, verbringen die erste Woche mit Detailfragen und haben die trivialen, folgenschweren Fehler am Ende immer noch im Code.
Die Liste unten ist danach sortiert. Rechtliche Fragen — ob Sie unter das Gesetz fallen, ob eine Ausnahme greift — gehören zu einer juristischen Prüfung; hier geht es um Technik.
Teil 1 — maschinell prüfbar (Stunden bis Tage)
Diese acht Punkte lassen sich automatisiert feststellen. Sie sind billig zu beheben, und jedes ernsthafte Audit räumt sie zuerst ab.
1. Sprache der Seite ausgezeichnet. <html lang="de">. Fehlt es, liest der Screenreader deutschen Text mit englischer Aussprache vor.
2. Jedes Bild mit alt-Attribut. Informationstragend bekommt eine Beschreibung, dekorativ ein leeres alt="". Ein fehlendes Attribut ist keine Entscheidung, sondern eine Auslassung.
3. Formularfelder programmatisch beschriftet. <label for="…"> oder aria-label. Ein Platzhalter zählt nicht — er verschwindet, sobald jemand tippt.
4. Links und Buttons mit erkennbarem Namen. Icon-Bedienelemente ohne Text brauchen ein aria-label. Andernfalls kündigt der Screenreader „Schaltfläche" an, ohne zu sagen, welche.
5. Schlüssige Überschriftenstruktur. Genau eine H1, danach lückenlos absteigende Ebenen. Screenreader-Nutzer navigieren über Überschriften; eine Seite ohne H1 hat keinen Einstieg.
6. Zoom nicht blockiert. Kein user-scalable=no, kein maximum-scale unter 2 im viewport-Meta.
7. Hauptbereich als Landmark ausgezeichnet. Ein <main> plus Skip-Link, damit man die Navigation überspringen kann.
8. Eingebettete Inhalte benannt. Jedes <iframe> — Karte, Video, Zahlungsformular — braucht ein title.
Diese acht können Sie sich in wenigen Sekunden ausgeben lassen: der BFSG-Check prüft genau diese Kriterien und zeigt die betroffenen Stellen im Quelltext, inklusive der Angabe, welches WCAG-Kriterium jeweils dahintersteht.
Teil 2 — nur manuell prüfbar (der Teil, der zählt)
Hier entscheidet sich, ob die Seite benutzbar ist. Kein Werkzeug beurteilt diese Punkte zuverlässig, und genau deshalb überspringen viele Anbieter sie.
9. Vollständige Tastaturbedienbarkeit. Legen Sie die Maus weg und gehen Sie mit Tab durch die komplette Bestell- oder Kontaktstrecke. Alles, was Sie nicht erreichen oder nicht auslösen können, ist ein Befund. Typische Blockierer: Cookie-Banner, Modals, Dropdowns, Slider und Datepicker.
10. Sichtbarer Fokus, sinnvolle Reihenfolge. Sie müssen jederzeit sehen, wo Sie sind. Die Reihenfolge muss der visuellen Anordnung folgen — springt der Fokus nach dem Öffnen eines Modals nicht hinein oder danach nicht zurück, ist die Interaktion für Tastaturnutzer kaputt.
11. Kontraste im echten Kontext. 4,5:1 für normalen Text, 3:1 für große Schrift und Bedienelemente. Prüfen Sie auch Zustände, die im Design nicht auffallen: deaktivierte Buttons, Platzhaltertexte, Text auf Bildern.
12. Fehlermeldungen, die benennen was zu tun ist. Ein rot umrandetes Feld ist keine Fehlermeldung. Der Text muss sagen, welches Feld betroffen ist und was erwartet wird — und er muss programmatisch mit dem Feld verknüpft sein, sonst hört ihn niemand.
13. Qualität statt Vorhandensein der Alternativtexte. alt="Bild" besteht jede automatische Prüfung und hilft niemandem. Beschreiben Sie, was das Bild im Kontext bedeutet — bei einem Produktfoto etwas anderes als bei einem Diagramm.
14. Verständlichkeit und Konsistenz. Gleiche Funktionen heißen überall gleich, Linktexte sind ohne Umgebung verständlich, Fachbegriffe werden erklärt. Das ist Redaktionsarbeit, keine Entwicklungsarbeit — und sie fällt zurück, wenn niemand im Team eingewiesen wurde.
Was die meisten Checklisten weglassen
Prüfen Sie Strecken, nicht Seiten. Eine barrierefreie Startseite ist kein Ergebnis. Nehmen Sie den Weg, den ein Kunde tatsächlich geht — Suche, Produktseite, Warenkorb, Adresseingabe, Zahlung, Bestätigung — und testen Sie ihn als Ganzes. Der teuerste Fehler sitzt fast immer in Schritt vier.
Nehmen Sie PDF-Dokumente in den Blick. Preislisten, Formulare und Datenblätter sind Teil des Angebots. Ein nicht getaggtes PDF ist für Screenreader eine Bilddatei.
Planen Sie den Erhalt mit. Ein einmal hergestellter Stand hält bis zum nächsten Release. Die maschinell prüfbaren Kriterien gehören deshalb in die CI, und neue Komponenten gelten erst als fertig, wenn sie mit der Tastatur bedienbar sind.
Die organisatorische Seite
Zwei Punkte, die nicht im Code stehen und trotzdem dazugehören:
Erklärung zur Barrierefreiheit. Sie nennt den Stand der Konformität, die bekannten Ausnahmen und einen Kontaktweg für Rückmeldungen. Eine Erklärung mit ehrlicher Mängelliste ist belastbarer als eine, die vollständige Konformität behauptet — die zweite ist die, die geprüft wird. Den Aufbau erzeugt der Generator für die Barrierefreiheitserklärung im geforderten Format.
Ein Feedback-Weg mit Prozess dahinter. Die genannte Adresse muss erreichbar sein und die Meldungen müssen jemanden erreichen, der etwas veranlassen kann. Eine Frist zu nennen und sie nicht einzuhalten ist schlechter, als keine zu nennen.
Wie lange das dauert
Für eine Unternehmenswebsite mit 15 bis 30 Seiten: die maschinelle Hälfte in wenigen Tagen, die manuelle Hälfte inklusive Korrekturen am Design-System in zwei bis vier Wochen. Bei Shops liegt der Aufwand höher, weil Checkout, Filter und Varianten die schwierigsten Interaktionen enthalten.
Was Sie dabei aufgeben, sollte man dazusagen: einzelne Farbkombinationen fallen beim Kontrast durch, und jede neue Komponente braucht ein paar Stunden mehr, bis sie mit der Tastatur funktioniert. Das ist der ehrliche Preis — und er ist deutlich niedriger als die Nachrüstung in zwei Jahren.
Die konkrete Änderungsliste mit Reihenfolge steht in Barrierefreie Website: was konkret geändert werden muss. Wie wir Audit und Umsetzung aufsetzen, finden Sie unter barrierefreie Website nach BFSG; den Rahmen für Neubauten behandelt unsere Webentwicklung.
Lassen Sie den BFSG-Check über Ihre Seite laufen und schicken Sie uns das Ergebnis — wir sehen uns Teil 2 an, den kein Werkzeug abdeckt, und melden uns innerhalb von 48 Stunden schriftlich.