Zum Inhalt springen

Barrierefreiheit prüfen: die besten Gratis-Tools

Von 5 Min. Lesezeit

Zeichnung zum Beitrag: Barrierefreiheit prüfen: die besten Gratis-Tools

Ein Tool zur Überprüfung der Barrierefreiheit von Websites ist ein Programm, das eine Seite anhand der Richtlinien für barrierefreie Webinhalte (WCAG) prüft und die Hindernisse meldet, die es automatisch erkennen kann: fehlender Alt-Text, geringer Kontrast, unbeschriftete Formularfelder sowie eine fehlerhafte Überschriftenreihenfolge. Kostenlose Prüfprogramme laufen als Browser-Erweiterungen oder Webdienste, und alle prüfen jeweils nur eine Seite auf einmal.

In Deutschland wurde diese Frage am 28. Juni 2025 dringlich, als das Barrierefreiheitsstärkungsgesetz (BFSG) in Kraft trat. Es setzt das European Accessibility Act um und gilt für verbraucherorientierte digitale Dienste wie Online-Shops und Buchungsprozesse. Der dahinterstehende technische Maßstab, die Norm EN 301 549, verweist auf die WCAG 2.1, Stufe AA.

Die Ausgangslage ist schlecht. Der „WebAIM Million“-Bericht 2026 stellte fest, dass bei 95,9 % der eine Million meistbesuchten Startseiten nachweisbare Verstöße gegen die WCAG vorlagen, mit durchschnittlich 56,1 Fehlern pro Seite.

Tool Läuft als Am besten geeignet für Kostenlose Version
WAVE Webdienst + Erweiterung Visuelle Überlagerung für Nicht-Entwickler Vollständig kostenlos
axe DevTools Browser-Erweiterung Präzise Regeln, wenige Fehlalarme Kostenlose Erweiterung, kostenpflichtige Pro-Version
Accessibility Insights Browser-Erweiterung Geführte manuelle Tests Kostenlos, Open Source
Lighthouse In Chrome integriert Eine schnelle Basisbewertung Vollständig kostenlos
ARC Toolkit Browser-Erweiterung Detaillierte Erläuterungen zu den Regeln Vollständig kostenlos

1. WAVE, die klarste Ansicht für Nicht-Entwickler

WAVE, eine Entwicklung von WebAIM an der Utah State University, stellt die Ergebnisse direkt auf der Seite dar: rote Symbole für Fehler, gelbe für Warnungen und grüne für Funktionen, die einwandfrei funktionieren. So kann jeder auf einen Blick erkennen, wo das Problem liegt, ohne den Code lesen zu müssen. Die Webversion überprüft öffentlich zugängliche URLs; die Browser-Erweiterung greift zudem auf Staging-Seiten sowie auf Seiten hinter einer Anmeldung zu.

Auf langen Seiten wird das Overlay unübersichtlich, und in den „Warnmeldungen“ werden echte Probleme mit Dingen vermischt, die lediglich einer Überprüfung durch einen Mitarbeiter bedürfen.

2. axe DevTools, der Standard für Entwickler

axe-core ist die Open-Source-Regel-Engine, die hinter einem Großteil der auf dem Markt erhältlichen Barrierefreiheits-Tools steht, und die kostenlose Erweiterung „axe DevTools“ ist deren direkteste Ausprägung. Die Regeln sind so abgestimmt, dass Fehlalarme vermieden werden: Was axe meldet, ist fast immer ein echter Fehler, wobei das WCAG-Kriterium und das fehlerhafte Element namentlich genannt werden.

Geführte Tests, ganzseitige Scans auf einer Website und die CI-Integration sind in der kostenpflichtigen Pro-Stufe enthalten. Zur Überprüfung einer Seite während der Entwicklung reicht die kostenlose Erweiterung aus.

3. Accessibility Insights, der geführte manuelle Test

„Accessibility Insights for Web“ von Microsoft führt automatisierte Prüfungen im „FastPass“-Modus durch und begleitet Sie anschließend durch den manuellen Teil: Tabulatorreihenfolge, Sichtbarkeit des Fokus, Landmarks, Überschriften, alles als schrittweise Prüfung gemäß WCAG 2.1 AA. Das Tool ist kostenlos und Open Source.

Es ist das, was einem strukturierten Audit bei einem kostenlosen Tool am nächsten kommt. Es dauert zudem am längsten, und genau darum geht es.

4. Lighthouse, die Zahl, die Sie schon haben

Lighthouse wird innerhalb von Chrome DevTools ausgeführt und wendet im Rahmen seines Berichts eine Teilmenge der Axe-Regeln an. Dies ist der schnellste Weg zu einer Zahl, und genau diese Zahl ist das Problem: Ein Wert von 100 bedeutet lediglich, dass die automatisierte Teilmenge bestanden wurde, nicht jedoch, dass die Seite barrierefrei ist.

Nutzen Sie ihn als Schnelltest in der Entwicklung, nicht als Nachweis.

5. ARC Toolkit, der Erklärer

Das ARC Toolkit von TPGi verfügt über ein DevTools-Fenster, in dem Fehler und Warnungen mit ausführlichen Erläuterungen zu den einzelnen Regeln aufgelistet werden, was es zu einem hervorragenden Lernhilfemittel macht. Es eignet sich für Personen, die manuell testen und verstehen möchten, warum etwas fehlschlägt.

Was automatisierte Prüfprogramme nicht testen können

