Situative & temporäre Einschränkungen

Die Grenze zwischen „behindert“ und „nicht behindert“ ist keine Linie, sondern ein Verlauf – und jeder von uns bewegt sich täglich darauf: Wer mit dem Baby auf dem Arm einhändig tippt, hat situativ eine motorische Einschränkung, wer im Zug ohne Kopfhörer ein Video schaut, ist situativ gehörlos. Für deine Website ist die Ursache unsichtbar und belanglos: Sie erfährt nur, dass jemand zoomt, Untertitel einschaltet oder nur die Tastatur benutzt – nie, warum.

Das Wichtigste in Kürze

• Zu jeder dauerhaften Einschränkung gibt es eine temporäre und eine situative Entsprechung. Das Modell heißt Persona Spectrum und stammt aus dem Inclusive Design Toolkit von Microsoft.
• Microsofts Standardbeispiel für „Berühren“: dauerhaft ein Arm, temporär ein Armbruch, situativ ein Elternteil mit Baby auf dem Arm. Dieselbe Anforderung, drei sehr unterschiedlich große Gruppen.
• Der Browser meldet keinen Grund. Es gibt kein Signal für „blind“, „im Gips“ oder „Sonne auf dem Display“ – deshalb lässt sich für diese Fälle nichts gesondert ausliefern.
• Eine Seite, die für den dauerhaften Fall gebaut ist, bedient alle drei Spalten automatisch mit. Umgekehrt gilt das nicht.
• Rechtlich zählen situative Fälle nicht: BFSG und BITV schützen Menschen mit Behinderungen. Praktisch profitieren situative Fälle von jeder Maßnahme.
• Am stärksten wirkt das Modell auf die Priorisierung: Barrierefreiheit hört auf, eine Nischeninvestition zu sein, und wird Qualitätsarbeit für die gesamte Nutzerschaft.
• Fürs Testen liefert es fünf konkrete Brillen: draußen im Hellen, einhändig, ohne Ton, nur mit Tastatur, auf 400 % gezoomt.
• Der Effekt ist ein Zusatzargument, kein Ersatz – für Menschen mit dauerhafter Behinderung ist Barrierefreiheit Teilhabe-Voraussetzung, für alle anderen Komfort.

Das Modell: dauerhaft, temporär, situativ

Der Punkt des Modells ist nicht, dauerhafte Behinderung zu relativieren. Er ist, die Anforderung von der Person zu lösen: Eine Schaltfläche, die einhändig zu treffen ist, funktioniert für alle drei Spalten – und das Team muss sich nicht drei Zielgruppen merken, sondern eine Anforderung.

Fünf Alltagsszenen

Die Sonne. Auf dem Displayglas spiegelt der Himmel, aus dem eleganten Hellgrau wird Unsichtbarkeit. Was hilft, ist derselbe Mindestkontrast von 4,5:1, der bei Sehbehinderung Pflicht ist. Wer je versucht hat, an einem Julitag ein Ticket zu kaufen, braucht dazu keine weitere Begründung.

Die Bahn. Ruckelnde Fahrt, eine Hand am Griff, die andere am Handy. Kleine Symbole werden zum Glücksspiel – die 24-Pixel-Zielgröße und abbrechbare Klicks sind hier plötzlich sehr einleuchtend.

Das Großraumbüro. Video ohne Kopfhörer, also ohne Ton. Untertitel entscheiden, ob der Inhalt ankommt – dieselben, die für gehörlose Menschen Pflicht sind. Streaming-Anbieter berichten seit Jahren, dass ein erheblicher Teil des Publikums Untertitel dauerhaft einschaltet.

Der Feierabend. Müde, unkonzentriert, nebenbei läuft der Fernseher. Das Formular, das Eingaben beim ersten Fehler wegwirft, verliert genau hier seine Nutzer – fehlertolerante Formulare behalten sie.

Die zweite Sprache. Jemand liest deine Seite auf Deutsch, denkt aber auf Polnisch, Türkisch oder Englisch. Schachtelsätze und Fachsprache kosten dann dieselbe Mühe wie bei kognitiven Einschränkungen – und betreffen in Deutschland Millionen.

