Barrierefreiheit wird gern als Checkliste behandelt: Kontraste prüfen, Alt Texte nachtragen, fertig. In der Praxis entscheidet die Struktur einer Seite darüber, ob sie bedienbar ist. Genau da setzt ein Accessibility Audit an.
Accessibility Audit von Never Code Alone
- Prüfung an echten Nutzungspfaden statt reiner Toolausgabe
- Semantisches HTML, Fokusreihenfolge, Formulare und Fehlermeldungen
- Befundliste mit Priorität und konkretem Codevorschlag
- Umsetzung im Frontend, nicht nur ein Bericht
- Kostenloses Kennenlernen, danach transparente Minuten Abrechnung
Worum es beim BFSG geht
Das Barrierefreiheitsstärkungsgesetz verpflichtet viele Anbieter digitaler Dienstleistungen dazu, ihre Angebote barrierefrei bereitzustellen. Betroffen sind vor allem Angebote an Verbraucher, etwa Shops, Buchungsstrecken und Kundenportale. Den Gesetzestext gibt es bei Gesetze im Internet, den technischen Maßstab liefern die WCAG.
Wichtig für die Planung: Barrierefreiheit ist keine Ausbaustufe am Ende, sondern eine Eigenschaft des Markups. Nachträglich reingeschoben wird sie teuer.
Was ein Audit tatsächlich findet
Automatische Prüfungen wie Lighthouse finden einen Teil: fehlende Alt Texte, schwache Kontraste, fehlende Labels. Das ist die Basis, nicht das Ergebnis.
Die teuren Befunde liegen woanders. Überschriftenhierarchien, die springen. Divs mit Klickhandler statt Buttons. Modals, die den Fokus nicht halten. Fehlermeldungen, die nur farbig sind. Tabellen ohne Kopfzellen. Das findet nur, wer die Seite mit Tastatur und Screenreader tatsächlich bedient.
Native Elemente schlagen Eigenbau
Der wirksamste Hebel ist meistens der einfachste: natives HTML nutzen. Ein button ist fokussierbar, per Tastatur bedienbar und wird korrekt angesagt. Ein nachgebautes Widget muss all das selbst mitbringen und tut es selten vollständig.
Dasselbe gilt für Formulare, Dialoge und Aufklappelemente. Weniger JavaScript heißt hier weniger Fehlerquellen und nebenbei bessere Performance. Wie wir das in Projekten umsetzen, zeigt unser Frontend Development.
Häufige Fragen zum BFSG Audit 2026
Reicht ein Testlauf mit einem Tool?
Nein. Automatische Prüfungen decken nur einen Teil der Kriterien ab. Bedienbarkeit mit Tastatur, sinnvolle Reihenfolge und verständliche Fehlermeldungen lassen sich nur manuell beurteilen. Beides gehört zusammen.
Müssen wir die Seite neu bauen?
In den meisten Fällen nicht. Viele Befunde lassen sich im bestehenden Markup lösen, indem Eigenbau Elemente durch native ersetzt und Strukturen geradegezogen werden. Ein Neubau ist die Ausnahme, nicht die Regel.
Hilft Barrierefreiheit beim SEO?
Indirekt ja. Saubere Überschriften, sprechende Linktexte und semantisches Markup helfen Suchmaschinen genauso wie Screenreadern. Dazu kommt der Performancegewinn, wenn Eigenbau Widgets durch native Elemente ersetzt werden.
Wie bleibt der Stand erhalten?
Über die Pipeline. Automatisierte Prüfungen laufen bei jedem Push mit, kritische Flows werden per E2E Test abgesichert. So fällt ein Rückschritt beim nächsten Feature sofort auf statt erst bei der nächsten Prüfung.
Barrierefrei mit Befund und Umsetzung
Wir prüfen eure Seite automatisiert und manuell, priorisieren die Befunde und setzen sie im Frontend um. Erstgespräch kostenlos, danach transparente Minuten Abrechnung.
