Kognitive Barrierefreiheit
Auch: cognitive a11y, neurodiverse accessibility
Barrierefreiheit für Nutzende mit kognitiven, Lern- und neurologischen Behinderungen — Arbeitsgedächtniseinschränkungen, Aufmerksamkeitsstörungen, Legasthenie, Dyskalkulie, Autismus, Hirnverletzungen und Demenz. Die am stärksten vernachlässigte Dimension des WCAG.
Kognitive Barrierefreiheit ist die übergreifende Praxis, digitale Produkte so zu gestalten, dass sie für Menschen mit kognitiven, Lern- und neurologischen Behinderungen nutzbar sind — eine Gruppe, zu der Personen mit Arbeitsgedächtniseinschränkungen, Aufmerksamkeitsstörungen (ADHS), Legasthenie, Dyskalkulie, Autismus, geistiger Behinderung, Hirnverletzungen, Demenz und vielen weiteren Beeinträchtigungen gehören.
Es ist die am stärksten vernachlässigte Dimension der Barrierefreiheit im Verhältnis zur Größe ihrer Zielgruppe. Die WAI des W3C veröffentlicht die Arbeit der Cognitive Accessibility Task Force (COGA), doch kognitive Aspekte sind in WCAG 2.x unterrepräsentiert. WCAG 3 soll diese Lücken deutlich schließen.
Warum es schwierig ist
Die Behinderungskategorien, die kognitive Barrierefreiheit adressiert, sind extrem heterogen. Gestaltungsentscheidungen, die einer kognitiven Behinderung helfen, können einer anderen aktiv schaden:
- Automatisch wechselnde Karussells sind für ADHS schlecht (Ablenkung), aber das Scrollen selbst kann für Nutzende mit Legasthenie ein nützlicher kognitiver Hinweis sein, die eine sequenzielle Präsentation bevorzugen.
- Ausführliche Hilfetexte helfen Nutzenden mit Arbeitsgedächtniseinschränkungen; dieselbe Länge ist für Nutzende mit schwerer geistiger Behinderung überfordernd.
- Symbole in Verbindung mit Text sind für Nutzende mit geistiger Behinderung eine enorme Hilfe; dieselben Symbole können für neurologisch typische Nutzende in Eile ablenkend wirken.
Der Stand der Technik ist Personalisierung: Den Nutzenden die Möglichkeit geben, die für sie passende Anpassungsstufe zu wählen — idealerweise über systemweite Präferenzen, die die Website berücksichtigt, anstatt über seitenspezifische Schalter.
Was es in der Praxis bedeutet
Kognitiv barrierefreies Design umfasst typischerweise:
- Einfache Sprache. Sätze unter 25 Wörtern; allgemeines Vokabular; Aktivsatz; ein Gedanke je Absatz. Lesbarkeitsmetriken (Hemingway, ReadabilityFormulas) zielen auf ein Lesealter von etwa 12 Jahren.
- Konsistente Navigation. Dasselbe Menü an derselben Stelle auf jeder Seite. Dieselben Beschriftungen für dieselben Aktionen.
- Vorhersehbare Interaktion. Formulare verhalten sich seitenübergreifend gleich. Kein überraschendes Verhalten (automatisches Absenden beim Tabben, automatische Weiterleitung bei Auswahl).
- Fehlerkorrektur. Klare Fehlermeldungen; Möglichkeit, zerstörerische Aktionen rückgängig zu machen; automatisches Speichern mit eindeutiger Anzeige.
- Reduzierte Bewegung — siehe den entsprechenden Eintrag.
- Ausreichend Zeit. Genug lange Timeouts; Warnungen vor Ablauf; Möglichkeit zur Verlängerung.
- Symbol-Unterstützung und Vorlesen. Für Nutzende mit erheblicher geistiger Behinderung oder geringer Lesefähigkeit sind symbolgestützte Beschriftungen und Vorlesefunktionen zentrale Zugangsmechanismen.
WCAG-Kriterien, die kognitive Barrierefreiheit direkt fördern
Auch wenn die Abdeckung durch WCAG 2.x als dünn kritisiert wird, sind mehrere Kriterien operativ bedeutsam:
- 3.1.5 Leseniveau (AAA) — Inhalte lesbar für das untere Sekundarschulniveau oder vereinfachte Zusatzversion verfügbar.
- 3.2.3 Konsistente Navigation (AA), 3.2.4 Konsistente Identifizierung (AA) — vorhersehbare Struktur.
- 3.3.5 Hilfe (AAA) — kontextsensitive Hilfe bei jedem Formular.
- 2.2.1 Zeitbeschränkungen anpassbar (A) — anpassbare Zeitlimits.
- 2.3.3 Animationen aus Interaktionen (AAA) — deaktivierbare Bewegung.
- 3.3.7 Redundante Eingabe (A, neu in 2.2) — dieselben Informationen nicht zweimal im gleichen Ablauf abfragen.
Weiterführende Informationen
Die COGA Task Force veröffentlicht praktische Leitlinien — „Making Content Usable for People with Cognitive and Learning Disabilities“ — die in ihren umsetzbaren Empfehlungen weit über WCAG 2.x hinausgehen. Es ist der nützlichste Einstiegspunkt für Teams, die dieses Thema ernsthaft angehen wollen.