WCAG 2.2.1 Zeiteinteilung anpassbar

Das Erfolgskriterium 2.2.1 hilft Menschen, die mehr Zeit zum Lesen, Verstehen und Handeln brauchen: Menschen mit kognitiven oder Lernbeeinträchtigungen, Screenreader-Nutzern, Menschen mit motorischen Einschränkungen, die langsam tippen, und allen, die beim Ausfüllen eines Formulars unterbrochen werden. Es gehört zur Konformitätsstufe A und ist Teil von EN 301 549 (Abschnitt 9.2.2.1). Das BFSG verweist über die harmonisierte Norm EN 301 549 auf diese Anforderungen.

Was das Erfolgskriterium verlangt

Für jedes vom Inhalt gesetzte Zeitlimit muss mindestens eines davon zutreffen:

• Abschalten: Der Nutzer kann das Zeitlimit abschalten, bevor er es erreicht;
• Anpassen: Der Nutzer kann es anpassen, bevor er es erreicht, und zwar in einem weiten Bereich von mindestens dem Zehnfachen des Standardwerts;
• Verlängern: Der Nutzer wird vor Ablauf der Zeit gewarnt und erhält mindestens 20 Sekunden, um sie mit einer einfachen Aktion zu verlängern (zum Beispiel „Leertaste drücken“), und kann sie mindestens zehnmal verlängern;
• Echtzeit-Ausnahme: Das Limit ist notwendiger Bestandteil eines Echtzeit-Ereignisses (etwa einer Auktion), und es ist keine Alternative möglich;
• Ausnahme „wesentlich“: Das Limit ist wesentlich, und eine Verlängerung würde die Aktivität ungültig machen;
• 20-Stunden-Ausnahme: Das Zeitlimit ist länger als 20 Stunden.

Typische Fehler in Onlineshops

• die Checkout- oder Kontositzung läuft ab und verwirft stillschweigend das Formular, das der Kunde gerade ausgefüllt hat;
• ein Timer für den reservierten Warenkorb („Artikel 10 Minuten reserviert“), der den Warenkorb ohne Warnung und ohne Verlängerungsmöglichkeit leert;
• eine Seite, die mit <meta http-equiv="refresh"> nach einigen Sekunden neu lädt oder weiterleitet;
• ein Zahlungsschritt oder eine Eingabemaske für Einmalcodes, die ohne Warnung abläuft;
• ein Werbe-Pop-up, das automatisch verschwindet, bevor es gelesen werden kann, obwohl es Informationen enthält, die der Nutzer braucht.

So prüfen Sie es

Automatisch: Unser Checker markiert meta refresh mit Verzögerung, das die Seite zeitgesteuert neu lädt oder weiterleitet (siehe Regelbibliothek). Session-Timeouts und per Skript gesteuerte Timer sind für einen Scan nicht sichtbar und erfordern eine manuelle Prüfung.

Manuell: Listen Sie jede Stelle auf, an der Zeit abläuft: Login-Sitzungen, Warenkorb-Reservierungen, Checkout, Zahlungs- und Bestätigungscodes. Lassen Sie jede davon untätig, bis das Limit näher rückt. Prüfen Sie, ob eine Warnung erscheint, ob sie Screenreadern angesagt wird, ob eine einfache Aktion die Zeit verlängert und ob Sie dafür mindestens 20 Sekunden haben. Stellen Sie sicher, dass bereits eingegebene Daten erhalten bleiben.

So beheben Sie es

• Entfernen Sie Zeitlimits, die nicht nötig sind; setzen Sie sie andernfalls auf über 20 Stunden.
• Zeigen Sie vor dem Ende einer Sitzung einen barrierefreien Warndialog mit einem Button „Verlängern“, der den Fokus erhält und per Tastatur funktioniert.
• Speichern Sie den Formularfortschritt, damit eine abgelaufene Sitzung die Eingaben des Kunden nicht verliert.
• Ersetzen Sie zeitgesteuerte meta refresh-Weiterleitungen durch eine serverseitige Weiterleitung oder einen Link, dem der Nutzer folgt.

Verwandte Kriterien

• 2.2.2 Pausieren, beenden, ausblenden — bewegte und sich automatisch aktualisierende Inhalte müssen steuerbar sein.
• 2.1.1 Tastatur — die Verlängerung muss per Tastatur funktionieren.
• WCAG-2.2-Checkliste — alle Kriterien der Stufen A und AA in einer Liste.

Häufige Fragen

Verstößt ein Session-Timeout gegen WCAG 2.2.1?

Nicht an sich. Er ist zulässig, wenn Nutzer ihn abschalten, auf mindestens das Zehnfache des Standardwerts anpassen können oder vor Ablauf gewarnt werden und mindestens 20 Sekunden Zeit erhalten, ihn mit einer einfachen Aktion zu verlängern, und das mindestens zehnmal. Zeitlimits über 20 Stunden sind ebenfalls ausgenommen.

Ist ein Auktions-Countdown erlaubt?

Ja. Ein Zeitlimit, das notwendiger Bestandteil eines Echtzeit-Ereignisses wie einer Auktion ist und für das keine Alternative möglich ist, gehört zu den Ausnahmen. Ein Timer für einen reservierten Warenkorb ist etwas anderes: Artikel für einen Kunden zurückzuhalten, ist kein Echtzeit-Ereignis, daher braucht er eine der oben genannten Möglichkeiten, etwa eine Warnung und eine Verlängerung.

Zählt ein meta refresh als Zeitlimit?

Ja. Eine Seite, die nach einer Verzögerung automatisch neu lädt oder weiterleitet, setzt ein Zeitlimit, das der Nutzer nicht steuern kann — deshalb markiert unser Checker zeitgesteuerte meta-refresh-Angaben.