Website auf Barrierefreiheit testen: Schritt für Schritt

„Website auf Barrierefreiheit testen" klingt nach Prüflabor und Fachgutachten. Tatsächlich lassen sich die häufigsten Barrieren mit Bordmitteln finden: einem kostenlosen Scanner, der Tab-Taste, einem Kontrast-Check und zehn Minuten mit einem Screenreader. Dieser Artikel führt in sieben Schritten durch den Test — vom ersten Scan bis zur priorisierten Fehlerliste — und sagt an jeder Stelle ehrlich dazu, was automatisch geht und wo du selbst hinschauen musst.

Barrierefreiheit testen heißt: systematisch prüfen, ob Menschen mit Behinderung eine Website wahrnehmen, bedienen und verstehen können — mit denselben Maßstäben, die auch das Gesetz anlegt: den WCAG-Erfolgskriterien in den Stufen A und AA, an denen sich das BFSG über die europäische Norm EN 301 549 orientiert. Ob deine Website überhaupt unter das BFSG fällt, klärt der Artikel „BFSG: Wer ist betroffen?".

Die zwei Ebenen: automatisch und manuell

Jeder seriöse Test kombiniert zwei Ebenen:

Wie groß die Lücke der Automatik ist, hat das Accessibility-Team des britischen Government Digital Service 2017 in einem viel zitierten Experiment gemessen: Es baute eine Testseite mit 143 bewusst eingebauten Barrieren und ließ gängige Prüf-Tools darüber laufen — das beste Tool fand etwa 30 Prozent (GOV.UK, 2017). Die Werkzeuge sind seitdem besser geworden, am Grundbefund ändert das nichts: Wer nur scannt, testet nicht — er beginnt zu testen. Genau deshalb gehören die manuellen Schritte 2 bis 6 unten zum Pflichtprogramm.

Website auf Barrierefreiheit testen: die 7 Schritte

1. Starte mit einem automatischen Scan

Der Scan ist die Bestandsaufnahme: Er zeigt in kurzer Zeit, welche maschinell prüfbaren WCAG-Verstöße auf deiner Seite liegen — fehlende Alt-Texte, zu schwache Kontraste, unbeschriftete Formularfelder, fehlende Seitensprache. Unser Scanner prüft deine Website kostenlos und ohne Anmeldung in rund 60 Sekunden und erklärt jeden Befund in Klartext statt in Regel-IDs. Nimm das Ergebnis als Arbeitsliste für alles Weitere — nicht als Freispruch: Ein leerer Befund heißt „nichts automatisch Auffindbares", nicht „barrierefrei".

2. Teste die Tastaturbedienung mit der Tab-Taste

Leg die Maus weg und bediene deine Seite nur mit Tab (vorwärts), Shift+Tab (rückwärts) und Enter. Drei Dinge müssen funktionieren: Du erreichst jedes interaktive Element — auch Menüs, Slider und Cookie-Banner. Du siehst jederzeit, wo du bist (sichtbarer Fokus-Rahmen). Und du kommst überall wieder heraus — ein Overlay oder Modal, das den Fokus einfängt und nicht mehr loslässt, ist eine Tastaturfalle und ein klarer WCAG-Verstoß. In unseren eigenen Scans gehört mangelnde Tastaturbedienung zu den häufigsten Befundtypen — und sie ist automatisch nur teilweise erkennbar.

3. Prüfe die Farbkontraste

Text braucht zum Hintergrund mindestens ein Kontrastverhältnis von 4,5:1, großer Text 3:1 — das ist einer der häufigsten und zugleich am einfachsten messbaren Verstöße. Miss deine zentralen Farbkombinationen (Fließtext, Buttons, Links, Formular-Hinweise) mit unserem kostenlosen Kontrast-Checker. Die Grenzwerte, typische Fallen wie Text auf Bildern und was bei knapp scheiternden Markenfarben zu tun ist, erklärt der Artikel „Farbkontrast prüfen" im Detail.

4. Zoome auf 200 Prozent

Drücke Strg und Plus (macOS: Cmd und Plus), bis der Browser 200 % anzeigt. Die Seite muss nutzbar bleiben: kein abgeschnittener Text, keine überlappenden Elemente, keine Funktionen, die verschwinden. Viele Menschen mit Sehbeeinträchtigung surfen dauerhaft vergrößert — und derselbe Test deckt nebenbei Mobil-Probleme auf, denn schlechtes Reflow-Verhalten trifft kleine Bildschirme genauso.

5. Höre deine Seite mit einem Screenreader

Zehn Minuten reichen für eine ehrliche Stichprobe. Unter Windows ist NVDA kostenlos, auf dem Mac und iPhone ist VoiceOver vorinstalliert (Cmd+F5 bzw. Einstellungen → Bedienungshilfen). Lass dir Startseite und einen Kernprozess — Bestellung, Kontakt, Buchung — vorlesen und achte auf drei Fragen: Ergeben die vorgelesenen Linktexte ohne Kontext Sinn („Angebot ansehen" statt „hier klicken")? Werden Bilder sinnvoll beschrieben (Alt-Texte)? Wird bei Formularen klar, was in welches Feld gehört? Was dich hier irritiert, blockiert Screenreader-Nutzer komplett.

6. Teste Formulare inklusive Fehlermeldungen

