Blog

Was ist der Unterschied zwischen Web Accessibility Check und Audit?

Herausgegeben von Decareto

4 Minuten lesen

November 9, 2026

Ein Web Accessibility Check und ein Barrierefreiheits-Audit unterscheiden sich vor allem im Umfang und in der Tiefe der Prüfung. Ein automatisierter Check scannt eine Website technisch auf Verstöße gegen WCAG-Kriterien und liefert in Minuten einen ersten Überblick über Schwachstellen. Ein vollständiges Audit geht darüber hinaus und umfasst zusätzlich manuelle Prüfungen, die Aspekte wie Tastaturbedienbarkeit, Screenreader-Kompatibilität und inhaltliche Verständlichkeit abdecken. Welche Methode für Ihre Situation die richtige ist und wie sich beide sinnvoll kombinieren lassen, erläutert dieser Artikel.

Wann reicht ein Accessibility Check, und wann braucht man ein Audit?

Ein automatisierter Web Accessibility Check reicht aus, wenn Sie schnell einen Überblick über technische Barrieren auf einer Website gewinnen, offensichtliche Fehler vor einem aufwändigeren Test beseitigen oder den Fortschritt laufender Optimierungsmaßnahmen beobachten möchten. Sobald Sie jedoch rechtliche Konformität nachweisen oder eine BITV-Prüfung vorbereiten müssen, ist ein vollständiges Audit erforderlich.

Für viele Unternehmen, die seit dem Inkrafttreten des Barrierefreiheitsstärkungsgesetzes (BFSG) 2026 ihre Websites auf Konformität prüfen müssen, ist der automatisierte Check ein sinnvoller erster Schritt. Er zeigt, ob grobe Probleme vorliegen, die einen anschließenden manuellen Test von vornherein scheitern lassen würden. Erst wenn der automatisierte Scan keine schwerwiegenden Befunde mehr liefert, lohnt sich der Aufwand eines vollständigen Audits durch spezialisierte Dienstleister.

Für Agenturen und Compliance-Teams, die mehrere Websites gleichzeitig betreuen, ist der regelmäßige automatisierte Check zudem das praktisch einzige Instrument, mit dem eine kontinuierliche Überwachung mit vertretbarem Aufwand möglich ist. Manuelle Audits sind dagegen punktuelle Momentaufnahmen und lassen sich nicht wirtschaftlich im Dauermonitoring einsetzen.

Was prüft ein Web Accessibility Check konkret?

Ein automatisierter Accessibility Check analysiert den HTML-Code jeder gescannten Seite auf Konformität mit den WCAG-Regeln. Er prüft technische Aspekte, die sich maschinell zuverlässig auswerten lassen, darunter Farbkontraste, Alternativtexte, Formular-Labels und die semantische Struktur von Überschriften. Typischerweise decken automatisierte Tests etwa 30 bis 50 Prozent aller möglichen Barrierefreiheitsprobleme ab.

Konkret identifiziert ein gutes Barrierefreiheitstest-Tool unter anderem folgende Probleme:

Fehlende oder unzureichende Alternativtexte für Bilder und Links
Unzureichende Farbkontraste zwischen Text und Hintergrund
Fehlende Kennzeichnung von Navigations-, Inhalts- und Fußbereich
Verwendung optischer Stile statt standardisierter HTML-Elemente für Überschriften
Fehlende Beschriftungen von Formularelementen
Verstöße gegen ARIA-Anforderungen

Die Ergebnisse werden nach Schweregrad priorisiert, von kritischen Fehlern, die grundlegende Funktionen blockieren, bis hin zu geringfügigen Problemen ohne direkte Nutzungsbarriere. Ein solcher Barrierefreiheitstest liefert damit einen strukturierten Ausgangspunkt für gezielte Verbesserungen. Wichtig: Ein gutes Ergebnis im automatisierten Scan bedeutet nicht, dass keine weiteren Fehler vorliegen. Es ist eine notwendige, aber keine hinreichende Bedingung für tatsächliche Barrierefreiheit.

