Barrierefreiheit prüfen: Audit für Web und Apps nach BFSG
Kurz gesagt
Das Barrierefreiheitsstärkungsgesetz (BFSG) setzt den European Accessibility Act in Deutschland um und verpflichtet viele Anbieter verbrauchernaher digitaler Dienstleistungen wie Onlineshops, Banking- oder Ticketing-Apps zur Barrierefreiheit. Maßstab ist in der Praxis die Norm EN 301 549, die auf WCAG-Stufe AA aufbaut. Eine Prüfung kombiniert automatisierte Tests, Tastatur- und Screenreader-Tests und einen priorisierten Maßnahmenplan.
Wen das BFSG betrifft – eine erste Einordnung
Das BFSG gilt für bestimmte Produkte und Dienstleistungen, die sich an Verbraucherinnen und Verbraucher richten. Für digitale Angebote besonders relevant sind:
- Dienstleistungen im elektronischen Geschäftsverkehr, also Onlineshops, Buchungsportale und Apps mit Vertragsabschluss,
- Bankdienstleistungen für Verbraucher,
- Telekommunikationsdienste,
- E-Books und zugehörige Lesesoftware,
- Websites, Apps und elektronische Tickets im Personenverkehr.
Kleinstunternehmen, die Dienstleistungen erbringen – weniger als zehn Beschäftigte und höchstens 2 Millionen Euro Jahresumsatz oder Jahresbilanzsumme –, sind von den Anforderungen an Dienstleistungen ausgenommen. Reine B2B-Angebote fallen in der Regel nicht darunter. Für Behörden, Kommunen und andere öffentliche Stellen gelten eigene Regeln, in Deutschland insbesondere die BITV 2.0 und die Landesgesetze. Ob Ihr Angebot konkret erfasst ist, hängt vom Einzelfall ab. Diese Seite ist keine Rechtsberatung; lassen Sie die Einordnung bei Bedarf anwaltlich prüfen.
Woran gemessen wird
Maßstab ist die harmonisierte Norm EN 301 549. Ihre Anforderungen an Websites und Apps beruhen auf den Web Content Accessibility Guidelines (WCAG) der Stufe AA. Die vier Grundprinzipien: wahrnehmbar, bedienbar, verständlich, robust. Es lohnt sich, gleich gegen die aktuelle WCAG-Version zu prüfen, weil deren neuere Kriterien gerade mobile Probleme wie zu kleine Bedienelemente oder verdeckten Fokus betreffen.
Daneben verlangt das BFSG von Dienstleistern, Informationen bereitzustellen, wie ihre Dienstleistung die Anforderungen erfüllt – etwa auf der Website oder in den AGB. Die Einhaltung überwachen die Marktüberwachungsbehörden der Länder.
Für Apps, die eine Web-Anwendung in einer nativen Hülle anzeigen, gilt: Die Barrierefreiheit der Web-Inhalte bestimmt weitgehend die der App. Native Elemente wie Navigation, Menüs oder Push-Dialoge müssen Sie zusätzlich auf echten iOS- und Android-Geräten mit eingeschaltetem Screenreader prüfen.
So läuft eine Prüfung ab
- Umfang festlegen: Welche Seiten, Apps und Abläufe sind betroffen? Wichtig sind vor allem Registrierung, Suche, Warenkorb, Bezahlung und Kundenkonto.
- Automatisiert testen mit Werkzeugen wie axe oder Lighthouse. Das geht schnell, deckt aber nur einen Teil der Mängel auf.
- Manuell prüfen: Bedienung nur per Tastatur, Screenreader (VoiceOver auf iPhone und Mac, TalkBack auf Android, NVDA unter Windows), Vergrößerung auf 200 Prozent, große Systemschrift.
- Aufgaben durchspielen: Kann eine blinde Person ein Konto anlegen, bestellen und die Bestätigung lesen?
- Bericht und Maßnahmenplan: Mängel nach Schwere und Aufwand priorisieren.
Häufige Mängel in KI-gebauten Apps
Mit Lovable, Bolt oder Claude Code erzeugte Oberflächen sehen oft modern aus, haben aber wiederkehrende Lücken:
- Icon-Buttons ohne Namen: Screenreader lesen nur „Schaltfläche“ vor. Abhilfe schafft ein zugänglicher Name, etwa per
aria-label. - Klickbare
div-Elemente statt echter Buttons und Links – per Tastatur nicht erreichbar. - Entfernter Fokusrahmen: Tastaturnutzer wissen nicht, wo sie sich befinden.
- Zu geringer Kontrast: mindestens 4,5:1 für normalen Text, 3:1 für großen Text und Bedienelemente.
- Formulare nur mit Platzhaltertext, Fehlermeldungen allein über rote Farbe.
- Dialoge und Hinweismeldungen, die weder den Fokus setzen noch vorgelesen werden.
- Zu kleine Touch-Flächen: Orientierung bieten etwa 44 Punkt unter iOS und 48 dp unter Android.
Beheben Sie Mängel möglichst in gemeinsam genutzten Komponenten – eine Korrektur am Button repariert dann viele Bildschirme. Automatisierte Barrierefreiheitstests in der CI verhindern Rückschritte, und klare Regeln in der Instruktionsdatei Ihres Coding-Agenten sorgen dafür, dass neue Funktionen von Anfang an zugänglich entstehen.
So unterstützt jocapps
UXreviewer.io liefert innerhalb von 10 Werktagen einen UX-Report für Website, App oder Chatbot mit kommentierten Screenshots, Mockups und konkreten Verbesserungsideen von UX- und Psychologie-Experten – eine sinnvolle Ergänzung zur formalen WCAG-Prüfung. OnlineAppCreator, unser ISO-zertifiziertes Delivery-Team in Deutschland, setzt die Korrekturen in Web- und Mobile-Apps um, auch in KI-gebauten. Mehr beim Leistungsbereich Prototyp zu Produktion oder im kostenlosen 30-minütigen Erstgespräch über den Terminplaner.
Häufige Fragen
Gilt das BFSG auch für meine App?
Erfasst sind bestimmte verbrauchernahe Dienstleistungen wie Onlineshops, Banking, Ticketing oder E-Books, mit einer Ausnahme für Kleinstunternehmen bei Dienstleistungen. Eine verbindliche Einordnung kann nur eine rechtliche Prüfung im Einzelfall geben.
Reicht ein automatischer Barrierefreiheits-Check?
Nein. Automatisierte Werkzeuge finden nur einen Teil der Mängel. Tastatur- und Screenreader-Tests auf echten Geräten sind unverzichtbar.
Was ist der Unterschied zwischen BFSG und BITV 2.0?
Das BFSG richtet sich an private Wirtschaftsakteure mit bestimmten Produkten und Dienstleistungen für Verbraucher. Die BITV 2.0 gilt für öffentliche Stellen des Bundes; für Länder und Kommunen gibt es entsprechende Landesregelungen.
Guides zum Thema
Verwandte Lösungen
Sprechen wir über Ihr Projekt
Ehrliche Einschätzung zu Idee, Prototyp oder App.
- 30 Minuten
- Kostenlos
- Unverbindlich
