Geht es bei Barrierefreiheit nicht nur um Screenreader?

Nein. Sie betrifft Tastaturnutzer, Menschen mit Sehbehinderung oder Farbfehlsichtigkeit, Menschen, die Untertitel brauchen – und jeden, der vorübergehend in der Klemme steckt, etwa bei grellem Sonnenlicht oder mit gebrochenem Arm. Barrierefreiheit macht die Website oft auch für viele andere Besucher leichter bedienbar.

Ist Barrierefreiheit gesetzlich vorgeschrieben?

In manchen Fällen ja. In der EU erfasst der European Accessibility Act (die EU-Richtlinie zur Barrierefreiheit) bestimmte Dienstleistungen – darunter Online-Dienste, die auf den Abschluss von Verbraucherverträgen zielen –, nicht jede Website; und ein rechtlich definiertes Kleinstunternehmen, das Dienstleistungen erbringt, ist nach der Richtlinie ausgenommen, wobei nationales Recht weiter gehen kann. Nehmen Sie WCAG 2.2 AA als technisches Ziel und prüfen Sie das Recht, das für Sie gilt – Konformität allein beantwortet die Rechtsfrage nicht.

Kann mir ein automatisches Tool sagen, ob meine Website barrierefrei ist?

Nur zum Teil. Prüfprogramme finden manche fehlenden zugänglichen Namen, Markup-Fehler und eindeutige Kontrastverstöße – aber sie können nicht beurteilen, ob Beschriftungen sinnvoll sind, ob Interaktionen funktionieren oder ob sich das Ganze vernünftig lesen lässt, und sie liefern auch Fehlalarme. Kombinieren Sie automatische Prüfungen mit sachkundigen Tastatur- und Screenreader-Tests – und, wo machbar, mit Tests durch Nutzer mit Behinderung.

Können Besucher mit Behinderung Ihre Website wirklich nutzen?

Barrierefreiheit heißt, Ihre Website so zu bauen, dass Menschen mit Behinderung – beim Sehen, bei der Motorik, beim Hören oder beim Verstehen – sie wirklich nutzen können. Sie ist ein eigenes Fachgebiet; sauberes, semantisches HTML ist die Grundlage, deckt aber nicht alles ab. Das Ermutigende: Die Grundlagen sind praktisch machbar, und sie machen die Website oft auch für viele andere Besucher leichter. In der EU erfasst der European Accessibility Act (die EU-Richtlinie zur Barrierefreiheit) bestimmte Dienstleistungen – darunter Online-Dienste, die auf den Abschluss von Verbraucherverträgen zielen –, mit einer Ausnahme auf Richtlinien-Ebene für rechtlich definierte Kleinstunternehmen, die Dienstleistungen erbringen; nationales Recht kann weiter gehen. Nehmen Sie also WCAG 2.2 AA als technische Grundlinie und prüfen Sie, was für Sie gilt.

Machen Sie die Website ohne Maus bedienbar

Viele Menschen steuern alles über die Tastatur – und auch Screenreader-Nutzer brauchen sauberes Tastaturverhalten bei den Bedienelementen; ihr Lesen und Navigieren funktioniert aber anders und verdient einen eigenen Test.

Alle aktiven Bedienelemente und Funktionen müssen per Tastatur bedienbar sein, ohne Tastaturfalle (dass deaktivierte Elemente den Fokus überspringen, ist richtig; für das Ziehen mit der Maus braucht es eine Tastatur-Alternative).
Halten Sie eine klar sichtbare Fokusanzeige (die Markierung, die zeigt, wo die Tastatur gerade „steht“) – unterdrücken Sie den Browser-Standard nur, wenn Sie ihn durch etwas ebenso Deutliches ersetzen.
Halten Sie die Lesereihenfolge im DOM (dem Quelltext-Aufbau der Seite) logisch, mit sichtbarer Reihenfolge und Fokusreihenfolge im Einklang, wo die Abfolge Bedeutung trägt – und flicken Sie eine schlechte Quell-Reihenfolge nicht mit positivem tabindex.