Was umfasst ein Barrierefreiheits-Audit darüber hinaus?

Ein vollständiges Barrierefreiheits-Audit kombiniert den automatisierten Check mit manuellen Prüfungen durch erfahrene Tester. Dabei werden Aspekte untersucht, die kein automatisches Tool zuverlässig bewerten kann, insbesondere die Bedienbarkeit über die Tastatur, die Sinnhaftigkeit von Alternativtexten und die Kompatibilität mit Screenreadern. Ein Audit endet in der Regel mit einem dokumentierten Prüfbericht, der als Nachweis gegenüber Auftraggebern oder Behörden dienen kann.

Verbreitet ist dabei eine Prüfung nach dem BITV-Prüfverfahren, dessen zertifizierte Prüforganisationen im BITV-Test-Prüfverbund organisiert sind. Diese Stellen führen strukturierte Tests durch, die alle relevanten WCAG-Kriterien auf den Konformitätsniveaus A und AA abdecken. Es gibt keine staatliche Zertifizierungsstelle, aber eine Prüfung durch anerkannte Organisationen hat in der Praxis erhebliches Gewicht.

Manuelle Prüfungen im Rahmen eines Audits umfassen typischerweise:

Vollständige Tastaturbedienung aller interaktiven Elemente
Tests mit realen Screenreader-Programmen wie NVDA oder VoiceOver
Prüfung, ob die sichtbare Reihenfolge auf der Seite der HTML-Struktur entspricht
Bewertung, ob Alternativtexte inhaltlich sinnvoll und nicht nur formal vorhanden sind
Überprüfung der Zoom-Fähigkeit und Skalierbarkeit von Inhalten
Verständlichkeit und Lesbarkeit von Texten

Ein Audit ist damit deutlich aufwändiger als ein automatisierter Check, liefert aber eine erheblich vollständigere Bewertung der tatsächlichen Zugänglichkeit einer Website.

Welche WCAG-Kriterien kann ein automatischer Check nicht erkennen?

Automatisierte WCAG-Tests stoßen bei Kriterien an ihre Grenzen, die menschliches Urteilsvermögen erfordern. Dazu gehören alle Aspekte, bei denen nicht der Code selbst, sondern der inhaltliche Kontext oder die tatsächliche Nutzungserfahrung entscheidend ist. Schätzungen, unter anderem aus einer Übersicht der Universität Bielefeld, gehen davon aus, dass automatisierte Tests nur etwa 30 bis 50 Prozent aller Barrierefreiheitsprobleme abdecken.

Typische Probleme, die sich nur manuell identifizieren lassen, sind:

Tastaturbedienbarkeit: Ob alle Navigationselemente tatsächlich per Tastatur erreichbar und in sinnvoller Reihenfolge fokussierbar sind, lässt sich nur durch manuelles Durchtasten prüfen.
Screenreader-Kompatibilität: Ob eine Website mit einem Screenreader sinnvoll vorgelesen wird, hängt von vielen Faktoren ab, die kein automatisches Tool vollständig simulieren kann.
Sinnhaftigkeit von Alternativtexten: Ein automatischer Check erkennt, ob ein Alternativtext vorhanden ist, nicht aber, ob er den Bildinhalt treffend beschreibt.
Übereinstimmung von visueller und struktureller Reihenfolge: Ob die sichtbare Anordnung auf der Seite der Reihenfolge im HTML-Code entspricht, erfordert einen Abgleich durch menschliche Prüfer.
Verständlichkeit und Lesbarkeit: Ob Texte in leichter Sprache verfasst sind oder komplexe Inhalte ausreichend erklärt werden, kann kein Tool automatisch beurteilen.

Die Web Accessibility Initiative (WAI) stellt für manuelle Schnelltests eine Checkliste mit den wichtigsten Prüfpunkten bereit, die auch ohne tiefe Testerfahrung anwendbar ist. Ein solcher manueller Schnelltest ist besonders für die Tastaturbedienbarkeit empfehlenswert, da diese Grundlage für die Screenreader-Nutzbarkeit ist.

