Kognition & Neurodiversität: verständliche Websites

Kognitive Barrieren sind die häufigsten im Web und zugleich die unsichtbarsten: Sie entstehen nicht durch fehlenden Kontrast oder fehlendes Markup, sondern durch zu viel Text, zu viele Optionen, unerwartetes Verhalten und Aufgaben, die das Gedächtnis überlasten. Die Gegenmaßnahme lässt sich in einen Satz fassen – kognitive Last senken: weniger merken müssen, weniger entschlüsseln müssen, weniger überrascht werden.

Das Wichtigste in Kürze

• Rund 6,2 Millionen deutschsprechende Erwachsene zwischen 18 und 64 Jahren sind gering literalisiert und haben Mühe mit zusammenhängenden Texten – 12,1 % dieser Altersgruppe (LEO-Studie 2018, Universität Hamburg).
• Etwa 1,8 Millionen Menschen in Deutschland leben mit einer Demenz; 2023 kamen bis zu 445.000 Neuerkrankungen ab 65 Jahren hinzu, rechnerisch rund 900 pro Tag (Deutsche Alzheimer Gesellschaft).
• Neurodiversität bündelt Autismus, ADHS, Legasthenie und weitere neurologische Unterschiede – nicht als Defizit, sondern als Ausprägung menschlicher Vielfalt. Fürs Web zählt daraus vor allem: Vorhersehbarkeit und Ruhe.
• Der gemeinsame Nenner aller Gruppen ist kognitive Last. Jede Entscheidung, jede gemerkte Zahl und jede Überraschung kostet Kapazität, die dann für die eigentliche Aufgabe fehlt.
• Harte Sprachanforderungen stehen in den WCAG erst auf Stufe AAA. Auf AA greifen Konsistenz (3.2.3, 3.2.4), Vorhersehbarkeit (3.2.1, 3.2.2) und Fehlerbehandlung (3.3.1, 3.3.3).
• WCAG 2.2 zielt mit zwei neuen Kriterien direkt aufs Gedächtnis: 3.3.7 Redundante Eingabe und 3.3.8 Zugängliche Authentifizierung.
• Automatische Prüfwerkzeuge finden hier praktisch nichts. Kognitive Barrierefreiheit entscheidet sich in Texten, Abläufen und Timing – also in Redaktion und Konzept.
• Für Bundesbehörden geht die BITV 2.0 weiter als die WCAG: § 4 verlangt Erläuterungen in Leichter Sprache auf der Startseite.

Das Spektrum: sehr verschieden, ein gemeinsames Prinzip

• Lernschwierigkeiten und geistige Behinderung. Schachtelsätze, Fachsprache und Abstraktion sind die Barriere. Hier helfen Leichte Sprache und Einfache Sprache, Bilder als Verständnisstütze und kurze, klar getrennte Schritte.
• ADHS und Aufmerksamkeitsstörungen. Alles, was blinkt, rotiert oder sich von selbst bewegt, zieht Aufmerksamkeit ab. Deshalb müssen sich bewegte Inhalte pausieren lassen, und deshalb wirken Aufzählungen besser als Textblöcke.
• Autismus. Die Hürde ist Unvorhersehbarkeit: Seiten, die bei Fokus oder Eingabe den Kontext wechseln, Menüs, die auf jeder Unterseite anders aussehen, Formulierungen, die etwas anderes meinen, als sie sagen. Auch grelle Reize und Bewegung können überfordern.
• Legasthenie. Lange Zeilen, Blocksatz, enge Zeilenabstände und Großbuchstaben erschweren das Lesen. Angepasste Textabstände müssen möglich bleiben, ohne dass das Layout zerfällt.
• Gedächtnis-Einschränkungen, unter anderem Demenz. Codes abtippen, Passwörter erinnern, Informationen zwischen zwei Schritten im Kopf behalten – jede dieser Anforderungen schließt aus.
• Psychische Erkrankungen. Angststörungen und Depressionen stehen selten auf der Liste, wirken sich aber aus: Countdown-Timer, Druckformulierungen und unklare Folgen erhöhen die Hürde, einen Vorgang überhaupt zu beginnen.

