Ein Kriterium der Stufe A: Lässt sich der Fokus per Tastatur in eine Komponente bewegen, muss er sich auch mit Standardtasten wieder herausbewegen lassen – niemand darf gefangen bleiben.

Was ist eine typische Tastaturfalle?

Ein Dialog oder eingebettetes Widget (etwa ein Mediaplayer oder ein Plugin eines Drittanbieters), das die Tab-Taste abfängt und den Fokus nicht zurück auf die Seite lässt.

Wie behebe ich eine Tastaturfalle?

Stellen Sie sicher, dass Tab, Umschalt+Tab und Escape den Fokus aus jeder Komponente herausführen; bei Dialogen implementieren Sie eine Fokussteuerung, die das Schließen und die Fokusrückgabe erlaubt.

Erfolgskriterien

WCAG 2.1.2 Keine Tastaturfalle

Erfolgskriterium 2.1.2 verlangt, dass, wenn der Tastaturfokus mit einer Tastaturschnittstelle zu einer Komponente bewegt werden kann, der Fokus auch mit ausschließlich der Tastatur wieder von dieser Komponente wegbewegt werden kann – und wenn dafür mehr als einfache Pfeil-/Tab-Tasten erforderlich sind, muss dem Nutzer gesagt werden, wie. Es ist ein Kriterium der Stufe A unter Richtlinie 2.1 (Tastaturzugänglich), eng verwandt mit 2.1.1 Tastatur.

Warum dies ein eigenes Kriterium ist, getrennt von Tastatur selbst

Eine Komponente könnte technisch "per Tastatur bedienbar" (2.1.1) erfüllen – ein Modal, das per Tab öffnet – während sie dieses Kriterium dennoch nicht erfüllt, wenn es keine per Tastatur zugängliche Möglichkeit gibt, es zu schließen und den Fokus zum Rest der Seite zurückzubringen. In eine Komponente hineinkommen zu können und aus ihr herauskommen zu können sind tatsächlich unterschiedliche Anforderungen, weshalb WCAG sie genau trennt.

Das klassische Beispiel

Ein Modal-Dialog oder eingebettetes Widget (ein altes Flash-Objekt, manche selbstgebauten Rich-Text-Editoren, bestimmte Drittanbieter-Embeds), das den Tastaturfokus einfängt und nie freigibt – ein Tastaturnutzer tabbt hinein, und es gibt keinen Esc-Tasten-Handler, keine barrierefreie Schließen-Schaltfläche, und Tab zirkuliert einfach endlos innerhalb der gefangenen Komponente ohne Ausweg. Der Nutzer sitzt fest.

Die enge Ausnahme

Wenn das Verlassen tatsächlich mehr als Standard-Pfeiltasten, Tab oder andere Standard-Ausstiegsmethoden erfordert, ist dies nur erlaubt, wenn der Nutzer darüber informiert wird – zum Beispiel müsste ein Code-Editor-Widget, das absichtlich Tab zur Einrückung einfängt, dem Nutzer sagen "Drücken Sie Esc, dann Tab, um den Fokus zu verlassen", statt ihn stillschweigend ohne jede Anleitung gefangen zu halten.

Wie man dies überprüft

Tabben Sie in jede interaktive Komponente auf einer Seite hinein und bestätigen Sie, dass Sie per Tab (oder Esc, dann Tab) zurück zum Rest der Seite gelangen können. Dies ist ein schneller, mechanischer manueller Test – anders als viele WCAG-Kriterien ist eine echte Tastaturfalle meist offensichtlich in dem Moment, in dem Sie es versuchen, da Sie feststellen werden, dass Sie nicht mehr herauskommen.

Häufige Fragen

Was ist WCAG 2.1.2?: Ein Kriterium der Stufe A: Lässt sich der Fokus per Tastatur in eine Komponente bewegen, muss er sich auch mit Standardtasten wieder herausbewegen lassen – niemand darf gefangen bleiben.
Was ist eine typische Tastaturfalle?: Ein Dialog oder eingebettetes Widget (etwa ein Mediaplayer oder ein Plugin eines Drittanbieters), das die Tab-Taste abfängt und den Fokus nicht zurück auf die Seite lässt.
Wie behebe ich eine Tastaturfalle?: Stellen Sie sicher, dass Tab, Umschalt+Tab und Escape den Fokus aus jeder Komponente herausführen; bei Dialogen implementieren Sie eine Fokussteuerung, die das Schließen und die Fokusrückgabe erlaubt.