Was prüft ein BFSG-Check wirklich? Automatisch prüfbar vs. manuell zu bewerten

Illustration eines BFSG-Checks mit automatischen Prüfungen, manuellen Tests und priorisierten Barrierefreiheitsfunden
Illustration eines BFSG-Checks mit automatischen Prüfungen, manuellen Tests und priorisierten Barrierefreiheitsfunden

Dateiname (Slug): bfsg-website-testen-automatisch-manuell

Meta Title (60 Zeichen): Was prüft ein BFSG-Check wirklich? Automatisch vs. manuell

Meta Description (159 Zeichen): Erfahren Sie, was ein BFSG-Check belastbar automatisiert prüft, was nur manuell bewertet werden kann und wie Sie Website-Risiken sinnvoll priorisieren.

Was prüft ein BFSG-Check wirklich? Automatisch prüfbar vs. manuell zu bewerten

Viele Unternehmen starten mit einem Tool, erwarten eine klare Ja-oder-Nein-Antwort und stellen dann fest: Ein BFSG-Check ist kein einfacher Ampeltest. Ein automatischer Scan erkennt wichtige technische Muster, aber keine vollständige rechtliche oder nutzerzentrierte Bewertung.

Genau darin liegt der Unterschied zwischen einem schnellen Website-Check und einer belastbaren BFSG-Prüfung. Wenn Sie wissen, welche Punkte automatisiert prüfbar sind und welche zwingend manuell bewertet werden müssen, priorisieren Sie richtig, vermeiden falsche Sicherheit und investieren Ihr Budget dort, wo das Risiko tatsächlich entsteht.

Kurz gesagt: Ein BFSG-Check prüft nicht nur Code, sondern Nutzbarkeit

Für Websites und Web-Anwendungen ist das BFSG praktisch eng mit den Anforderungen aus EN 301 549 und den WCAG verknüpft. Ein guter Check bewertet daher nicht nur einzelne HTML-Fehler, sondern die Frage, ob Menschen Inhalte auffinden, bedienen, verstehen und zuverlässig nutzen können.

Das führt zu zwei Prüfebenen:

  1. Automatisch prüfbare Kriterien: Muster im Code, in Attributen oder in berechenbaren Kontrastwerten.
  2. Manuell zu bewertende Kriterien: Verständlichkeit, Bedienlogik, Fokusführung, Screenreader-Erlebnis und echte Prozessdurchläufe.

Wenn Sie zunächst klären möchten, ob Ihre Website überhaupt in den Anwendungsbereich fällt, hilft zuerst der Leitfaden zur BFSG-Anwendbarkeit von Websites.

Was automatische BFSG-Checks gut erkennen

Automatisierte Prüfungen sind stark, wenn ein Regelverstoß im DOM, im CSS oder in maschinenlesbaren Attributen sichtbar ist. Das ist ideal für einen schnellen 80/20-Einstieg, weil Sie offensichtliche Barrieren früh und skalierbar finden.

Typische automatisch prüfbare Punkte sind:

  • fehlende oder leere Alternativtexte bei informativen Bildern
  • fehlende Formular-Labels oder fehlerhafte Feldzuordnungen
  • unzureichende Farbkontraste bei Texten und UI-Komponenten
  • fehlende Dokumentensprache oder fehlerhafte Überschriftenstruktur
  • Buttons oder Links ohne zugänglichen Namen
  • technische ARIA-Fehler, doppelte IDs oder inkonsistente Rollen

Gerade bei wiederkehrenden Mustern wie Navigation, Formularen oder Card-Komponenten spart das Zeit. Deshalb ist ein automatischer Einstieg oft der schnellste Weg, um die größten Schwachstellen in wenigen Minuten sichtbar zu machen.

Was automatische Tools gerade nicht zuverlässig bewerten

Hier liegt der häufigste Denkfehler: Ein Tool kann prüfen, ob ein Element vorhanden ist, aber oft nicht, ob es für Menschen sinnvoll funktioniert.

Ein paar Beispiele:

  • Ein Bild hat ein alt-Attribut. Ob der Alternativtext fachlich passend ist, muss ein Mensch beurteilen.
  • Ein Formularfeld hat ein Label. Ob Label, Hilfetext und Fehlermeldung zusammen verständlich sind, ist nur manuell bewertbar.
  • Ein Menü enthält formal korrekte Rollen. Ob es sich per Tastatur logisch bedienen lässt, zeigt erst ein echter Nutzungstest.
  • Ein Modal besteht den Code-Check. Ob der Fokus sauber hinein- und wieder herausgeführt wird, zeigt erst der Ablauf.

Wenn Sie diese Lücke nicht beachten, entsteht schnell ein gefährlicher Zustand: technisch „grün“, praktisch aber weiter problematisch.

Diese Bereiche müssen Sie manuell bewerten

Ein belastbarer BFSG-Check enthält immer manuelle Prüfungen. Sie zeigen, ob Ihre Website nicht nur formal, sondern real nutzbar ist.

1. Tastaturbedienung und Fokuslogik

Sie müssen prüfen, ob sich alle wichtigen Wege ohne Maus bedienen lassen, inklusive Menüs, Dialoge, Filter, Tabs und Formulare. Entscheidend ist nicht nur, dass der Fokus sichtbar ist, sondern wie er sich bewegt.

Für die operative Prüfroutine eignet sich die Anleitung zur Tastaturbedienung mit Fokus und Tab-Reihenfolge.

2. Screenreader-Verständlichkeit