Sprache: drei Stufen, ein Zweck

Verständlichkeit wird oft mit „Leichter Sprache“ gleichgesetzt. Tatsächlich gibt es drei unterscheidbare Stufen, und die mittlere trägt in der Praxis am weitesten:

Der Schritt von Stufe eins zu zwei kostet fast nichts und wirkt sofort. „Die Antragstellung erfolgt ausschließlich in elektronischer Form“ wird zu „Sie stellen den Antrag online“ – gleiche Aussage, halbe Last. Ich würd damit immer bei den Texten anfangen, die im kritischen Pfad stehen: Formularhilfen, Fehlermeldungen, Checkout, Kontaktseite. Die sprachliche Seite vertieft Kognitive Barrierefreiheit – für die stark regulierte Variante die Seite Leichte Sprache im Web.

Fehlermeldungen: der teuerste Satz deiner Seite

Nirgends entscheidet sich schneller, ob jemand einen Vorgang abschließt. Eine Fehlermeldung muss drei Fragen beantworten: Was ist passiert, wo, und was soll ich jetzt tun?

<!-- Falsch: benennt weder Ort noch Ursache noch Lösung -->
<p class="error">Eingabe ungültig (Fehlercode 4711)</p>

<!-- Richtig: benannt, programmatisch verknüpft, mit Beispiel -->
<label for="geburtsdatum">Geburtsdatum</label>
<input id="geburtsdatum" name="geburtsdatum" type="text" inputmode="numeric"
       aria-describedby="geburtsdatum-hilfe geburtsdatum-fehler" aria-invalid="true">
<p id="geburtsdatum-hilfe" class="field-hint">Format: TT.MM.JJJJ</p>
<p id="geburtsdatum-fehler" class="field-error">
  Bitte das Datum im Format TT.MM.JJJJ eingeben, zum Beispiel 24.08.2026.
</p>

Zwei Details machen den Unterschied. Der Hinweis steht vor der Eingabe, nicht erst im Fehlerfall – dann muss ihn niemand aus einer Meldung rekonstruieren. Und das Beispiel ersetzt die Regel: „TT.MM.JJJJ“ ist eine Formel, „24.08.2026“ ist ein Muster zum Abschauen. Mehr dazu unter Fehlermeldungen barrierefrei.

Gedächtnis entlasten statt abfragen

WCAG 2.2 hat zwei Kriterien ergänzt, die genau auf diese Gruppe zielen.

3.3.7 Redundante Eingabe: Was im selben Vorgang schon eingegeben wurde, wird nicht noch einmal verlangt – die Lieferadresse also vorbelegt oder auswählbar, nicht neu abgefragt.

3.3.8 Zugängliche Authentifizierung: Kein Login-Schritt darf einen kognitiven Test verlangen. Passwörter auswendig tippen, Zeichenrätsel lösen, Codes aus einer anderen App abschreiben – all das braucht eine Alternative, und das Einfügen aus der Zwischenablage muss erlaubt bleiben.

<!-- Falsch: blockiert Passwortmanager und erzwingt fehlerfreies Abtippen -->
<input type="password" name="pw" onpaste="return false" autocomplete="off">

<!-- Richtig: Passwortmanager und Autofill dürfen arbeiten -->
<label for="pw">Passwort</label>
<input id="pw" type="password" name="pw" autocomplete="current-password">

Das autocomplete-Attribut ist hier kein Komfort, sondern Kern der Barrierefreiheit: Es lässt Browser und Passwortmanager die Arbeit übernehmen und deckt nebenbei 1.3.5 Eingabezweck bestimmen ab. Die vollständige Attributliste steht unter Formular-Semantik.

