BFSG: Barrierefreie Website für Unternehmen umsetzen

Die häufigste Fehleinschätzung lautet: Jede Website muss ab sofort barrierefrei sein. Das trifft so nicht zu. Das BFSG adressiert Dienstleistungen im elektronischen Geschäftsverkehr, also Websites, über die Verbraucherinnen und Verbraucher einen Vertrag abschließen können – Kaufabschlüsse, Buchungen, Terminvergaben, Vertragsabschlüsse, Kontoeröffnungen. Eine reine Informationsseite ohne Abschlussmöglichkeit fällt in der Regel nicht darunter, ebenso wenig ein Angebot, das sich ausschließlich an gewerbliche Kunden richtet. Öffentliche Stellen wiederum unterliegen bereits seit Jahren der Barrierefreie-Informationstechnik-Verordnung und damit einem eigenen, in Teilen strengeren Regelwerk. Die Grenze verläuft allerdings unschärfer, als es klingt: Ein Handwerksbetrieb mit Online-Terminbuchung, ein Restaurant mit Tischreservierung oder eine Praxis mit Rezeptanforderung bewegt sich sehr schnell im Anwendungsbereich. Wer unsicher ist, sollte die Funktionen der eigenen Seite einzeln durchgehen. Ein Blick auf den Funktionsvergleich hilft dabei, den eigenen Bedarf einzuordnen.

Unabhängig von der juristischen Einordnung spricht die Größenordnung für sich. In Deutschland leben rund 7,9 Millionen schwerbehinderte Menschen (Statistisches Bundesamt), das sind etwa neun Prozent der Bevölkerung. In der Europäischen Union geht die Kommission von rund 87 Millionen Menschen mit einer Behinderung aus (Europäische Kommission). Hinzu kommen temporäre und situative Einschränkungen: ein gebrochener Arm, grelles Sonnenlicht auf dem Display, eine laute Umgebung ohne Kopfhörer. Barrierefreiheit ist damit kein Randthema, sondern eine Frage der Reichweite. Der Nebeneffekt ist messbar: Sauber ausgezeichnete Überschriften, sprechende Linktexte und robuste Formulare verbessern zugleich die Bedienung für alle und die maschinelle Auswertbarkeit der Seite. Wer ohnehin eine neue Seite plant, kann beides in einem Zug erledigen – wie das mit KI-Unterstützung abläuft, zeigt der Beitrag Website mit KI erstellen.

Kontrast ist der mit Abstand häufigste Mangel: Rund 79 Prozent der untersuchten Startseiten enthalten Text mit zu geringem Kontrast (WebAIM Million). Die Regel ist unspektakulär und trotzdem folgenreich. Normaler Text benötigt ein Verhältnis von 4,5:1 zum Hintergrund; großer Text ab 24 Pixel beziehungsweise ab 18,66 Pixel in Fettschrift kommt mit 3:1 aus. Seit WCAG 2.1 gilt zusätzlich ein Mindestkontrast von 3:1 für Bedienelemente und aussagekräftige Grafiken. In der Praxis scheitern daran vor allem helle Grautöne auf weißem Grund, Platzhaltertexte in Formularfeldern, Schaltflächen, die deaktiviert wirken, sowie Text auf Fotos ohne Abdunklung. Der zweite Dauerbrenner ist der Fokus. Viele Entwürfe entfernen die Standard-Fokusanzeige des Browsers, ohne Ersatz zu liefern – für Menschen, die per Tastatur navigieren, wird die Seite damit praktisch unbedienbar. Wie sich ein sauberes Grundgerüst optisch auswirkt, lässt sich an den Beispiel-Websites in den Demos nachvollziehen.

