Standards · WCAG 2.2

SC 2.5.6 Stufe AAA WCAG 2.1

Gleichzeitige Eingabemechanismen

Webinhalte dürfen die Nutzung von auf der Plattform verfügbaren Eingabemodalitäten nicht einschränken — es sei denn, die Einschränkung ist essenziell, dient der Inhaltssicherung oder entspricht den Nutzereinstellungen.

Was gefordert wird

Unterstützt das Gerät einer nutzenden Person mehrere Eingabemethoden — Touch, Maus, Tastatur, Eingabestift, Sprache, Switch — muss die Website den freien Wechsel zwischen diesen zulassen. Wer auf einem Surface-Gerät abwechselnd Tastatur und Touch verwendet, sollte keine Eingabemethode „wählen“ müssen. Wer auf einem iPad mit Bluetooth-Tastatur und angeschlossenem Switch arbeitet, darf keine Oberfläche vorfinden, die nur auf eine Methode reagiert.

Ausnahmen gelten, wenn die Einschränkung essenziell ist (eine App zur Klaviatureingabe), aus Sicherheitsgründen erforderlich ist (ein CAPTCHA, das eine bestimmte Eingabemethode verifizieren muss) oder wenn die nutzende Person selbst die Modalitäten über Einstellungen eingeschränkt hat.

So wird die Anforderung erfüllt

  • Das Eingabeverfahren beim Seitenaufruf nicht erkennen und die Oberfläche darauf festschreiben. Eine Website, die erkennt: „Touch-Gerät — alle Hover-Zustände und Tastaturhinweise ausblenden“, versagt auf Hybrid-Laptops.
  • Fokusrahmen nicht deaktivieren, wenn eine Maus erkannt wird, es sei denn, es gibt eine zuverlässige Methode, diese beim ersten Tastaturdruck sofort wieder einzublenden. :focus-visible löst dieses Problem.
  • Interaktionen nicht ausschließlich auf Drag-and-drop oder Wischgesten beschränken; Gesten stets mit Tastatur- und Zeigegeräteäquivalenten kombinieren (stark überlappend mit 2.5.1 und 2.5.7).
  • Tests auf einem Surface, Chromebook oder iPad mit angeschlossener Tastatur durchführen: Eingabemethoden mitten in einem Vorgang wechseln und sicherstellen, dass alles weiterhin funktioniert.

Häufige Fehler

  • Websites, die Fokusrahmen sofort ausblenden, sobald sie „touch-fähig“ erkennen — Tastaturnutzende auf Hybrid-Geräten verlieren jede Fokusanzeige.
  • Karussells, die nur auf Wischgesten reagieren, obwohl die nutzende Person mit der Maus darüber fährt.
  • Modaldialoge, die für Touch entwickelt wurden und die Escape-Taste der Tastatur ignorieren.
  • „Mobile-Modus“-Erkennung, die die Tastaturkürzelpalette auf jedem Gerät mit schmalem Viewport deaktiviert.

Warum es wichtig ist

Viele Menschen mit Behinderungen kombinieren Eingabegeräte — einen Kopfzeiger mit einer Tastatur, einen Switch mit Spracheingabe, einen Trackball mit Touch. Wird die Oberfläche auf eine einzige angenommene Eingabemethode festgelegt, scheitern diese Kombinationen. Davon betroffen ist auch die wachsende Gruppe von Nutzenden auf Convertible-Laptops und Tablets mit Tastaturen. Als AAA-Kriterium hat dieses Erfolgskriterium keine vergleichbare Rechtskraft wie AA, doch das zugrundeliegende Verhalten — kein Input-Sniffing, :focus-visible verwenden, Tastatur neben Zeigegerät unterstützen — ist grundlegendes Design-System-Handwerk, das sich von selbst bezahlt macht.