Ruhe ins Layout

Bewegung ist für Menschen mit ADHS, Autismus, Migräne oder vestibulären Störungen keine Deko, sondern Störung. Zwei Regeln decken das meiste ab: Alles, was länger als fünf Sekunden automatisch läuft, braucht eine Pause-Möglichkeit (2.2.2) – und die Systemeinstellung für reduzierte Bewegung wird respektiert.

/* Animation nur, wenn niemand ausdrücklich Ruhe eingestellt hat */
@media (prefers-reduced-motion: no-preference) {
  .karte { transition: transform 0.25s ease; }
  .karte:hover { transform: translateY(-4px); }
}

/* Sicherheitsnetz für alles, was doch animiert wird */
@media (prefers-reduced-motion: reduce) {
  *, *::before, *::after {
    animation-duration: 0.01ms !important;
    animation-iteration-count: 1 !important;
    transition-duration: 0.01ms !important;
    scroll-behavior: auto !important;
  }
}

Dazu gehört, künstlichen Druck wegzulassen: Countdown im Checkout, „Nur noch 2 verfügbar!“, Pop-up nach drei Sekunden. Was als Konversionshebel gedacht ist, wirkt bei Angststörungen und Konzentrationsschwierigkeiten als Abbruchgrund.

So testest du es

1. Lies deine Fehlermeldungen laut vor. Beantwortet jede die Fragen „was, wo, was nun“? Meldungen mit Fehlercode ohne Klartext fallen sofort durch.
2. Zähle die Entscheidungen auf der Startseite: konkurrierende Banner, Slider, Pop-ups, Handlungsaufforderungen. Mehr als drei gleichrangige Angebote sind eine Barriere, keine Auswahl.
3. Aktiviere „Bewegung reduzieren“ (macOS: Bedienungshilfen → Anzeige; Windows: Einstellungen → Barrierefreiheit → Visuelle Effekte) und lade die Seite neu. Steht danach wirklich alles still?
4. Mach den Formular-Test: halb ausfüllen, absichtlich einen Fehler einbauen, absenden. Bleiben die Eingaben stehen? Springt der Fokus zur Meldung? Steht ein Beispiel dabei?
5. Prüfe den Login: Lässt sich das Passwort einfügen? Arbeitet der Passwortmanager? Gibt es einen Weg ohne Zeichenrätsel?
6. Lass jemand Fachfremden eine Aufgabe lösen und schau nur zu. Jede Stelle, an der nachgefragt wird, ist eine Stelle, an der der Text nicht reicht.

Häufiger Fehler in der Praxis

Verständlichkeit an der Konformitätsstufe festgemacht. Weil die harten Sprachkriterien auf AAA stehen, fällt Verständlichkeit aus dem Prüfumfang – und damit aus dem Projekt. Dabei verhindert sie die meisten Abbrüche und kostet praktisch nichts.

Leichte Sprache als Alibi-Unterseite. Eine separate Seite in Leichter Sprache, während das Hauptangebot Behördendeutsch bleibt, verschiebt das Problem nur. Sinnvoller ist, den Hauptinhalt auf Einfache Sprache zu heben und Leichte Sprache dort einzusetzen, wo sie vorgeschrieben oder wirklich passend ist.

Platzhalter statt Label. Grauer Text im Feld verschwindet beim Tippen – und mit ihm die Information, was dort hingehört. Für Menschen mit Gedächtniseinschränkungen ist das der klassische Abbruchpunkt; siehe Labels und Beschriftungen.

Fortschritt ohne Ziel. Ein mehrstufiges Formular ohne sichtbare Schrittanzeige zwingt dazu, den Überblick im Kopf zu behalten. „Schritt 2 von 4“ kostet eine Zeile und nimmt spürbar Last – siehe mehrstufige Formulare.