Die Tastaturprobe dauert zwei Minuten und ersetzt kein Audit, deckt aber viel auf: Seite laden, Tabulatortaste drücken und ohne Maus durch alle Elemente wandern. Sichtbar sein muss jederzeit, wo der Fokus steht. Menüs müssen sich mit Eingabe- oder Leertaste öffnen und mit der Escape-Taste schließen lassen. Dialoge fangen den Fokus ein, geben ihn beim Schließen aber an das auslösende Element zurück. Karussells, Ausklappbereiche und Filter brauchen erreichbare Bedienelemente statt reiner Mausklick-Logik. WCAG 2.2 hat diesen Bereich geschärft: Neu hinzugekommen sind unter anderem Kriterien zu nicht verdecktem Fokus, zu Alternativen für Ziehbewegungen und zu Mindestzielgrößen. Wichtig ist außerdem, dass die Seitenstruktur auch dann trägt, wenn aufwendige Skripte nicht ausgeführt werden. Eine statisch ausgelieferte Seite hat hier strukturelle Vorteile, wie der Beitrag zu PageSpeed 100 und statischer Auslieferung zeigt.

Das BFSG verlangt von Anbietern erfasster Dienstleistungen Informationen darüber, wie die Dienstleistung die Barrierefreiheitsanforderungen erfüllt (BFSG § 14). Diese Angaben gehören in die Allgemeinen Geschäftsbedingungen oder an eine vergleichbar auffindbare Stelle, und sie müssen selbst barrierefrei zugänglich sein. Im öffentlichen Sektor ist die Erklärung zur Barrierefreiheit nach BITV 2.0 seit Langem etabliert und dient als praktische Vorlage: Sie nennt den Stand der Vereinbarkeit, listet nicht barrierefreie Inhalte auf, begründet sie, nennt das Datum der Erstellung und der letzten Prüfung und enthält einen Feedback-Mechanismus samt Kontaktweg. Für privatwirtschaftliche Anbieter empfiehlt sich derselbe Aufbau, weil er nachvollziehbar dokumentiert, was tatsächlich geprüft wurde. Wichtig ist die Ehrlichkeit der Erklärung: Eine Seite als vollständig konform zu bezeichnen, obwohl bekannte Lücken vorliegen, schafft mehr Risiko als eine offene Auflistung mit Zeitplan. Die Bundesfachstelle Barrierefreiheit stellt dazu Orientierungshilfen bereit (Bundesfachstelle Barrierefreiheit).

Nachträgliche Reparatur ist der aufwendigste Weg. Wenn Kontraste, Fokusanzeigen und Formularmuster erst nach dem Start angepasst werden, betrifft jede Änderung sämtliche Unterseiten und häufig auch das Design-System. XICflow geht deshalb den umgekehrten Weg: Die Seiten entstehen aus einem Katalog geprüfter Blöcke, deren Kontraste, Fokusanzeigen, Überschriftenhierarchie, Beschriftungen und Statusmeldungen auf einer WCAG-2.2-AA-Grundlage aufgebaut sind. Interaktive Bausteine wie Registerkarten, Prozessschritte oder Slider bringen die passenden ARIA-Muster und die Tastatursteuerung bereits mit. Die Ausgabe erfolgt als statisches HTML, sodass die Seitenstruktur auch dann trägt, wenn Skripte nicht ausgeführt werden. Rechtstexte und die Barrierefreiheitserklärung werden mitgeneriert und lassen sich um projektspezifische Angaben ergänzen. Das ersetzt keine individuelle Prüfung der eigenen Inhalte – Alternativtexte für eigene Fotos oder verständliche Sprache bleiben redaktionelle Aufgaben –, verschiebt den Aufwand aber vom Nachbessern zum Pflegen. Was der Aufbau kostet, zeigt die Preisübersicht.

Barrierefreiheit hängt eng mit anderen Grundsatzentscheidungen zusammen. Eine mehrsprachige Seite braucht korrekt gesetzte Sprachauszeichnungen, damit Screenreader die richtige Aussprache wählen – wie das technisch sauber gelöst wird, beschreibt der Beitrag zur mehrsprachigen Website mit hreflang. Ein Einwilligungsbanner muss selbst tastaturbedienbar sein und darf den Fokus nicht dauerhaft einsperren. Und eine schnelle Auslieferung hilft besonders jenen, die mit Vergrößerungssoftware oder älteren Geräten arbeiten. Wer diese Themen getrennt abarbeitet, baut Widersprüche ein; wer sie gemeinsam plant, spart Abstimmungsrunden und doppelte Korrekturen. Weitere Beiträge zu Aufbau, Recht und Technik sammelt das XICflow-Blog.