Formulare sind der Ort, an dem Barrieren bares Geld kosten — im Checkout, bei der Anfrage, im Login. In unseren eigenen Scans sind unbeschriftete Formularfelder der häufigste Befundtyp überhaupt. Prüfe dreierlei: Hat jedes Feld ein sichtbares, programmatisch verknüpftes Label (Klick aufs Label muss das Feld fokussieren)? Sende das Formular einmal bewusst fehlerhaft ab — wird der Fehler in Textform benannt und dem Feld zugeordnet, oder färbt sich nur ein Rahmen rot? Und funktioniert das alles auch rein per Tastatur (Schritt 2)?

7. Dokumentiere und priorisiere die Ergebnisse

Sammle die Befunde aus allen Schritten an einem Ort und priorisiere nach Wirkung, nicht nach Reihenfolge des Auffindens: Erst, was Kernprozesse blockiert (Tastaturfalle im Checkout schlägt fehlenden Alt-Text im Blog). Die gute Nachricht aus der Praxis: Die meisten Fundstellen gehen auf wenige wiederverwendete Komponenten zurück — Navigation, Formular-Bausteine, Buttons. Eine Korrektur an der Komponente wirkt auf hunderten Seiten. Die Dokumentation brauchst du ohnehin zweifach: als Arbeitsliste für die Umsetzung (die BFSG-Checkliste führt durch die häufigsten Fixes) und als Faktenbasis für die Barrierefreiheitserklärung.

So testet übrigens auch die Aufsicht

Wer wissen will, wie „offiziell" getestet wird, findet die Antwort im Gesetz selbst: Anlage 1 BFSG schreibt der Marktüberwachung vor, welche Seiten in die Prüf-Stichprobe gehören — Startseite, Login, Sitemap, Kontakt, Hilfeseiten, Rechtstexte, die Seite mit der Barrierefreiheitserklärung, abrufbare Dokumente und zusätzlich mindestens 10 Prozent zufällig ausgewählte Seiten. Zwei praktische Konsequenzen: Teste nicht nur die Startseite, sondern mindestens dieselbe Stichprobe. Und: Wer nur den Bestellpfad saniert, fällt schon durch die gesetzlich vorgeschriebene Auswahl.

Für ein vollständiges, konformitätsfestes Urteil — etwa vor einem Launch oder als Grundlage einer Konformitätsaussage — bleibt am Ende ein manueller Volltest aller einschlägigen WCAG-Kriterien durch geübte Prüfer sinnvoll, wie ihn etwa das BIK-BITV-Test-Verfahren standardisiert. Der Sieben-Schritte-Test oben ist davor die richtige Reihenfolge: Er räumt die häufigen, klaren Barrieren weg, bevor teure Prüfzeit auf Offensichtliches fällt.

Häufig gestellte Fragen (FAQ)

Wie kann ich meine Website auf Barrierefreiheit testen?

Mit einer Kombination aus automatischem Scan und manuellen Checks: erst ein Scanner als Bestandsaufnahme, dann Tastaturbedienung mit der Tab-Taste testen, Farbkontraste messen, die Seite auf 200 % zoomen, eine Screenreader-Stichprobe machen und Formulare inklusive Fehlermeldungen durchspielen. Die häufigsten Barrieren findest du so ohne Spezialwissen in unter einer Stunde.

Welche kostenlosen Tools gibt es zum Testen der Barrierefreiheit?

Für den automatischen Scan unser Scanner (ohne Anmeldung), für Farbkombinationen der Kontrast-Checker. Als Screenreader sind NVDA (Windows) kostenlos und VoiceOver (macOS/iOS) vorinstalliert. Tastatur- und Zoom-Test brauchen gar kein Tool — nur Tab-Taste und Strg+Plus.

Reicht ein automatischer Test für die BFSG-Konformität?

Nein. Automatische Tools finden nur maschinell erkennbare Verstöße — im GOV.UK-Experiment von 2017 rund 30 Prozent der eingebauten Barrieren. Zentrale Anforderungen wie sinnvolle Fokus-Reihenfolge, verständliche Fehlermeldungen oder brauchbare Alt-Texte kann nur ein Mensch beurteilen. Der Scan ist der richtige Startpunkt und das beste Monitoring-Werkzeug; die Konformitätsaussage braucht zusätzlich manuelle Prüfung.

Welche Seiten muss ich testen — reicht die Startseite?

Nein. Orientiere dich an der Stichprobe, die Anlage 1 BFSG der Marktüberwachung vorschreibt: Startseite, Login, Kontakt, Hilfeseiten, Rechtstexte, die Barrierefreiheitserklärung selbst, relevante Dokumente und zufällig ausgewählte weitere Seiten. Mindestens gehören die Startseite und jeder Kernprozess (Bestellung, Anfrage, Buchung) in deinen Test.

Wie oft sollte ich die Barrierefreiheit testen?

Bei jeder größeren Änderung — Redesign, neue Komponenten, neues Formular — und dazwischen laufend automatisiert. Barrierefreiheit ist nach § 14 Abs. 3 BFSG eine Dauerpflicht, kein einmaliger Zustand: Jedes Update kann neue Barrieren einführen. Praktikabel ist ein wiederkehrender automatischer Scan plus die manuellen Kern-Checks bei jedem Release, das die Oberfläche verändert.

Brauche ich einen Screenreader, um testen zu können?

Für die häufigsten Befunde nicht — Tastatur, Kontrast, Zoom und Formulare findest du ohne. Für ein ehrliches Bild ja: Ob Linktexte, Alt-Texte und Formular-Beschriftungen wirklich funktionieren, hörst du erst mit NVDA oder VoiceOver. Zehn Minuten Stichprobe auf einem Kernprozess reichen für den Anfang.