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

Erreichen und bedienen Sie jede Komponente mit den dafür vorgesehenen Tastaturinteraktionen, einschließlich der Pfeiltasten innerhalb zusammengesetzter Widgets. Prüfen Sie, ob Sie die Komponente per Tastatur wieder verlassen können: Tab kann zur nächsten Komponente führen, während ein modaler Dialog zuerst über eine per Tastatur bedienbare Aktion geschlossen werden muss. Erfordert das Verlassen eine nicht standardmäßige Methode, prüfen Sie, ob eine Anleitung vorhanden ist. Eine Komponente ist nicht schon deshalb eine Tastaturfalle, weil Tab nicht jedes ihrer Elemente erreicht.

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?
Bieten Sie eine per Tastatur bedienbare Möglichkeit, jede Komponente zu verlassen. Ein geöffneter modaler Dialog darf Tab innerhalb des Dialogs halten, muss aber per Tastatur geschlossen werden können und den Fokus sinnvoll zurückgeben. Erklären Sie jede nicht standardmäßige Methode zum Verlassen.

Prüfen Sie diese Probleme auf Ihrer Website

Starten Sie mit einer kostenlosen Vorschau für eine Seite, ohne Konto oder Zahlung. Für geplante Scans, den Problemverlauf und Teamabläufe gibt es kostenpflichtiges Monitoring.