Standards · WCAG 2.2

SC 2.1.4 Stufe A WCAG 2.1

Zeichentasten-Kurzbefehle

Einzelzeichen-Tastaturkürzel (ein einzelner Buchstabe, eine Ziffer oder ein Symbol) müssen deaktivierbar, neubelegbar oder ausschließlich bei Fokus auf der betreffenden Komponente aktiv sein. Schützt Nutzende von Spracheingabe und Diktiersoftware vor unbeabsichtigten Auslösungen.

Was gefordert wird

Wenn die Seite ein Tastaturkürzel implementiert, das ausschließlich aus einem Buchstaben, einer Ziffer, einem Satzzeichen oder einem Symbol besteht — ohne Modifikator-Taste wie Strg, Alt oder Umschalt — muss mindestens eine der folgenden Bedingungen erfüllt sein:

  • Das Kürzel kann in einem Einstellungsmenü deaktiviert werden.
  • Das Kürzel kann so neu belegt werden, dass es eine oder mehrere nicht druckbare Tasten (Strg, Alt, Umschalt, Funktionstasten) einbezieht.
  • Das Kürzel ist nur aktiv, wenn die betreffende Komponente den Fokus hat.

Das Erfolgskriterium schützt in erster Linie Nutzende von Spracheingabe. Dragon NaturallySpeaking und Voice Control übersetzen gesprochene Wörter in Tastendrücke — ein versehentliches „k“ mitten im Satz kann in Gmail, Slack oder jeder anderen Anwendung mit Einzelbuchstabenkürzeln eine destruktive Aktion auslösen.

Wie die Anforderung erfüllt wird

  • Alle Einzeltasten-Handler im Quellcode auditieren: keydown- und keypress-Listener, die event.key gegen ein druckbares Zeichen prüfen, ohne gleichzeitig Modifikator-Tasten zu berücksichtigen.
  • Ein Einstellungsfenster „Tastaturkürzel“ bereitstellen, in dem Nutzende diese vollständig deaktivieren können. Gmail und Slack setzen dies vorbildlich um.
  • Alternativ: Kürzel so einschränken, dass sie nur ausgelöst werden, wenn der Fokus innerhalb des betreffenden Bereichs liegt (z. B. j/k zur E-Mail-Navigation ausschließlich bei Fokus in der Nachrichtenliste, nicht beim Schreiben einer Antwort).
  • Modifikator-basierte Kürzel (Strg+/, Alt+N) als Standard bevorzugen; Einzeltastenkürzel einem optionalen Expertenmodus vorbehalten.

Häufige Fehler

  • Gmail-ähnliche Kürzel wie j / k / r / a, die von überall im Dokument ausgelöst werden können — auch innerhalb von Textfeldern, je nach Framework.
  • Benutzerdefinierte Datentabellen, bei denen Entf eine Zeile ohne Bestätigung löscht — für Tastaturnutzende tolerierbar, für Spracheingaben riskant, wenn etwa „delete that comma“ ausgesprochen wird.
  • Videoplayer, bei denen die Leertaste die Wiedergabe global startet oder stoppt, anstatt nur bei Fokus auf dem Player zu reagieren.
  • Dokumentationsseiten, bei denen / die Suchfunktion aktiviert, auch wenn der Fokus in einem eingebetteten Code-Editor liegt.

axe-core erkennt dieses Problem nicht — es erfordert eine Quellcode-Überprüfung oder spezifische automatisierte Regeln aus der erweiterten Test-Suite von Deque. Die meisten Produktionsfehler werden erst entdeckt, wenn Nutzende von Spracheingabe eine Beschwerde einreichen.

Warum es darauf ankommt

Dieses Erfolgskriterium wurde in WCAG 2.1 aufgenommen, weil die Verbreitung von Spracheingabe nach 2017 stark zunahm. Eine Website, die 2.1.4 nicht erfüllt, kann für diktierende Nutzende praktisch nicht bedienbar sein: Jeder Satz löst eine andere Aktion aus. Auch Tastaturnutzende mit motorischen Beeinträchtigungen, die gelegentlich die falsche Taste treffen, profitieren davon, Einzelzeichen-Kurzbefehle deaktivieren zu können.