„Wir haben einen Scanner drüberlaufen lassen, alles grün.“ Diesen Satz höre ich oft – und er beschreibt einen der teuersten Irrtümer im Umgang mit Barrierefreiheit. Ein automatisches Werkzeug findet nur einen Bruchteil aller Barrieren, und ein grünes Scan-Ergebnis ist kein Konformitätsnachweis. Ein vollständiger Barrierefreiheit-Test besteht aus drei Ebenen und folgt einer anerkannten Methodik. Wie dringend das Thema ist, zeigt eine Erhebung von Ende 2024: Von rund 2.446 untersuchten deutschen Onlineshops waren 99 Prozent nicht gesetzeskonform. In diesem Leitfaden zeige ich Ihnen, wie ein seriöser Test wirklich abläuft, was automatische Werkzeuge können und was nicht, welche Methodik dahintersteht und wie Sie zu einer belastbaren Aussage über Ihre Website kommen.

Was bedeutet ein Barrierefreiheit-Test?

Ein Barrierefreiheit-Test ist die systematische Überprüfung einer Website, App oder eines Dokuments gegen einen definierten Standard – im deutschen und europäischen Kontext sind das die WCAG auf den Stufen A und AA, eingebettet in die europäische Norm EN 301 549. Geprüft wird, ob die einzelnen Erfolgskriterien erfüllt sind, und das auf drei sich ergänzenden Ebenen: automatisiert durch Software, manuell durch geschulte Prüfer und praktisch durch den Einsatz assistiver Technologien.

Entscheidend ist das Wort „systematisch“. Ein Barrierefreiheit-Test ist kein flüchtiger Blick auf die Seite, sondern ein strukturiertes Verfahren mit einer repräsentativen Auswahl an Seiten, klar definierten Prüfschritten und einer nachvollziehbaren Bewertung. Genau diese Systematik unterscheidet einen belastbaren Test von einem unverbindlichen Eindruck – und sie ist der Grund, warum ein Werkzeug allein niemals ausreicht. Im Folgenden gehe ich die drei Ebenen einzeln durch, erkläre die Methodik dahinter und zeige, worauf es bei einem aussagekräftigen Ergebnis ankommt – damit Sie am Ende nicht nur wissen, dass Sie testen müssen, sondern auch genau, wie Sie dabei vorgehen.

Der größte Irrtum: Ein Scanner ist kein vollständiger Test

Räumen wir gleich zu Beginn mit dem hartnäckigsten Missverständnis auf. Automatische Prüfwerkzeuge sind nützlich, aber sie erfassen nur einen Teil der Wirklichkeit. Verschiedene Untersuchungen kommen zu dem Ergebnis, dass sich nur etwa 30 Prozent der WCAG-Prüfkriterien überhaupt automatisiert prüfen lassen. Der große Rest erfordert menschliches Urteilsvermögen, das eine Maschine nicht ersetzen kann.

Das hat handfeste Konsequenzen: Ein reiner Scan-Bericht wird von den Marktüberwachungsbehörden nicht als Nachweis der Barrierefreiheit akzeptiert. Wer also glaubt, mit einem grünen Scan-Ergebnis seine Pflichten nach dem BFSG erfüllt zu haben, irrt – und zwar in einer Weise, die im Ernstfall teuer wird. Ein Scanner ist ein hervorragender erster Schritt, aber er ist der Anfang eines Tests, nicht sein Ende.

Aus der Praxis: Ein Unternehmen legte mir stolz einen Prüfbericht vor: 98 von 100 Punkten, von einem automatischen Tool. Die Erleichterung war groß, bis wir gemeinsam die Seite mit der Tastatur durchgingen. Das Hauptmenü ließ sich ohne Maus gar nicht öffnen, der Bestellbutton war für den Screenreader unbeschriftet, und der Bezahlvorgang endete in einer Tastaturfalle. Keiner dieser gravierenden Fehler tauchte im automatischen Bericht auf, weil keiner von ihnen automatisch prüfbar ist. Das grüne Ergebnis hatte ein falsches Sicherheitsgefühl erzeugt.

Ebene 1 – Automatisierte Tests