Symbole ohne Text. Ein Zahnrad, ein Herz, drei Punkte – geübte Nutzer entschlüsseln das automatisch, andere raten. Eine Beschriftung neben dem Symbol ist die günstigste Verständlichkeitsmaßnahme überhaupt.

Häufige Fragen

Verlangen die WCAG überhaupt verständliche Sprache?

Nur begrenzt. Das Prinzip „Verständlich“ liefert auf A und AA Kriterien zu Konsistenz, Vorhersehbarkeit und Fehlerbehandlung; harte Sprachanforderungen wie ein maximales Leseniveau stehen auf Stufe AAA. Die BITV 2.0 geht für öffentliche Stellen weiter und verlangt Erläuterungen in Leichter Sprache. Mein Rat: Verständlichkeit nicht an der Konformitätsstufe festmachen.

Ist das nicht einfach gutes UX-Design?

Ja, und das ist der Punkt. Kognitive Barrierefreiheit und gute Usability überschneiden sich fast vollständig. Der Unterschied liegt in der Folge: Was für andere „nervig“ ist, beendet für Betroffene den Vorgang, weil ihnen die Ausweichstrategie fehlt.

Was ist der Unterschied zwischen Leichter und Einfacher Sprache?

Leichte Sprache folgt einem festen Regelwerk: ein Gedanke pro Satz, keine Nebensätze, große Schrift, erklärende Bilder, oft geprüft von Menschen aus der Zielgruppe. Einfache Sprache ist freier – kurze Hauptsätze, gängige Wörter, erklärte Fachbegriffe, etwa 15 Wörter pro Satz. Für die meisten Websites ist Einfache Sprache der richtige Standard, Leichte Sprache das Zusatzangebot.

Hilft eine serifenlose Schrift bei Legasthenie?

Sie schadet nicht, ist aber weit weniger wichtig als Zeilenlänge, Zeilenabstand und Flattersatz. Wirksamer sind 60 bis 80 Zeichen pro Zeile, ein Zeilenabstand um 1,5, linksbündiger Satz statt Blocksatz und keine Großbuchstaben im Fließtext. Und vor allem: Nutzereinstellungen nicht blockieren, damit eigene Schriften und Textabstände greifen können.

Wo fange ich an, wenn ich wenig Zeit habe?

Bei den Texten im kritischen Pfad: Formularhilfen, Fehlermeldungen, Checkout, Kontaktseite. Danach der Login, dann Bewegung und Konsistenz. Das sind drei Nachmittage mit mehr Wirkung als jedes Overlay – und automatisch prüfen lässt sich davon nichts, weshalb es sonst niemand macht.

Verwandte Themen

• Kognitive Barrierefreiheit – die sprachliche Vertiefung mit Regelwerk
• Fehlermeldungen barrierefrei – Aufbau, Verknüpfung und Ansage
• Mehrstufige Formulare – Fortschritt zeigen, Eingaben bewahren
• Situative und temporäre Einschränkungen – warum Müdigkeit und Stress dieselben Barrieren erzeugen
• Überschriften-Hierarchie – die Struktur, die Überfliegen erst möglich macht
• Semantik und SEO – warum klare Sprache auch Suchmaschinen und KI-Systeme hilft

Quellen

• LEO 2018: 6,2 Millionen gering literalisierte Erwachsene (Universität Hamburg – Literalität von Erwachsenen in Deutschland)
• Informationsblatt 1: Häufigkeit von Demenzerkrankungen (Deutsche Alzheimer Gesellschaft – Prävalenz und Neuerkrankungen)
• Supplemental Guidance to WCAG 2 (W3C WAI – Muster zur Senkung kognitiver Last)
• § 4 BITV 2.0 (gesetze-im-internet.de – Erläuterungen in Leichter Sprache auf der Startseite)
• Barrierefreiheit für kognitiv behinderte Menschen (Domingos de Oliveira – Einordnung aus der deutschen Praxis)