BFSG nach dem Start: Warum Checkout-Barrierefreiheit jetzt ein Wartungsthema ist
Seit dem European Accessibility Act und dem deutschen BFSG sollten Shops, Buchungsstrecken und digitale Services Barrierefreiheit nicht als einmaliges Redesign behandeln, sondern als laufenden Website-Check.
Barrierefreiheit ist für viele Website-Teams noch immer ein Relaunch-Thema: Man prüft Farben, ergänzt ein paar Alt-Texte und verschiebt den Rest auf später. Spätestens seit dem European Accessibility Act und dem deutschen Barrierefreiheitsstärkungsgesetz (BFSG) ist das zu wenig. Für Betreiber von Shops, Buchungsstrecken und digitalen Services ist Barrierefreiheit ein Betriebs- und Wartungsthema geworden.
Die Europäische Kommission nennt E-Commerce ausdrücklich als einen der vom European Accessibility Act erfassten Dienste. Das deutsche BMAS beschreibt das BFSG als Umsetzung der EU-Richtlinie 2019/882 und verweist auf einheitliche Anforderungen für bestimmte Produkte und Dienstleistungen. Für Website-Teams bedeutet das nicht: Panik und Blindflug. Es bedeutet: Die kritischen digitalen Wege müssen nachvollziehbar, testbar und wartbar werden.
Der Checkout ist der härteste Test
Eine Startseite kann zugänglich wirken, während der eigentliche Kauf oder die Buchung scheitert. Genau deshalb sollte ein Accessibility-Audit nicht mit der Frage beginnen, ob die Website "modern" aussieht. Die bessere Frage lautet: Kann eine Person mit Tastatur, Screenreader, Zoom, eingeschränkter Motorik oder kognitiver Belastung den Prozess wirklich abschließen?
Kritische Stellen sind meistens:
- Navigation zum Produkt oder Angebot
- Varianten, Mengen, Preise und Verfügbarkeiten
- Warenkorb oder Buchungszusammenfassung
- Formulare für Adresse, Kontakt und Zahlungsdaten
- Fehlermeldungen und Pflichtfelder
- Consent-Banner, Captchas und externe Widgets
- Zahlungsanbieter, Weiterleitungen und Bestätigungsseiten
- E-Mail-Bestätigung nach Abschluss
Wenn nur eine dieser Stellen blockiert, ist die Seite praktisch nicht nutzbar. Barrierefreiheit ist also nicht nur ein Designwert, sondern Teil der Conversion- und Servicequalität.
WCAG als technische Arbeitsgrundlage
Die W3C Web Content Accessibility Guidelines (WCAG) 2.2 beschreiben testbare Kriterien für zugänglichere Webinhalte. Die W3C weist darauf hin, dass WCAG 2.2 Inhalte auf unterschiedlichen Geräten betrifft und WCAG 2.0 sowie WCAG 2.1 nicht ersetzt, sondern erweitert. Für Teams ist das wichtig, weil Barrierefreiheit nicht nur "Screenreader" bedeutet. Sie betrifft Fokusführung, Kontraste, Fehlertoleranz, Zielgrößen, klare Beschriftungen und robuste Semantik.
Praktisch heißt das: Ein Audit sollte nicht nur automatisierte Tools laufen lassen. Tools finden einiges, aber sie verstehen keinen kompletten Checkout. Ein sinnvoller Test kombiniert automatisierte Checks, manuelle Tastaturtests, Screenreader-Stichproben und echte Prozessprüfungen.
Praktische Prüfliste für Website-Teams
Ein pragmatischer Checkout-Audit kann mit diesen Fragen starten:
- Tastatur: Ist jeder Schritt ohne Maus erreichbar und bedienbar?
- Fokus: Ist immer sichtbar, wo die Nutzerin gerade ist?
- Formulare: Sind Labels, Hilfetexte und Fehlermeldungen programmatisch verbunden?
- Fehler: Können Eingabefehler erkannt und verständlich korrigiert werden?
- Zoom: Funktioniert der Prozess bei 200 Prozent Zoom ohne horizontales Chaos?
- Kontrast: Sind Text, Buttons, Hinweise und Fehlerzustände ausreichend lesbar?
- Komponenten: Nutzen Dropdowns, Modals, Accordions und Tabs semantische Patterns?
- Externe Dienste: Sind Payment, Captcha, Kalender, Chat oder Consent-Tools ebenfalls bedienbar?
- Sprache: Sind Texte eindeutig, kurz und nicht nur visuell erklärbar?
- Regression: Gibt es Tests, damit Updates nicht wieder alles kaputt machen?
Gerade der letzte Punkt wird unterschätzt. Ein barrierefreier Checkout bleibt nicht automatisch barrierefrei. Neue Payment-Widgets, neue Consent-Konfigurationen, Theme-Updates oder Marketing-Skripte können das Verhalten verändern.
Was Agenturen und Entwickler dokumentieren sollten
Für Übergaben und Wartung reicht ein Satz wie "Barrierefreiheit geprüft" nicht. Sinnvoller ist eine kleine Accessibility-Dokumentation:
- geprüfte Seiten und User Flows
- verwendete Browser, Geräte und Hilfsmittel
- bekannte Einschränkungen und technische Schulden
- Entscheidung, welche WCAG-Stufe als Ziel genutzt wird
- Liste externer Widgets und deren Risiken
- Verantwortliche Person für Re-Tests nach Änderungen
- Datum der letzten Prüfung
Das schützt nicht nur vor Chaos. Es macht auch sichtbar, welche Teile der Website kontrolliert wurden und welche nicht.
Fazit
Barrierefreiheit ist kein hübsches Add-on für den Relaunch. Für Shops und digitale Services ist sie Teil der technischen Betriebsfähigkeit. Wer Checkout, Formulare und externe Widgets regelmäßig prüft, reduziert rechtliche Unsicherheit, Support-Aufwand und verlorene Abschlüsse. Der beste Zeitpunkt für einen Accessibility-Check war vor dem Relaunch. Der zweitbeste ist vor dem nächsten kaputten Checkout.
Quellen
- European Commission: European Accessibility Act
- BMAS: Barrierefreiheitsstärkungsgesetz
- W3C: Web Content Accessibility Guidelines (WCAG) 2.2
Hinweis: Dieser Beitrag ist eine technische Einordnung und keine Rechtsberatung.