Mit dem Barrierefreiheitsstärkungsgesetz setzt Deutschland den European Accessibility Act um. Für viele Apps, über die Verbraucher Waren kaufen, Bankgeschäfte erledigen oder Verträge abschließen, ist Barrierefreiheit damit keine Kür mehr, sondern Pflicht. Claude Code kann barrierefreien Code schreiben, tut es aber nur zuverlässig, wenn Sie es ausdrücklich verlangen und prüfen. Dieser Ratgeber zeigt, welche Apps betroffen sind, welche Kriterien gelten und wie Sie eine KI-gebaute App systematisch auf Barrieren testen, bevor sie in die Stores geht.
Ist Ihre App betroffen?
Das BFSG erfasst bestimmte Produkte und Dienstleistungen für Verbraucher, darunter den elektronischen Geschäftsverkehr, Bankdienstleistungen, Personenbeförderung und Telekommunikation. Eine Shopping-App, eine Buchungs-App oder eine App mit Vertragsabschluss fällt typischerweise darunter. Reine B2B-Anwendungen und interne Firmen-Apps sind meist nicht betroffen, ebenso Kleinstunternehmen, die Dienstleistungen anbieten, also Firmen mit weniger als zehn Beschäftigten und höchstens zwei Millionen Euro Jahresumsatz oder Bilanzsumme.
Die Einordnung im Einzelfall ist eine rechtliche Frage, die Sie mit fachkundiger Beratung klären sollten. Technisch lohnt sich Barrierefreiheit aber in jedem Fall: Sie verbessert die Bedienbarkeit für alle, hilft bei älteren Nutzern und wird von Apple und Google zunehmend sichtbar gemacht.
Die wichtigsten Kriterien für mobile Apps
Maßgeblich ist in der Praxis die europäische Norm EN 301 549, die sich weitgehend an den WCAG-Kriterien der Stufe AA orientiert. Für Apps bedeutet das vor allem: Alle Bedienelemente müssen mit Screenreadern wie VoiceOver und TalkBack erreichbar und sinnvoll beschriftet sein. Texte müssen sich mit den Systemeinstellungen vergrößern lassen, ohne dass Inhalte abgeschnitten werden. Der Kontrast von normalem Text zum Hintergrund sollte mindestens 4,5 zu 1 betragen.
Dazu kommen ausreichend große Touch-Ziele, Bedienbarkeit ohne komplexe Gesten, Untertitel oder Alternativen für Audio- und Videoinhalte, verständliche Fehlermeldungen in Formularen und eine logische Fokusreihenfolge. Informationen dürfen nicht allein über Farbe vermittelt werden, etwa ein rot markiertes Pflichtfeld ohne zusätzlichen Hinweis.
Prüfen mit Claude Code und echten Werkzeugen
Ein Coding-Agent findet viele Barrieren direkt im Code, wenn Sie ihm klare Aufgaben geben. Kombinieren Sie das mit manuellen Tests:
- Lassen Sie Claude Code alle Bildschirme nach Bildern, Icons und Schaltflächen ohne Beschriftung durchsuchen und Labels ergänzen.
- Prüfen Sie Farbwerte im Theme automatisiert auf Kontrastverhältnisse und dokumentieren Sie Abweichungen.
- Testen Sie jede Kernfunktion mit eingeschaltetem VoiceOver und TalkBack, ohne auf den Bildschirm zu schauen.
- Stellen Sie die größte Schriftgröße ein und kontrollieren Sie, ob Layouts umbrechen statt abzuschneiden.
- Nutzen Sie den Accessibility Inspector in Xcode, den Accessibility Scanner unter Android und den Pre-Launch-Bericht der Play Console.
Typische Schwächen KI-generierter Oberflächen
Bei Apps aus Claude Code, Lovable oder ähnlichen Werkzeugen sehen wir immer wieder dieselben Muster. Klickbare Elemente sind als einfache Container umgesetzt und für Screenreader unsichtbar. Icons ohne Text tragen keine Beschreibung. Feste Höhen verhindern, dass größere Schrift Platz bekommt. In WebView- und Capacitor-Apps fehlen semantische HTML-Elemente und ARIA-Attribute, oder Fokus und Ankündigungen bei dynamischen Inhalten funktionieren nicht.
Die gute Nachricht: Diese Fehler lassen sich systematisch beheben, wenn Barrierefreiheit als feste Regel in der CLAUDE.md steht. Formulieren Sie dort, dass jede neue Komponente beschriftet, mit Dynamic Type beziehungsweise skalierbarer Schrift kompatibel und mit ausreichendem Kontrast umgesetzt werden muss. Ein Subagent für Barrierefreiheit kann jeden Pull Request vor dem Merge gegen diese Regeln prüfen.
Dokumentieren und dauerhaft sichern
Für betroffene Dienstleistungen verlangt das BFSG zusätzlich Informationen zur Barrierefreiheit, etwa in den Nutzungsbedingungen oder auf der Website. Halten Sie fest, wie Sie geprüft haben und welche Einschränkungen bekannt sind. Wiederholen Sie die Prüfung bei jedem größeren Update, denn neue Funktionen bringen neue Barrieren mit sich.
Die AI Code Engineers von neooutput prüfen Ihre App auf Barrieren, beheben Befunde und verankern Barrierefreiheit in Ihrem Claude-Code-Workflow. appsubmitter sorgt dafür, dass die verbesserte Version reibungslos durch die Reviews in beide Stores gelangt. Lassen Sie uns in einem kostenlosen 15-Minuten-Erstgespräch über Ihre App sprechen.
Häufige Fragen
Reicht es, Barrierefreiheit nur in der Web-Version umzusetzen?
Nein. Wenn Ihre App eine betroffene Dienstleistung anbietet, muss auch die App selbst barrierefrei sein. Bei WebView-Apps hängt viel von der Qualität der zugrunde liegenden Web-Oberfläche ab.
Kann Claude Code eine App vollständig auf Barrierefreiheit prüfen?
Der Agent findet viele technische Mängel im Code zuverlässig. Ob die App mit einem Screenreader tatsächlich gut bedienbar ist, zeigen aber nur manuelle Tests, idealerweise auch mit betroffenen Menschen.
Welche Folgen hat ein Verstoß gegen das BFSG?
Die Marktüberwachungsbehörden können Maßnahmen anordnen und Bußgelder verhängen. Zudem können Verbraucherverbände tätig werden. Eine frühzeitige Prüfung ist deutlich günstiger als eine Nachbesserung unter Zeitdruck.