Praxis · Testen
Wie Sie Ihre Website auf Barrierefreiheit testen
Automatisiert oder manuell? Was Tools zuverlässig finden, wo ein Mensch prüfen muss und wie Sie in wenigen Minuten einen ehrlichen ersten Überblick bekommen.
Zuletzt aktualisiert: · Von Paweł Dziura
Zwei Arten von Tests — und warum Sie beide brauchen
„Ist meine Website barrierefrei?“ lässt sich nicht mit einem einzigen Werkzeug beantworten. Barrierefreiheitstests zerfallen in zwei Kategorien: automatisierte Prüfungen, die eine Maschine in Sekunden erledigt, und manuelle Prüfungen, die menschliches Urteilsvermögen verlangen. Wer nur eines von beiden macht, bekommt ein verzerrtes Bild.
Was automatisierte Tools zuverlässig finden
Werkzeuge wie die axe-core-Engine, die auch unser Scanner nutzt, sind stark bei allem, was messbar ist:
- zu geringe Kontraste zwischen Text und Hintergrund,
- fehlende Alternativtexte bei Bildern,
- Formularfelder ohne zugeordnetes Label,
- Links und Schaltflächen ohne zugänglichen Namen,
- fehlende Sprachauszeichnung der Seite und fehlerhafte ARIA-Nutzung.
Unabhängige Studien zeigen jedoch die Grenze: Automatisierte Tests erkennen nur einen Teil der WCAG-Probleme — je nach Methode etwa 30 % bis 57 % (Branchenkonsens bis Deque-Studie). Ein grünes Ergebnis heißt also nicht „barrierefrei“ — es heißt „an dieser messbaren Stelle nichts gefunden“.
Welche Fehler tatsächlich am häufigsten sind
Die WebAIM Million 2026 hat eine Million Startseiten automatisiert geprüft. Sechs Fehlerarten machen dort 96 % aller gefundenen Verstöße aus — und alle sechs sind maschinell erkennbar. Das ist der Grund, warum ein automatischer Scan trotz seiner begrenzten Abdeckung lohnt: Er trifft genau die Fehler, die am weitesten verbreitet sind.
| Fehlerart | Anteil der geprüften Startseiten |
|---|---|
| Zu geringer Textkontrast | |
| Fehlende Alt-Texte bei Bildern | |
| Formularfelder ohne Beschriftung | |
| Leere Links | |
| Leere Buttons | |
| Fehlende Sprachauszeichnung |
Die Anteile addieren sich nicht auf 100 %, weil eine Seite mehrere dieser Fehler gleichzeitig hat — das ist der Normalfall, nicht die Ausnahme.
Was nur ein Mensch beurteilen kann
Der große Rest braucht Augen, Ohren und Kontext:
- Ist ein Alternativtext nicht nur vorhanden, sondern sinnvoll?
- Ergibt die Fokus-Reihenfolge bei der Bedienung mit der Tastatur Sinn?
- Sind Fehlermeldungen verständlich und lösungsorientiert?
- Funktioniert die Seite mit einem echten Screenreader?
So gehen Sie in der Praxis vor
- Automatisiert scannen. Starten Sie mit einem Werkzeug, um die eindeutigen, messbaren Fehler schnell einzusammeln.
- Mit der Tastatur bedienen. Navigieren Sie die wichtigsten Abläufe nur mit Tab, Enter und den Pfeiltasten — ganz ohne Maus.
- Mit einem Screenreader hören. Testen Sie zentrale Seiten mit NVDA (Windows) oder VoiceOver (macOS).
- Priorisieren und beheben. Sortieren Sie nach Schweregrad und Häufigkeit, statt alles auf einmal zu versuchen.
Worauf es je nach System ankommt
Welche Befunde bei Ihnen auftauchen, hängt stark davon ab, womit die Seite gebaut ist. Ein mehrstufiger Shop-Checkout scheitert an anderen Stellen als eine Seite aus einem Page-Builder, und eine gehostete Plattform gibt Ihnen weniger Zugriff als ein selbstgehostetes System. Für die vier verbreitetsten Fälle haben wir aufgeschrieben, wo genau zuerst nachzusehen ist — jeweils mit einer WCAG-Checkliste für dieses System:
- Shopware barrierefrei machen — Storefront, Off-Canvas-Warenkorb und mehrstufiger Checkout
- Shopify barrierefrei machen — Theme, Apps und der Checkout, der Ihnen nicht gehört
- WooCommerce barrierefrei machen — die Naht zwischen Theme und Shop-Plugin
- WordPress barrierefrei machen — Redaktion, Page-Builder und Formular-Plugins
Ein ehrlicher erster Überblick in Minuten
Sie müssen nicht mit einer großen Prüfung anfangen. Geben Sie die Adresse einer öffentlichen Seite in unseren kostenlosen Schnelltest ein: Er rendert die Seite, prüft sie gegen Dutzende WCAG-Kriterien und zeigt Ihnen die automatisch gefundenen Probleme — und ausdrücklich, was noch manuell geprüft werden sollte. Das ersetzt keine vollständige Prüfung, ist aber der schnellste ehrliche Ausgangspunkt.
Dieser Beitrag ist eine allgemeine Orientierung und keine Rechtsberatung.
Quellen
- Automated testing identifies 57 % of digital accessibility issues (2021) — Deque Systems
- The WebAIM Million (2026) — Barrierefreiheit von 1 000 000 Startseiten — WebAIM, Utah State University
- axe-core — die Prüf-Engine, die wir einsetzen — Deque Systems (Open Source)
- Web Content Accessibility Guidelines (WCAG) 2.1 — W3C