Warum du für diese Fälle nichts Eigenes bauen kannst

Das ist der praktisch wichtigste Punkt und der am häufigsten missverstandene. Es gibt kein Signal, das dir sagt, in welcher Situation jemand gerade ist:

// Existiert nicht und wird nie existieren
if (navigator.userHasBrokenArm) { … }
if (navigator.sunlight > 50000) { … }

Was es gibt, sind Nutzereinstellungen, die Menschen selbst setzen – und die decken beide Welten ab, die dauerhafte wie die situative:

/* Bewegung reduzieren: gesetzt bei vestibulären Störungen –
   und von allen, die im Bus schnell seekrank werden */
@media (prefers-reduced-motion: reduce) { … }

/* Dunkles Schema: gewählt bei Blendempfindlichkeit –
   und von allen, die abends im Bett lesen */
@media (prefers-color-scheme: dark) { … }

/* Erhöhter Kontrast: gesetzt bei Sehbehinderung –
   und von allen, die draußen arbeiten */
@media (prefers-contrast: more) { … }

Diese drei Media Queries zu respektieren kostet wenig und bedient beide Spalten gleichzeitig. Alles andere bleibt eine Frage der Grundqualität: Kontrast, Zielgröße, Tastaturbedienbarkeit, Textalternativen. Ich würd deshalb nie versuchen, für situative Fälle etwas Eigenes zu bauen – sie fallen ab, wenn die Basis stimmt.

Was das für deine Arbeit ändert

Strategisch ändert das Modell zwei Dinge.

Die Priorität. Barrierefreiheit ist keine Nischeninvestition, sondern Qualitätsarbeit für die gesamte Nutzerschaft. Das ist das Kernargument im Business Case und der Grund, warum sich der Curb-Cut-Effekt im Web so zuverlässig wiederholt.

Die Testbrille. Teste deine Seite in den Situationen deiner Nutzer statt in Laborbedingungen. Jede dieser Proben entspricht einem Block der WCAG-Kriterien und kostet keine fünf Minuten.

Die Messgröße. Die häufigste situative Einschränkung ist keine körperliche, sondern eine technische: schlechtes Netz, altes Gerät, überlastete Zelle im Zug. Genau das messen die Core Web Vitals – und zwar an echten Nutzerdaten, nicht im Labor. Eine Seite, die auf einem Mittelklasse-Handy im Mobilfunknetz vier Sekunden bis zum LCP braucht, schließt dieselben Menschen aus wie ein zu geringer Kontrast, nur unauffälliger. Wo die Hebel liegen, steht unter LCP & INP gezielt optimieren.

So testest du es

1. Geh mit dem Laptop nach draußen und benutze deine Seite in der Sonne. Was du dort nicht lesen kannst, ist ein Kontrastproblem – messen kannst du es danach mit dem Kontrast-Check.
2. Bediene die mobile Ansicht nur mit dem Daumen, das Handy in derselben Hand. Jedes Ziel, das du zweimal antippen musst, ist zu klein.
3. Stell den Ton ab und schau ein Video oder durchlaufe einen Bezahlvorgang. Fehlt Information, fehlen Untertitel oder eine sichtbare Statusmeldung.
4. Leg die Maus weg und spiele den wichtigsten Ablauf mit Tab, Enter und Pfeiltasten durch – die Anleitung dazu steht unter Tastaturbedienung & sichtbarer Fokus.
5. Zoome auf 400 % und wiederhole denselben Ablauf. Kein horizontales Scrollen für die Seite als Ganzes, nichts abgeschnitten, alles bedienbar?
6. Setz die Systemeinstellungen um: „Bewegung reduzieren“ an, dunkles Schema an, erhöhter Kontrast an. Reagiert die Seite, oder ignoriert sie alle drei?

Häufiger Fehler in der Praxis

Das Modell als Ersatz für Betroffene. Wenn im Team nur noch von „Menschen mit Kinderwagen“ die Rede ist, ist die Perspektive gekippt. Situative Fälle sind das zusätzliche Argument, nicht das eigentliche.