Die erste Ebene jedes Tests sind automatische Werkzeuge. Sie crawlen eine Seite und gleichen den Code gegen maschinell prüfbare Regeln ab. Ihre Stärke liegt in der Geschwindigkeit und Vollständigkeit bei bestimmten Fehlertypen: Automatische Scanner erkennen zuverlässig fehlende Alternativtexte, unzureichende Farbkontraste, fehlende Formularbeschriftungen und Fehler in der Überschriften-Hierarchie. Das sind häufige und wichtige Barrieren, deren automatische Erfassung viel Arbeit spart. Eine vielzitierte Deque-Studie an über 13.000 Seiten kam sogar zu dem Ergebnis, dass axe-basierte Werkzeuge rund 57 Prozent der dort gefundenen Einzelprobleme abdecken. Das klingt nach einem Widerspruch zu den 30 Prozent, ist aber keiner: Anteil der gefundenen Probleme und Anteil der prüfbaren Kriterien sind zweierlei. Viele Kriterien lassen sich grundsätzlich nicht maschinell beurteilen – und genau die fehlen im automatischen Bericht vollständig, ganz gleich, wie gut das Werkzeug ist.

Ihre Grenze ist ebenso klar: Ein Werkzeug kann prüfen, ob ein Alternativtext vorhanden ist, aber nicht, ob er den Bildinhalt sinnvoll beschreibt. Es erkennt, ob ein Label existiert, aber nicht, ob die Bedienlogik eines Formulars für einen blinden Menschen nachvollziehbar ist. Nutzen Sie automatische Tests deshalb als schnellen Einstieg und zur laufenden Überwachung – aber verwechseln Sie ihr Ergebnis nie mit einem vollständigen Test. Welche Werkzeuge sich dafür eignen und wie sie sich unterscheiden, habe ich im Vergleich der Test-Tools ausführlich behandelt.

Ebene 2 – Die manuelle Prüfung

Die zweite Ebene ist das Herzstück eines seriösen Tests: die manuelle Prüfung durch einen geschulten Menschen. Hier werden genau die Kriterien geprüft, die einer Maschine verschlossen bleiben. Der wichtigste Einzeltest ist die vollständige Tastaturbedienung – legen Sie die Maus weg und navigieren Sie die gesamte Seite nur mit der Tab-Taste. Lässt sich alles erreichen und bedienen, ist der Fokus immer sichtbar, gibt es keine Tastaturfallen?

Hinter diesen Handgriffen stehen konkrete Erfolgskriterien der WCAG, gegen die geprüft wird. Die Tastaturprüfung deckt gleich mehrere ab: 2.1.1 (Tastatur), 2.1.2 (keine Tastaturfalle) und 2.4.7 (Fokus sichtbar). Das Vergrößern prüft die Kriterien 1.4.4 (Textgröße verändern) und 1.4.10 (Reflow), das logische Gerüst der Seite betrifft 1.3.1 (Info und Beziehungen) und 2.4.6 (Überschriften und Beschriftungen). Wer diese Kriterien kennt, prüft nicht nach Gefühl, sondern gegen einen klaren, nachvollziehbaren Maßstab – und genau diese Zuordnung von Beobachtung zu Kriterium macht den Unterschied zwischen einem belastbaren Test und einem subjektiven Eindruck aus.

Dazu kommen weitere manuelle Prüfschritte: das Vergrößern der Seite auf 200 Prozent, um die Skalierbarkeit zu prüfen, die Kontrolle der Überschriften-Struktur auf logische Hierarchie, die Messung der Farbkontraste (1.4.3), die Bewertung, ob Fehlermeldungen verständlich sind und das fehlerhafte Feld benennen (3.3.1), ob Linktexte aus sich heraus Sinn ergeben (2.4.4), ob Information auch ohne Farbe erkennbar bleibt (1.4.1). Jeder dieser Punkte verlangt eine inhaltliche Bewertung, die nur ein Mensch leisten kann. Eine strukturierte Prüfcheckliste hilft, dabei nichts zu übersehen.

Ein Werkzeug-Kniff, der vielen Prüfern entgeht: Sie brauchen nicht zwingend einen Screenreader, um zu sehen, was er ansagen wird. Jeder moderne Browser blendet in seinen Entwicklertools einen „Accessibility“-Bereich ein, der den Accessibility-Tree zeigt – also den berechneten Namen, die Rolle und den Zustand jedes Elements, exakt so, wie sie an die assistive Technologie gemeldet werden. Markieren Sie ein Icon-Button und sehen Sie dort einen leeren Namen, wissen Sie sofort: Der Screenreader wird nur „Schaltfläche“ sagen. Das ist die schnellste Methode, einer einzelnen verdächtigen Stelle auf den Grund zu gehen, bevor Sie den vollständigen Hörtest machen.