Wie lassen sich Check und Audit sinnvoll kombinieren?

Die sinnvollste Vorgehensweise beim Testen einer Website auf Barrierefreiheit ist ein zweistufiger Ansatz: zunächst ein automatisierter Check, um technische Fehler schnell zu identifizieren und zu beheben, anschließend ein manuelles Audit, das die verbleibenden Lücken schließt. Grobe, offensichtliche Fehler sollten vor einem kostenpflichtigen externen Test bereits beseitigt sein.

In der Praxis empfiehlt sich folgender Ablauf:

Automatisierten Scan durchführen: Einen vollständigen Website-Scan starten, der alle Unterseiten auf technische WCAG-Verstöße prüft und die Ergebnisse nach Schweregrad priorisiert.
Kritische und schwerwiegende Fehler beheben: Zunächst die Probleme adressieren, die grundlegende Funktionen blockieren oder wesentliche Aufgaben stark einschränken.
Manuelle Prüfung ergänzen: Nach der technischen Bereinigung gezielt manuelle Tests für Tastaturbedienbarkeit, Screenreader-Kompatibilität und inhaltliche Aspekte durchführen.
Manuelle Befunde dokumentieren: Manuell gefundene Probleme dem Bericht hinzufügen, damit der Report ein vollständiges Bild liefert.
Kontinuierliche Überwachung einrichten: Den automatisierten Check als Dauermonitoring betreiben, um Regressionen nach Website-Änderungen frühzeitig zu erkennen.

Dieser kombinierte Ansatz entspricht auch den Empfehlungen des W3C, das eine Prüfung auf Basis der WCAG 2.2 stets als Kombination aus automatisierten und manuellen Tests vorsieht. Für Agenturen, die mehrere Kunden-Websites betreuen, bietet die kontinuierliche automatisierte Überwachung zudem den Vorteil, dass Änderungen an einer Website sofort erkannt werden, ohne dass jedes Mal ein vollständiges manuelles Audit erforderlich ist.

So unterstützt decareto bei der Barrierefreiheitsprüfung

Wir bei decareto haben unsere Accessibility Software genau für diesen kombinierten Ansatz entwickelt. Unser Tool führt automatisierte Barrierefreiheitsscans auf Basis der bewährten Open-Source-Bibliothek axe-core durch und prüft dabei Unterseiten, passwortgeschützte Bereiche und alle relevanten WCAG-Kriterien in einem einzigen Durchgang. Die Ergebnisse werden in einem übersichtlichen Report nach Schweregrad priorisiert und mit konkreten Handlungsempfehlungen versehen.

Was unsere Lösung konkret bietet:

Automatisierter WCAG-Scan aller Unterseiten inklusive passwortgeschützter Bereiche in Minuten statt Stunden
Priorisierung nach Schweregrad (kritisch, schwerwiegend, mittel, geringfügig) für gezielte Fehlerbehebung
Manuelle Problemerfassung direkt im Tool, um manuell gefundene Barrieren dem Report hinzuzufügen und ihn zu vervollständigen
Kontinuierliches Monitoring mit automatischen Benachrichtigungen bei Änderungen an überwachten Websites
Filterung nach WCAG-Konformitätslevel (A, AA, AAA) für eine strukturierte Priorisierung
White-Label-Reports, die Agenturen und externe Dienstleister unter eigenem Logo mit Kunden teilen können

Damit lässt sich der Aufwand für Barrierefreiheits-Webaudits um bis zu 70 Prozent reduzieren, ohne auf die inhaltliche Tiefe zu verzichten, die ein vollständiges Audit erfordert. Agenturen und Compliance-Teams können so mehr Websites in kürzerer Zeit betreuen. Überzeugen Sie sich selbst und starten Sie jetzt mit unserem Barrierefreiheitstest-Tool oder melden Sie sich direkt unter decareto.com/de/signup an.

Dieser Text wurde mit Hilfe von KI erstellt und könnte Fehler beinhalten.