Stöpseln Sie die Maus aus und erledigen Sie eine wichtige Aufgabe. Kommen Sie per Tastatur nicht ans Ziel, nehmen Sie das als wahrscheinliche Barriere – und gehen Sie ihr nach.

Liefern Sie echte Alternativen und gemessenen Kontrast

Alternativtext erfüllt den Zweck des Bildes im Kontext: Geben Sie die Information eines informativen Bildes wieder, benennen Sie bei einem funktionalen Bild die Aktion oder das Ziel, geben Sie komplexen Diagrammen ein ausführlicheres Text-Gegenstück – und nutzen Sie ein leeres alt="" für Dekoration oder Bilder, die nur den Text daneben wiederholen.
Kontrast ist messbar, kein Gefühl: WCAG AA heißt mindestens 4,5:1 für normalen Text, 3:1 für großen Text – und etwa 3:1 für wesentliche Umrisse von Bedienelementen, Zustände, Fokusanzeigen und aussagekräftige Grafiken gegenüber den angrenzenden Farben.
Verlassen Sie sich nie auf Farbe allein. Speziell bei Formularfehlern: Benennen Sie das Feld und beschreiben Sie das Problem in Textform; Farbe und Symbole verstärken – sie ersetzen nicht.

Formulare beschriften, Medien untertiteln, Zoom überstehen

Jedes Formularfeld braucht eine sauber verknüpfte Beschriftung, und Fehlermeldungen müssen programmatisch mit den Feldern verbunden sein, die sie beschreiben. Bei Medien: synchrone Untertitel für Video mit Ton, Transkripte (Mitschriften) für aufgezeichnete reine Audio-Inhalte und Audiodeskription (eine gesprochene Bildbeschreibung), wo die wichtigen Bilder eines Videos nicht über die Tonspur ankommen – die drei bedienen verschiedene Bedürfnisse und ersetzen einander nicht. Und prüfen Sie die Robustheit: Wird der Text auf 200 % vergrößert, darf nichts verloren gehen, und die Seite soll sich bei einem 320 CSS-Pixel breiten Fenster neu anordnen – ohne Überlappen, Abschneiden oder seitliches Scrollen (wirklich zweidimensionale Inhalte wie Karten und Datentabellen ausgenommen).

Testen Sie auf drei Arten – über die echten Abläufe

Nur mit der Tastatur – durch die wichtigen Aufgaben, nicht nur über eine Seite.
Mit einem Screenreader – mit Grundkenntnissen bedient (bloßes lineares Anhören übersieht Strukturprobleme), auf repräsentativen Vorlagen: Navigation, Formulare samt Validierung, Menüs, Dialoge.
Mit einem automatischen Prüfprogramm – ein erster Durchgang für mechanische Fehler, nie ein Urteil.

Decken Sie die Vorlagen, Zustände und Abläufe ab, auf die es ankommt – und wo es machbar ist, zeigen Tests durch Nutzer mit Behinderung, was technische Prüfungen übersehen.

Was zu tun ist

Stellen Sie sicher, dass die wichtigen Aufgaben allein per Tastatur gelingen – mit sichtbarem Fokus und ohne Fallen.
Schreiben Sie Alternativtexte nach Zweck – informative, funktionale, komplexe und dekorative Bilder bekommen je ihre eigene Art.
Messen Sie den Kontrast gegen die AA-Schwellen und nutzen Sie Farbe nie als einziges Signal.
Geben Sie jedem Formularfeld eine verknüpfte Beschriftung und in Text beschriebene, programmatisch verbundene Fehlermeldungen.
Ergänzen Sie Untertitel bei Video, Transkripte bei reinem Audio und Audiodeskription, wo Bilder unausgesprochene Information tragen.
Testen Sie Tastatur + Screenreader + automatisches Prüfprogramm über repräsentative Abläufe – als Anfang, der häufige Barrieren beseitigt, nicht als Nachweis von Konformität oder Rechtstreue.