Ebene 3 – Der Test mit assistiven Technologien

Die dritte Ebene führt den Test dorthin, wo er eigentlich hingehört: zu den Menschen, für die Barrierefreiheit gemacht ist. Erst der Test mit assistiven Technologien – mit Screenreadern wie NVDA, JAWS oder VoiceOver, mit Tastatur und Sprachsteuerung – deckt alle WCAG-Kriterien ab und zeigt, wie sich eine Seite in der echten Nutzung anfühlt. Was nützt ein technisch vorhandenes Label, wenn der Screenreader die Elemente in unsinniger Reihenfolge vorliest?

Den größten Erkenntnisgewinn bringt dabei der Test mit echten Nutzern assistiver Technologien. Ein erfahrener Screenreader-Nutzer bemerkt in Minuten Barrieren, die einem sehenden Prüfer selbst bei sorgfältiger Arbeit entgehen, weil er die Seite anders erlebt und bedient. Diese Ebene ist die aufwändigste – und die aussagekräftigste. Sie ist der Grund, warum ein wirklich belastbarer Test nie allein am Schreibtisch entsteht. Wie Screenreader funktionieren, erklärt ein eigener Ratgeber.

Aus der Praxis: Eine Seite hatte alle automatischen und manuellen Prüfungen tadellos bestanden. Dann setzte sich ein blinder Tester mit NVDA an die Aufgabe, ein Konto anzulegen. Innerhalb von zwei Minuten war klar: Die Fehlermeldung bei einer falschen Eingabe wurde zwar angezeigt, aber dem Screenreader nie angekündigt. Der Nutzer füllte das Formular dreimal aus, ohne je zu erfahren, warum es nicht abgesendet wurde. Technisch war alles vorhanden – erlebbar war es nicht. Solche Lücken zeigt nur der Test mit echten Nutzern.

WCAG-EM: die offizielle Testmethodik

Ein guter Barrierefreiheit-Test folgt nicht dem Zufall, sondern einer Methodik. Das W3C hat dafür ein eigenes Verfahren entwickelt: die Website Accessibility Conformance Evaluation Methodology, kurz WCAG-EM. Sie beschreibt, wie eine Konformitätsbewertung systematisch und nachvollziehbar durchzuführen ist – von der Festlegung des Geltungsbereichs über die Auswahl repräsentativer Seiten bis zur Dokumentation der Ergebnisse.

Der Kern der Methodik ist die Idee, dass man nicht jede einzelne Seite einer großen Website prüfen muss, sondern eine repräsentative Stichprobe, die alle verschiedenartigen Elemente und Funktionen abdeckt. Diese strukturierte Herangehensweise sorgt dafür, dass ein Test reproduzierbar und vergleichbar wird, statt von der Tagesform des Prüfers abzuhängen. WCAG-EM ist damit die international anerkannte Grundlage, auf der auch das deutsche Prüfverfahren aufbaut.

Konkret gliedert WCAG-EM die Evaluation in fünf Schritte: den Geltungsbereich festlegen, die Website erkunden, eine repräsentative Stichprobe auswählen, diese Auswahl gründlich prüfen und schließlich die Ergebnisse dokumentieren. Ohne eine solche Methodik bliebe jede Prüfung ein Einzelfall, dessen Aussagekraft schwer einzuschätzen wäre.

Der BITV-Test als belastbares Verfahren

Im deutschsprachigen Raum ist der BITV-Test das etablierte, anerkannte Prüfverfahren – entwickelt im BIK-Prüfverbund und an die WCAG-EM-Methodik angelehnt. Zertifizierte Prüfstellen testen eine Website aktuell anhand von 98 Prüfschritten: 60 davon gehen auf die WCAG-Stufe AA zurück, hinzu kommen 32 weitere Anforderungen der EN 301 549 (seit 2021) und sechs weitere aus der EN-Aktualisierung auf Version 3.2.1 (2022). Weil die für das Web verbindliche EN-Fassung bislang auf WCAG 2.1 verweist, bildet ein erweitertes Sonderverfahren „BITV-Test + WCAG 2.2″ die sechs zusätzlichen WCAG-2.2-Kriterien schon vorausschauend ab – die auf WCAG 2.2 aktualisierte EN 301 549 wird für 2026 erwartet.

