ACCESIBILIDAD ≠ OVERLAY · 34
Barrierefreiheit ist nicht nur eine technische Frage: ein ganzheitlicher Ansatz
Barrierefreier Code, klare Inhalte, verständliches Design, inklusive Nutzung und laufende Wartung gehören zusammen.
1. Barrierefreiheit geht über Code hinaus
Eine Website kann automatisierte Prüfungen bestehen und trotzdem schwer bedienbar sein. Barrierefreiheit umfasst Technik, Inhalte, Design, echte Nutzungssituationen und Wartung. Keiner dieser Bereiche ersetzt die anderen.
Korrektes HTML macht unverständliche Anweisungen nicht klar. Ein schönes Layout hilft nicht, wenn ein Kauf nicht per Tastatur abgeschlossen werden kann. Entscheidend ist die gesamte Nutzung.
2. Barrierefreie Entwicklung als Grundlage
Semantisches HTML hilft Browsern und Hilfstechnologien, Überschriften, Links, Schaltflächen, Formulare und Bereiche zu erkennen. Native Bedienelemente verhalten sich meist zuverlässiger.
Eine logische Lese- und Fokusreihenfolge, korrekt verknüpfte Beschriftungen und programmatisch erkennbare Fehler sind wichtig. ARIA ergänzt Semantik, ersetzt aber kein gutes HTML.
3. Auch Inhalte können Barrieren schaffen
Überschriften sollen die Struktur vermitteln, Links ihr Ziel beschreiben und Anweisungen ohne reine Farb- oder Positionsangaben verständlich sein. Redaktionelle Barrierefreiheit beginnt vor der Veröffentlichung.
Informative Bilder benötigen Textalternativen, Tabellen sinnvolle Kopfzellen und Dokumente eine zugängliche Struktur. Videos brauchen Untertitel und gegebenenfalls weitere Alternativen.
4. Verständliches und konsistentes Design
Klare visuelle Hierarchie, einheitliche Komponenten, ausreichender Kontrast und lesbare Schrift erleichtern die Orientierung. Menschen sollten Bedienelemente nicht auf jeder Seite neu erlernen müssen.
Farbe allein darf keinen Fehler kennzeichnen. Auch bei Zoom, Umbruch und kleinen Bildschirmen müssen Informationen und Funktionen erhalten bleiben.
5. Echte Abläufe statt schöner Oberflächen
Eine attraktive Startseite beweist nicht, dass Termine gebucht, Zahlungen ausgeführt oder Anfragen gesendet werden können. Prüfen Sie ganze Abläufe einschließlich Fehlerkorrektur und Bestätigung.
Testen Sie Menüs per Tastatur, Pflichtfelder und Rückmeldungen. Ein Dialog mit falscher Fokussteuerung kann eine Aufgabe vollständig blockieren.
6. Gemeinsame Verantwortung im Team
Probleme entstehen, wenn Design, Entwicklung, Redaktion und Wartung die Verantwortung weiterreichen. Jede Entscheidung kann Hindernisse schaffen oder vermeiden.
Vereinbaren Sie gemeinsame Kriterien und Zuständigkeiten. Design dokumentiert Zustände, Entwicklung setzt Bedienbarkeit um, Redaktion schreibt verständliche Texte und Tests prüfen vollständige Aufgaben.
7. WCAG 2.2 als überprüfbarer Maßstab
WCAG 2.2 beruht auf vier Prinzipien: wahrnehmbar, bedienbar, verständlich und robust. Sie liefert überprüfbare Anforderungen statt bloßer optischer Empfehlungen.
Dazu gehören Textalternativen, Tastatur, Kontrast, Fokus, Fehlermeldungen und Kompatibilität. Ein erfolgreicher automatischer Test ist kein vollständiger Konformitätsnachweis.
8. Verschiedene Testmethoden verbinden
Automatische Werkzeuge erkennen manche Fehler bei Kontrast, Namen und Markup. Sie können nicht zuverlässig beurteilen, ob Anweisungen sinnvoll oder Bildbeschreibungen treffend sind.
Kombinieren Sie Werkzeuge mit Codeprüfung, Tastaturtests, Vergrößerung und Screenreadern. Beteiligen Sie nach Möglichkeit Menschen mit Behinderungen.
9. Wartung gehört dazu
Ein Theme-Update, neues Plugin oder hochgeladenes Dokument kann neue Barrieren verursachen. Die Barrierefreiheit einer Website bleibt nicht ohne Pflege erhalten.
Prüfen Sie Veröffentlichungen und Updates regelmäßig. Redaktionschecklisten, Regressionstests und Fehlerprotokolle erleichtern nachhaltige Verbesserungen.
10. Warum ein Overlay nicht genügt
Ein schwebendes Widget kann visuelle Einstellungen verändern, garantiert aber keine korrekte Fokusführung, zugänglichen Formulare oder verständlichen Dokumente.
Ein Widget ist kein Nachweis für WCAG-2.2-Konformität. Die zugrunde liegenden Hindernisse müssen direkt behoben und die Korrekturen geprüft werden.
11. Ein praktischer Einstieg
Wählen Sie drei wichtige Aufgaben und testen Sie sie mit Tastatur und Hilfstechnologien. Prüfen Sie Überschriften, Links, Formulare, Fehler, Kontrast und Zoom.
Dokumentieren Sie Hindernisse, Auswirkungen und Verantwortliche. Beheben Sie zuerst blockierende Probleme und testen Sie erneut. Barrierefreiheit ist eine Arbeitsweise, keine installierbare Funktion.
Semantik und vorhersehbares Verhalten
Stellen Sie sich eine Schaltfläche vor, die ein Kontaktformular öffnet. Besteht sie nur aus einem grafischen Element mit Mausklick, können Tastaturnutzer sie möglicherweise nicht erreichen. Eine echte HTML-Schaltfläche mit verständlichem Namen und korrekter Fokussteuerung behebt die Ursache. Das ist keine kosmetische Änderung, sondern Voraussetzung für die Erledigung der Aufgabe.
Auch eine sichtbare Beschriftung neben einem Eingabefeld reicht nicht aus, wenn die programmatische Verknüpfung fehlt. Eine Fehlermeldung muss das betroffene Feld benennen und eine Lösung erklären. Screenreader-Nutzer müssen diese Information erhalten, ohne auf rote Schrift angewiesen zu sein.
Inhalte, die Orientierung bieten
Redaktionsteams können die Barrierefreiheit verbessern, ohne Code zu ändern. Links sollten ihr Ziel beschreiben, statt immer wieder „Mehr erfahren“ zu verwenden. Wichtige Informationen aus Bildern gehören zusätzlich in den Text. Herunterladbare Dokumente benötigen Überschriften und eine sinnvolle Lesereihenfolge.
Anweisungen dürfen nicht voraussetzen, dass alle das Layout sehen. Ersetzen Sie „Wählen Sie die grüne Option rechts“ durch den Namen der Aktion. Das hilft Screenreader-Nutzern, Menschen mit Vergrößerung und Besuchern auf kleinen Bildschirmen gleichermaßen.
Design unter unterschiedlichen Bedingungen
Prüfen Sie den tatsächlichen Kontrast zwischen Text und Hintergrund, auch in Schaltflächen, Formularen und Warnungen. Der Fokusindikator muss sichtbar sein. Interaktive Elemente sollten keine extrem präzisen Zeigerbewegungen verlangen. Bei starker Vergrößerung müssen wesentliche Inhalte erreichbar bleiben.
Untersuchen Sie, ob gewöhnlicher Text auf kleinen Bildschirmen unnötiges Scrollen in zwei Richtungen erfordert. Dialogfenster dürfen wichtige Informationen nicht verdecken; nach dem Schließen sollte der Fokus an eine sinnvolle Stelle zurückkehren. Einheitliches Verhalten schafft Vertrauen.
Den gesamten Ablauf testen
Beginnen Sie mit einer konkreten Aufgabe: Eine Person findet eine Dienstleistung, liest die Beschreibung, wählt einen Termin, füllt ein Formular aus und erhält eine Bestätigung. Hindernisse können in jedem Schritt auftreten, obwohl ein automatischer Bericht gut aussieht. Dokumentieren Sie Schritte und erwartete Ergebnisse.
Wiederholen Sie den Ablauf ohne Maus, mit Vergrößerung und mit einem Screenreader. Probleme, die den Abschluss verhindern, haben Vorrang. Testen Sie nach der Korrektur den gesamten Ablauf erneut, weil Änderungen an einem Baustein andere beeinflussen können.
Ein dauerhafter Prozess
Barrierefreiheit gehört in Design, Entwicklung, Veröffentlichung und Wartung. Eine Checkliste für neue Artikel, Bilder und Formulare verhindert, dass bekannte Fehler zurückkehren. Zuständigkeiten für Prüfung und Behebung müssen klar sein.
Nach Updates von Themes oder Plugins sollten wichtige Aufgaben erneut geprüft werden. WCAG 2.2 bietet messbare Anforderungen, aber automatische Bewertungen ersetzen keine menschliche Beurteilung. Ein Overlay übernimmt diese Verantwortung nicht und beseitigt bestehende Hindernisse nicht von selbst.
Praktische Überprüfung
Praktisches Beispiel: Ein Onlineformular kann auf den ersten Blick vollständig aussehen und dennoch für manche Menschen unbenutzbar sein. Prüfen Sie, ob jedes Pflichtfeld eine verständliche Beschriftung besitzt, ob Fehlermeldungen konkrete Lösungen anbieten und ob die Bestätigung nach dem Absenden wahrnehmbar ist. Wiederholen Sie diese Schritte mit Tastatur und Screenreader. Achten Sie außerdem auf verständliche Sprache, sichtbaren Fokus und ausreichenden Kontrast. Halten Sie fest, welche Probleme die Erledigung tatsächlich verhindern. Eine gute Priorisierung berücksichtigt nicht nur die Anzahl der Fehler, sondern deren Auswirkungen auf Menschen. So wird aus einer technischen Checkliste ein nachvollziehbarer Verbesserungsprozess, an dem Redaktion, Design und Entwicklung gemeinsam beteiligt sind. Die Ergebnisse sollten auch nach späteren Updates erneut geprüft werden. Nur dann bleibt die Verbesserung im Alltag wirksam.