Testen unter Idealbedingungen. Großer Monitor, gutes Licht, schnelles Netz, volle Konzentration – so benutzt niemand eine Website. Die fünf Proben oben kosten zusammen eine Viertelstunde und finden mehr als der halbe Testplan.

Nutzereinstellungen überschreiben. prefers-reduced-motion abfragen und trotzdem animieren, ein eigenes Dark-Mode-Widget bauen, das die Systemeinstellung ignoriert – damit verlierst du beide Gruppen gleichzeitig.

Situative Barrieren als Ausrede. „Das betrifft ja alle mal kurz“ wird gelegentlich umgedreht zu „also nicht so schlimm“. Der Unterschied: Wer im Bus nicht trifft, versucht es später noch einmal. Wer Tremor hat, hat kein Später.

Häufige Fragen

Ersetzt das Argument „hilft allen“ die Perspektive der Betroffenen?

Nein, und das ist mir wichtig. Der Curb-Cut-Effekt ist ein zusätzliches Argument, kein Ersatz: Für Menschen mit dauerhafter Behinderung ist Barrierefreiheit Teilhabe-Voraussetzung, für alle anderen Komfort. Beides zählt, aber nicht gleich schwer. Die Perspektive der dauerhaft Betroffenen steht deshalb in den Artikeln zu Sehen, Hören, Motorik und Kognition an erster Stelle.

Zählt „situativ eingeschränkt“ auch rechtlich?

Nein. BFSG und BITV schützen Menschen mit Behinderungen; situative Fälle sind kein Prüfmaßstab. Praktisch profitieren sie trotzdem von jeder Maßnahme – das Gesetz definiert das Minimum, der Nutzen reicht weiter.

Woher kommt das Persona-Spectrum-Modell?

Aus dem Inclusive Design Toolkit von Microsoft, entwickelt unter anderem von Kat Holmes. Es unterscheidet für jeden Bereich – Berühren, Sehen, Hören, Sprechen – dauerhafte, temporäre und situative Ausprägungen und macht damit sichtbar, dass eine Lösung für die kleinste Gruppe der größten zugutekommt.

Kann ich für situative Fälle etwas gesondert ausliefern?

Nein, und das ist eher eine Erleichterung. Es gibt kein Signal für „Sonne“, „Bus“ oder „müde“. Was es gibt, sind Nutzereinstellungen wie prefers-reduced-motion, prefers-color-scheme und prefers-contrast – die zu respektieren ist der einzige Weg, und er bedient dauerhafte wie situative Fälle gleichzeitig.

Was ist der schnellste Einstieg für ein Team, das noch nie darüber nachgedacht hat?

Die fünf Proben aus dem Abschnitt „So testest du es“, gemeinsam in einem Termin. Nichts überzeugt so schnell wie der Moment, in dem jemand den eigenen Checkout einhändig im Sonnenlicht nicht abschließen kann. Danach ist die Diskussion über Prioritäten meistens vorbei.

Verwandte Themen

• Curb-Cut-Effekt und Mythen – das Muster hinter dem Modell und die häufigsten Einwände
• Zahlen und Business Case – Reichweite und Kosten mit Quellen
• Motorische Einschränkungen – die dauerhafte Entsprechung zur einhändigen Bedienung
• Kognition und Neurodiversität – warum Müdigkeit dieselben Barrieren erzeugt wie ADHS
• Barrierefreiheit selbst testen – die vollständige Testroutine ohne Werkzeugkauf
• Reflow, Zoom & Textabstände – der Zoom-Test im Detail

Quellen

• Microsoft Inclusive Design Toolkit (Microsoft – Persona Spectrum mit dauerhaften, temporären und situativen Ausprägungen)
• How People with Disabilities Use the Web (W3C WAI – Nutzungssituationen und adaptive Strategien)
• 7,9 Millionen schwerbehinderte Menschen leben in Deutschland (Statistisches Bundesamt, Stand Ende 2023)
• prefers-reduced-motion (MDN – Nutzereinstellungen als einziges verlässliches Signal)