Bewertet wird jeder Prüfschritt nach einem fünfstufigen Schema – von „erfüllt“ über „teilweise erfüllt“ bis „nicht erfüllt“ –, was ein differenziertes Bild statt eines simplen Bestanden-oder-nicht liefert. Ein BITV-Test kostet je nach Komplexität und Seitenzahl typischerweise zwischen 3.000 und 6.000 Euro und kann, sofern gewünscht, mit dem Ergebnis veröffentlicht werden. Für eine rechtssichere Barrierefreiheitserklärung liefert er die belastbarste Grundlage. Unterscheiden lassen sich dabei der entwicklungsbegleitende Test, der schon während der Umsetzung Mängel aufdeckt, und der abschließende Test am fertigen Produkt. Besteht eine Website die Prüfung, kann die Prüfstelle ein Konformitäts-Siegel vergeben, das die geprüfte Barrierefreiheit nach außen sichtbar macht. Die zugrunde liegende Verordnung erläutert unser Ratgeber zur BITV 2.0.

Die richtige Seitenauswahl entscheidet

Ein Aspekt, der über die Aussagekraft eines Tests entscheidet und doch oft unterschätzt wird, ist die Seitenauswahl. Da bei großen Websites nicht jede Seite einzeln geprüft werden kann, wählt man eine repräsentative Stichprobe – und deren Qualität bestimmt, ob der Test die realen Barrieren erfasst. Die Auswahl muss alle unterschiedlichen Seitentypen abdecken: Startseite, Inhaltsseiten, Formulare, Suchergebnisse, den Bestell- oder Login-Prozess, dynamische Komponenten. Als Faustregel gilt: Jeder Seitentyp, der sich in Aufbau oder Funktion von den anderen unterscheidet, sollte mit mindestens einem Vertreter in der Auswahl sein. Eine Stichprobe, die nur aus zehn nahezu identischen Inhaltsseiten besteht, mag umfangreich wirken, prüft in Wahrheit aber immer wieder dasselbe.

Ein häufiger Fehler ist es, nur die schönen, sorgfältig gepflegten Vorzeigeseiten zu testen und die problematischen Funktionsseiten auszulassen. Gerade dort, wo es kompliziert wird – im Checkout, in interaktiven Formularen, in Filtern und Konfiguratoren –, lauern die schwersten Barrieren. Bei einem veröffentlichbaren BITV-Test trifft deshalb die Prüfstelle die Auswahl unabhängig, damit niemand die Stichprobe schönen kann. Eine ehrliche Seitenauswahl ist die Voraussetzung für ein ehrliches Ergebnis.

Aus der Praxis: Ein Kunde wollte für sein Audit nur die Startseite und zwei Inhaltsseiten freigeben – „der Rest ist ja Standard“. Wir bestanden darauf, den Bestellprozess einzubeziehen. Genau dort fand sich die gravierendste Barriere: Der letzte Bestätigungsschritt war für Screenreader-Nutzer nicht bedienbar, was bedeutete, dass kein blinder Kunde je einen Kauf abschließen konnte. Hätte man nach der ursprünglichen Auswahl getestet, wäre der teuerste Fehler unentdeckt geblieben.

Was ein Barrierefreiheit-Test dokumentiert

Ein Test ist nur so wertvoll wie das, was am Ende dokumentiert wird. Das Ergebnis eines professionellen Barrierefreiheit-Tests ist ein ausführlicher Prüfbericht, der jeden geprüften Schritt mit seiner Bewertung festhält – idealerweise selbst in barrierefreiem Format, etwa als sortierbares HTML und als PDF/UA-konformes Dokument. Aus diesem Bericht ergibt sich eine klare Konformitätsaussage: Welche Kriterien sind erfüllt, welche nicht, und mit welcher Priorität sollten die Mängel behoben werden?

Für die Praxis ebenso wichtig ist, dass die gefundenen Probleme nicht nur aufgelistet, sondern handhabbar gemacht werden. Ein guter Bericht beschreibt konkret, wo der Fehler liegt und wie er sich beheben lässt; viele Prüfstellen bieten zusätzlich einen Export der Befunde direkt in Werkzeuge wie JIRA oder GitLab, damit die Korrekturen nahtlos in den Entwicklungsprozess einfließen. Und nicht zuletzt bildet der Prüfbericht die Grundlage für die gesetzlich geforderte Barrierefreiheitserklärung, in der Sie den Stand der Zugänglichkeit transparent darlegen.

Wann und wie oft Sie testen sollten