Technisch korrekter Code garantiert noch keine gute Ausgabe mit NVDA, JAWS oder VoiceOver. Manuell zu bewerten sind unter anderem:

  • sinnvolle Vorlesereihenfolge
  • verständliche Link- und Button-Namen
  • klare Überschriften- und Landmark-Struktur
  • saubere Ansage von Statusmeldungen, Fehlern und Dialogen

3. Formulare, Fehlermeldungen und Hilfetexte

Ein automatischer Scan findet oft fehlende Labels, aber nicht die eigentliche Nutzungsqualität. Gerade Kontakt-, Login- und Checkout-Formulare müssen manuell auf Verständlichkeit getestet werden. Details dazu finden Sie im Ratgeber zu barrierefreien Formularen mit Labels und Fehlermeldungen.

4. Prozesse statt Einzelseiten

Das größte Risiko liegt selten auf der Startseite, sondern in kritischen Abläufen:

  • Anfrage absenden
  • Konto anlegen
  • Login und Passwort-Reset
  • Produkt filtern und in den Warenkorb legen
  • Checkout abschließen

Gerade für Shops reicht daher kein isolierter Seiten-Scan. Relevanter ist die End-to-End-Prüfung, etwa entlang der BFSG-Anforderungen für Onlineshops.

Automatisch prüfbar vs. manuell zu bewerten: die praktische Trennlinie

| Prüfbereich | Automatisch gut prüfbar | Manuell erforderlich | | --- | --- | --- | | Bilder und Alternativtexte | Ob alt vorhanden ist | Ob der Alt-Text fachlich sinnvoll ist | | Kontrast | Berechenbare Kontrastwerte | Lesbarkeit im echten UI-Kontext, z. B. Focus, Hover, Disabled | | Formulare | Label-Zuordnung, technische Pflichtfelder | Verständlichkeit von Fehlern, Reihenfolge, Hilfetexte | | Navigation | Teilweise Strukturfehler | Tastaturwege, Skip-Link-Nutzen, Fokusführung | | Dialoge und Overlays | Teilweise Rollen/Attribute | Fokusfalle, Schließen, Rücksprung, Lesereihenfolge | | Checkout und Login | Einzelne Code-Fehler | kompletter Ablauf mit realen Aufgaben |

Diese Trennung ist besonders wichtig, wenn Sie Aufwand und Audit-Tiefe intern erklären müssen. Der automatisierte Check liefert die schnelle Fehlerbasis. Die manuelle Prüfung entscheidet, wie belastbar das Ergebnis wirklich ist.

So sieht ein sinnvoller BFSG-Check in der Praxis aus

Eine pragmatische Reihenfolge für Unternehmen sieht meist so aus:

Phase 1: Automatischer Basisscan

Scannen Sie Startseite, zentrale Landingpages und kritische Transaktionsseiten. So erhalten Sie schnell eine Liste technischer Auffälligkeiten und erkennen wiederkehrende Muster.

Phase 2: Kurze manuelle Smoke-Tests

Prüfen Sie anschließend drei Dinge sofort selbst:

  1. komplette Tastaturnavigation ohne Maus
  2. kurzer Screenreader-Test auf Kernseiten
  3. Zoom- und Reflow-Test in kritischen Breakpoints

Phase 3: Priorisierung nach Geschäftsrisiko

Nicht jeder Befund ist gleich kritisch. Priorisieren Sie zuerst Barrieren, die Kernprozesse blockieren, etwa Cookie-Banner, Formulare, Login oder Checkout. Wenn Cookie- oder Consent-Layer im Weg stehen, ist der Spezialleitfaden zu barrierefreien Cookie-Bannern oft ein schneller Hebel.

Phase 4: Nachtest und Dokumentation

Nach den Fixes reicht kein „wir haben es angepasst“. Sie sollten die Änderungen erneut prüfen, dokumentieren und bei wiederkehrenden Komponenten in Designsystem oder CMS-Prozesse überführen.

Woran Sie einen zu oberflächlichen BFSG-Check erkennen

Vorsicht ist angebracht, wenn ein Anbieter oder internes Reporting den Eindruck vermittelt, ein reiner Tool-Score genüge. Das ist meist zu kurz gedacht.

Ein BFSG-Check ist zu oberflächlich, wenn er:

  • nur eine Seite statt realer Nutzerpfade prüft
  • keine Tastatur- oder Screenreader-Tests enthält
  • keine Priorisierung nach Risiko und Geschäftsprozess liefert
  • keine Grenzen der Automatisierung offenlegt
  • aus einem Score implizit „Konformität“ ableitet

Genau deshalb ist auch die Abgrenzung zwischen BITV-Test und BFSG-Check für viele Teams hilfreich: Der Zweck eines Scans ist ein anderer als der eines tieferen Audits.

Fazit

Ein BFSG-Check prüft im Kern zweierlei: technische Muster, die sich automatisiert erkennen lassen, und Nutzungsbarrieren, die nur durch manuelle Bewertung sichtbar werden. Beides gehört zusammen.

Wenn Sie nur automatisieren, übersehen Sie oft die kritischsten Barrieren in Navigation, Formularen und Prozessen. Wenn Sie nur manuell prüfen, verlieren Sie Geschwindigkeit und Skalierung. Die beste Vorgehensweise ist daher ein Tool-first-Ansatz mit klarer manueller Vertiefung an den risikorelevanten Stellen.

CTA: Starten Sie mit einem schnellen Erstbefund und sehen Sie sofort, welche Punkte technisch auffällig sind: BFSG-Scan starten.


Hinweis: Dieser Artikel stellt keine Rechtsberatung dar, sondern dient der allgemeinen Information.

Quellen

BFSG Check
Schnell prüfen, ob Ihre Website typische Barrieren hat – und was zuerst zu fixen ist (technisch, keine Rechtsberatung).