WCAG-Barrierefreiheit: was Automatik findet und was nicht

Automatische Tests decken etwa ein Drittel der WCAG-Kriterien ab. Was sie fangen, was sie übersehen und wie Sie den Rest in einer halben Stunde manuell prüfen.

Barrierefreiheit · Veröffentlicht: 24. Juni 2026 · 3 Min. Lesezeit · Ольга Мирошник

Automatische Accessibility-Checks sind ein guter Erstfilter und eine schlechte Garantie. Je nach Schätzung decken sie 25–40 % der Kriterien von WCAG 2.2 ab. Der Rest braucht Menschen, weil Maschinen keine Bedeutung verstehen.

Was Automatik zuverlässig findet

• Bilder ohne alt.
• Zu geringer Kontrast von Text und Hintergrund (Stufe AA — 4,5:1 für Fließtext, 3:1 für große Schrift).
• Formularfelder ohne verknüpftes <label>.
• Lücken in der Überschriftenhierarchie: H2 direkt nach H4.
• Doppelte id und fehlerhafte ARIA-Rollen.
• Fehlendes lang am Dokument.

Das sind billige Korrekturen, und sie gehören in die CI: axe-core an die E2E-Tests hängen und den Build bei Verstößen der Stufe critical abbrechen.

Was die Maschine übersieht

Sinnvolle Alt-Texte. alt="Bild" besteht die Prüfung formal und transportiert nichts. Für dekorative Grafiken ist ein leeres alt="" richtig, nicht das Weglassen des Attributs.

Fokusreihenfolge. Die Tab-Reihenfolge muss der visuellen Ordnung folgen. Ein Modal muss den Fokus in sich halten und ihn beim Schließen auf den auslösenden Button zurückgeben. Beides prüft keine statische Analyse.

Linktexte außerhalb des Kontexts. Zwanzig „Mehr erfahren"-Links auf einer Seite sind valides HTML und nutzlose Navigation für den Screenreader.

Dynamische Aktualisierungen. Erscheint ein Formularfehler oder ändert sich der Warenkorbzähler, braucht es aria-live — sonst bleibt die Änderung unbemerkt.

Tastaturfallen. Ein eigenes Select oder Karussell, aus dem man per Tab nicht mehr herauskommt.

Manuelle Prüfung in dreißig Minuten

1. Maus weglegen. Den Kernablauf nur mit der Tastatur durchgehen: Tab, Shift+Tab, Enter, Esc, Pfeiltasten.
2. Sicherstellen, dass der Fokus immer sichtbar ist. outline: none ohne Ersatz ist die häufigste Fehlerquelle.
3. Auf 200 % zoomen. Nichts darf abgeschnitten werden oder aus dem Bild laufen.
4. Screenreader einschalten (VoiceOver, NVDA) und die erste Minute der Startseite anhören.
5. Die Seite im Kontrastmodus und mit deaktivierten Bildern prüfen.

Warum das nicht nur Menschen mit Behinderung betrifft

Korrekte Überschriften helfen Suchmaschinen, label vergrößert die Trefferfläche auf Mobilgeräten, ein sichtbarer Fokus spart jedem Zeit, der ein Formular per Tastatur ausfüllt. Barrierefreiheit fällt fast immer mit gewöhnlicher Interface-Qualität zusammen — ihre Verstöße fallen nur früher und härter auf.

Und legen Sie das Niveau fest: WCAG 2.2 AA ist der praktische Bezugspunkt, auf den die meisten regulatorischen Anforderungen verweisen, auch die europäischen.