Der beste Zeitpunkt für den ersten Test ist früher, als die meisten denken. Idealerweise prüfen Sie bereits Designs und Wireframes auf erkennbare Barrieren, bevor eine Zeile Code geschrieben ist – ein zu schwacher Kontrast oder ein problematisches Bedienkonzept lässt sich im Entwurf in Minuten ändern, im fertigen Produkt kostet die Korrektur ein Vielfaches. Begleitende Tests während der Entwicklung verhindern, dass sich Fehler über das ganze Projekt ziehen. Der Kostenunterschied ist erheblich: Eine Barriere, die im Wireframe auffällt, ist mit einer angepassten Notiz behoben; dieselbe Barriere, erst nach dem Livegang entdeckt, zieht oft Änderungen an Code, Inhalten und Tests nach sich und bindet ein Vielfaches an Aufwand. Früh zu testen ist deshalb nicht nur gründlicher, sondern auch deutlich günstiger.

Ebenso wichtig ist, dass ein Barrierefreiheit-Test keine einmalige Angelegenheit ist. Jede inhaltliche Änderung, jedes Update, jede neue Funktion kann frische Barrieren einführen. Eine Website, die heute konform ist, kann es nach dem nächsten Relaunch nicht mehr sein. Sinnvoll ist deshalb eine Kombination: ein gründlicher Test zu definierten Meilensteinen und eine laufende automatische Überwachung dazwischen, die Regressionen früh meldet. So wird aus dem einmaligen Barrierefreiheit-Test ein dauerhafter Schutz, der verhindert, dass mühsam erreichte Konformität nach einem Update unbemerkt wieder verloren geht.

Vom Schnelltest zum belastbaren Nachweis

Damit ist klar, wie Sie vorgehen sollten – und hier setzen unsere Produkte genau an den richtigen Stellen an. Für den schnellen Einstieg, die automatische Ebene 1, ist unser kostenloser Access Score der ideale Startpunkt: Er scannt Ihre Website gegen die WCAG 2.2, zeigt Ihnen die automatisch prüfbaren Barrieren und übersetzt die Befunde in verständliche Sprache. So sehen Sie in Minuten, wo Sie ungefähr stehen. Anders als Anbieter, die einen solchen Scan als fertigen Test verkaufen, sagen wir Ihnen ehrlich, dass dies erst der Anfang ist. Damit ist Access Score der ehrlichste Einstieg in einen Barrierefreiheit-Test, den Sie finden werden: Er liefert sofort einen belastbaren ersten Eindruck, ohne Ihnen vorzugaukeln, die Arbeit sei damit erledigt.

Denn den vollständigen, rechtlich belastbaren Test – die Ebenen zwei und drei mit manueller Prüfung und echten Nutzern assistiver Technologien – liefert unser Tiefen-Audit Access Ready. Es ist genau der Test, den ein automatischer Scan nicht leisten kann und den die Marktüberwachung als Nachweis akzeptiert, und führt bis zum belastbaren Zertifikat. Andere lassen Sie mit einem grünen Scan-Ergebnis in falscher Sicherheit allein; wir bringen Sie vom ersten Schnelltest bis zum Nachweis, der vor Gericht und Behörde standhält.

So gehen Sie konkret vor

Fassen wir zusammen: Ein vollständiger Barrierefreiheit-Test beginnt mit einem automatischen Scan für den schnellen Überblick, ergänzt diesen um die manuelle Prüfung der nicht automatisierbaren Kriterien und krönt ihn mit dem Test durch echte Nutzer assistiver Technologien – alles nach einer anerkannten Methodik und mit einer ehrlichen Seitenauswahl. Erst dieses Zusammenspiel der drei Ebenen macht aus einzelnen Prüfungen eine belastbare Aussage über den Zustand Ihrer Website – und genau dieses Zusammenspiel, von der automatischen Diagnose bis zum Test mit echten Menschen, bildet unser Access Ready in einem durchgängigen Audit ab.

Beginnen Sie am besten heute mit Access Score, dem kostenlosen WCAG-Test Ihrer Website, um Ihren Ausgangspunkt zu kennen. Zeigt sich Handlungsbedarf, führt der Weg zur rechtssicheren Konformität über ein zertifiziertes Tiefen-Audit mit echten Nutzern. Wie das Ganze in den größeren Zusammenhang der digitalen Barrierefreiheit passt, lesen Sie in unserem Überblicksratgeber. Ich verspreche Ihnen keine perfekte Seite per Knopfdruck – aber einen klaren Weg vom ersten Schnelltest bis zum belastbaren Nachweis.