Kein Tool auf dieser Liste kann die Einhaltung der Vorgaben bestätigen. Deque, das Unternehmen hinter „axe“, stellte bei seinen eigenen Prüfungen fest, dass automatisierte Regeln etwa 57 % der Probleme erfasst haben. Für den Rest ist menschliches Eingreifen erforderlich:

  • Tastaturnavigation. Können alle Menüs, Dialogfelder und Schritte des Bestellvorgangs ausschließlich über die Tastatur aufgerufen und verlassen werden?
  • Bedeutung statt bloßer Anwesenheit. Ein Tool erkennt, dass ein Bild über einen Alt-Text verfügt. Es kann jedoch nicht erkennen, dass „image123.jpg“ nichts beschreibt.
  • Ausgabe des Screenreaders. Ob ein Formularfehler angesagt wird und in welcher Reihenfolge Inhalte vorgelesen werden.
  • Abläufe, nicht Seiten. Jeder Prüfer testet eine Seite. Barrieren befinden sich oft im dritten Schritt einer Buchung.

Die Fehler, die Checker am häufigsten finden

Die „WebAIM Million 2026“ listet Jahr für Jahr dieselben sechs Fehlerarten auf. Sie decken den Großteil dessen ab, was automatisierte Tests erkennen:

Fehler Anteil an den Startseiten
Text mit geringem Kontrast 83,9 %
Fehlender Alt-Text bei Bildern 53,1 %
Formularfelder ohne Beschriftung 51,0 %
Leere Links 46,3 %
Leere Schaltflächen 30,6 %
Fehlende Dokumentensprache 13,5 %

Alle sechs lassen sich kostengünstig beheben, und die meisten befinden sich in Vorlagen, sodass eine einzige Korrektur alle Seiten betrifft. Dieselbe Struktur, die Bildschirmleseprogrammen hilft, unterstützt auch KI-Agenten bei der Navigation auf einer Website; siehe was eine agentenfreundliche Website ist und wie KI-Assistenten deutsche Websites lesen.

Häufig gestellte Fragen

Welches ist das beste kostenlose Tool zur Überprüfung der Barrierefreiheit? WAVE für eine schnelle visuelle Überprüfung, die jeder nachvollziehen kann, axe DevTools für präzise Ergebnisse während der Entwicklung und Accessibility Insights für einen angeleiteten manuellen Test. Verwenden Sie mindestens ein automatisiertes Tool und führen Sie mindestens einen manuellen Durchlauf durch.

Kann ein kostenloses Tool die Einhaltung der BFSG-Vorgaben nachweisen? Nein. Automatisierte Tests decken nur einen Teil der WCAG ab, und das BFSG verlangt zudem eine Barrierefreiheitserklärung sowie einen Feedback-Kanal. Ein fehlerfreier Bericht ist ein guter Anfang, stellt jedoch keine Konformitätsbewertung dar.

Wer muss das BFSG einhalten? Unternehmen, die unter die Regelung fallende Produkte oder Verbraucherdienstleistungen anbieten, darunter auch Online-Shops. Kleinstunternehmen mit weniger als 10 Beschäftigten und einem Jahresumsatz von höchstens 2 Millionen Euro sind im Bereich der Dienstleistungen von der Regelung ausgenommen. Dies stellt keine Rechtsberatung dar; lassen Sie Ihren Fall bitte von einem Rechtsanwalt prüfen.

Welche WCAG-Stufe ist erforderlich? Die Norm EN 301 549, auf die sich das BFSG bezieht, ordnet Webinhalte der WCAG 2.1 Stufe AA zu.

Wie oft sollte ich Tests durchführen? Nach jeder Änderung an einer Vorlage oder am Design sowie einmal pro Quartal für Inhalte. Die meisten Regressionsfehler treten bei der Einführung eines neuen Banners, Widgets oder Formulars auf.

Unseren eigenen kostenlosen Barrierefreiheits-Check haben wir auf derselben Engine axe-core gebaut: Er rendert Ihre Seite in einem echten Browser, prüft die Regeln für WCAG 2.1 A und AA, sortiert die Verstöße nach Schwere und gruppiert sie nach WCAG-Prinzip, mit einem klaren Hinweis, was ein automatischer Test nicht abdeckt. Offen gesagt: Das Tool ist von uns, und es braucht keine Anmeldung. Barrierefreiheit und Datenschutz hängen oft zusammen, prüfen Sie also auch die Einwilligung, etwa mit den besten kostenlosen Cookie-Scannern. Wenn die Korrekturen in Templates stecken, die Sie lieber abgeben, ist das unsere Arbeit.

Diesen Artikel mit einer KI besprechen

Kontakt

Was kostet Ihr Team die meiste Zeit?

Zwei, drei Sätze reichen. Philipp liest jede Nachricht selbst und antwortet in der Regel innerhalb von zwei Werktagen.

Philipp Kant

Philipp Kant
Software & AI Architect, Krefeld

Worum geht es?

Öffnet Ihr E-Mail-Programm mit der fertigen Nachricht an philipp@kant.dev. Sie sehen alles, bevor Sie senden. Datenschutzerklärung

  • Kein Verkaufsgespräch, wenn Sie keins wollen.
  • Kein Newsletter, keine automatischen Nachfass-Mails.
  • Ihre Nachricht landet in einem Postfach: philipp@kant.dev.

Lieber sprechen? 30 Minuten im Kalender wählen

Oder direkt: philipp@kant.dev