Barrierefreiheit ≠ Overlay: Nutzerpräferenzen respektieren
Menschen können Computer, Browser oder assistive Technologien bereits so eingestellt haben, dass sie bestimmte Textgrößen, weniger Bewegung, eigene Farben oder eine bestimmte Navigation verwenden. Eine barrierefreie Website sollte mit diesen Präferenzen funktionieren, statt per Overlay zu entscheiden, wie die „barrierefreie Erfahrung“ aussehen soll.
Barrierefreiheit bedeutet nicht, für Nutzer zu entscheiden
Zwei Menschen mit derselben Behinderung haben nicht automatisch dieselben Bedürfnisse. Einstellungen können sich je nach Gerät, Kontext oder Aufgabe unterscheiden. W3C beschreibt, dass Menschen die Darstellung anpassen, um Inhalte besser wahrnehmen und verstehen zu können. Websites sollten diese Entscheidungen respektieren und unterstützen.
Präferenzen bestehen oft schon vor dem Besuch unserer Website
Nutzer können Browser, Zoom, Betriebssystem, Erweiterungen oder assistive Technologien bereits konfiguriert haben. W3C weist in UAAG darauf hin, dass manche Anforderungen wie Textanpassung und Präferenzen besser im User Agent erfüllt werden. Entscheidend ist, ob sich die Website an bereits gewählte Einstellungen anpassen kann.
Personalisierung ist nicht dasselbe wie Reparatur
Eine Schaltfläche für größere Schrift oder ein Kontrastregler kann nützlich sein. Problematisch wird es, wenn dies eine barrierefreie Implementierung ersetzen soll. WCAG 2.2, Kriterium 1.4.12, verlangt, dass benutzerdefinierte Textabstände nicht zum Verlust von Inhalt oder Funktion führen.
„Text vergrößern“ ersetzt keine anpassungsfähige Website
Eine Website kann einen Schriftgrößenregler besitzen und beim Browser-Zoom trotzdem kaputtgehen. W3C fordert, Inhalte so zu gestalten und zu programmieren, dass Änderungen an Größe, Abständen, Schrift und Farbe ohne Informations- oder Funktionsverlust möglich sind.
„Animationen reduzieren“ sollte nicht nur von einem Widget abhängen
Manche Menschen müssen Bewegung vermeiden, die Ablenkung, Schwindel oder Übelkeit verursacht. Betriebssysteme können eine Präferenz für reduzierte Bewegung bereitstellen; Websites können sie über prefers-reduced-motion respektieren. WCAG nennt diese Technik für nicht notwendige Animationen.
Ein Nutzer kann genau das Gegenteil eines anderen benötigen
Eine Person braucht sehr große Schrift, eine andere weniger sichtbare Informationen, andere Farben oder weniger Bewegung. WAI-Adapt ermöglicht Personalisierung nach individuellen Bedürfnissen und Präferenzen. Einen universellen „Behinderungsmodus“ gibt es nicht.
Eine gute Website lässt Raum für die Werkzeuge des Nutzers
Browser, Betriebssystem und assistive Technologien gehören zur Nutzungsumgebung. Websites sollten damit interoperieren: Zoom nicht blockieren, Reflow ermöglichen, Textanpassungen unterstützen und Präferenzen wie reduzierte Bewegung respektieren.
Zusätzliche Optionen sind nicht das Problem
Zusätzliche Darstellungsoptionen können nützlich sein. Entscheidend ist, wer die Kontrolle behält und auf welcher Grundlage personalisiert wird. Eine Option kann eine barrierefreie Website ergänzen, sollte aber keine Oberfläche rechtfertigen, die bestehende Nutzerpräferenzen ignoriert.
Für Präferenzen gestalten heißt für Vielfalt gestalten
Barrierefreiheit bedeutet nicht, eine Sonderoberfläche für einen imaginären behinderten Nutzer zu schaffen. Unterschiedliche Menschen sollen dasselbe Produkt auf unterschiedliche Weise nutzen können. Robust ist eine Oberfläche, die sich anpassen kann.
Barrierefreiheit ≠ Overlay
Ein Overlay kann größere Schrift, Kontraständerungen oder weniger Animation anbieten. Solche Funktionen können nützlich sein, beweisen aber keine Barrierefreiheit. Eine anpassungsfähige Website muss Entscheidungen in Browser, Betriebssystem und assistiver Technologie respektieren. Es geht nicht um unseren barrierefreien Modus, sondern um die Art, wie Menschen das Internet nutzen.
Offizielle Quellen
W3C Web Accessibility Initiative (WAI)
Presentation — How People with Disabilities Use the Web
Understanding WCAG 2.2 — Text Spacing (1.4.12)
User Agent Accessibility Guidelines (UAAG) Overview
Understanding WCAG — Animation from Interactions
Dieser Artikel ist Teil der Reihe „Barrierefreiheit ≠ Overlay“. Folge 07 — Overlays und Nutzerpräferenzen.