Erfolgskriterien

WCAG 2.2.1 Zeitlimits anpassbar

Erfolgskriterium 2.2.1 verlangt, dass für jedes vom Inhalt gesetzte Zeitlimit der Nutzer es deaktivieren, wesentlich verlängern oder ausdehnen kann – mit einer kurzen Liste von Ausnahmen. Es ist ein Kriterium der Stufe A unter Richtlinie 2.2 (Ausreichend Zeit).

Wen dies schützt

Menschen mit bestimmten motorischen, kognitiven oder Lesebehinderungen benötigen möglicherweise deutlich mehr Zeit als ein typischer Nutzer, um Inhalt zu lesen, Anweisungen zu verstehen oder eine Interaktion abzuschließen – ein Formular, das einen Nutzer nach 2 Minuten Inaktivität abmeldet, oder ein zeitlich begrenztes Quiz, kann diese Nutzer von Aufgaben ausschließen, die ein typischer Nutzer bequem innerhalb des Limits abschließt.

Die vier akzeptierten Ansätze

Mindestens einer davon muss für jedes Zeitlimit zutreffen:

1. Deaktivieren – der Nutzer kann das Zeitlimit deaktivieren, bevor er darauf trifft
2. Anpassen – der Nutzer kann das Standardlimit auf mindestens das 10-Fache des ursprünglichen verlängern, bevor er darauf trifft
3. Verlängern – der Nutzer wird vor Ablauf der Zeit gewarnt und erhält mindestens 20 Sekunden, sie mit einer einfachen Aktion zu verlängern, und kann dies mindestens 10-mal tun
4. Echtzeit-Ausnahme – für ein tatsächliches Echtzeitereignis (eine Auktion, zum Beispiel), bei dem das Zeitlimit ein wesentlicher, nicht verhandelbarer Teil des Ereignisses selbst ist, ist keine Anpassung erforderlich

Andere enge Ausnahmen

• Das Zeitlimit ist wesentlich, und eine Verlängerung würde die Aktivität ungültig machen (ein zeitlich begrenzter Test, der tatsächlich Geschwindigkeit misst)
• Das Zeitlimit ist länger als 20 Stunden

Der häufige reale Fall: Sitzungs-Timeouts

Eine Sitzung, die Nutzer nach Inaktivität abmeldet, ist die häufigste Stelle, an der dieses Kriterium in der Praxis gilt. Die typische, akzeptierte Umsetzung ist ein Warndialog, der vor Ablauf erscheint ("Ihre Sitzung läuft in 60 Sekunden ab – klicken Sie, um angemeldet zu bleiben"), der dem Nutzer eine einfache Möglichkeit gibt, sie zu verlängern, was Option 3 oben erfüllt, ohne das zugrunde liegende Sicherheits-Timeout selbst neu gestalten zu müssen.

Was dies nicht verlangt

Dieses Kriterium verbietet Zeitlimits nicht grundsätzlich – es verlangt, dass Nutzer eine vernünftige Möglichkeit haben, sie zu umgehen. Ein sicherheitsgetriebenes Sitzungs-Timeout, ein Formular mit einem zeitlich begrenzten Werbe-Rabatt, oder ein Quiz-Timer können alle vollkommen konform sein, solange eine der vier obigen Anpassungen tatsächlich verfügbar ist.

Häufige Fragen

Was ist WCAG 2.2.1 Zeitlimits anpassbar?

Ein Kriterium der Stufe A: Bei jedem Zeitlimit müssen Nutzer es abschalten, rechtzeitig anpassen oder nach einer Warnung verlängern können, damit sie nicht vor dem Abschluss unterbrochen werden.

Welche Ausnahmen gibt es?

Echtzeit-Ereignisse (etwa eine Auktion), für die Aktivität wesentliche Limits und Limits von mehr als 20 Stunden müssen nicht anpassbar sein.

Was ist ein typisches Beispiel?

Eine Sitzung, die Nutzer nach Inaktivität abmeldet oder Formulardaten verwirft, sollte vorwarnen und eine Verlängerung anbieten.