1. Was ist das Ziel dieses Kriteriums?
Stell dir vor, du bestellst Pizza online, aber nach 30 Sekunden springt die Seite zurück zur Startseite – weil das System meint, du seist zu langsam. Ärgerlich für jeden, aber für Menschen mit Behinderungen oft der Grund, warum sie bestimmte Online-Services gar nicht nutzen können.
Menschen mit körperlichen Einschränkungen brauchen länger zum Tippen, sehbehinderte Menschen mehr Zeit zum Lesen, und Menschen mit kognitiven Beeinträchtigungen benötigen oft zusätzliche Zeit, um Inhalte zu verstehen. Das Ziel von Erfolgskriterium 2.2.1 der WCAG ist es daher, dass Nutzer ausreichend Zeit haben, um Aufgaben abzuschließen – ohne dass ihnen dabei die Zeit wegläuft.
2. Was fordert das Erfolgskriterium genau?
Ganz konkret geht es um alle zeitbasierten Limits, die von der Website oder Anwendung selbst gesetzt werden. Für jedes solche Zeitlimit muss mindestens eine der folgenden Optionen verfügbar sein:
Ausschalten: Der Nutzer kann das Zeitlimit komplett deaktivieren, bevor er darauf stößt.
Anpassen: Das Zeitlimit lässt sich vor der Nutzung über einen weiten Bereich verstellen – mindestens auf das Zehnfache der Standardeinstellung.
Verlängern: Nutzer werden mindestens 20 Sekunden vor Ablauf gewarnt und können das Limit mit einer einfachen Aktion (z.B. Leertaste drücken) mindestens zehnmal verlängern.
Ausnahmen gelten nur in besonderen Fällen:
- Bei Echtzeit-Events wie Auktionen, wo eine Verlängerung unfair wäre
- Wenn das Zeitlimit essenziell für die Aktivität ist (z.B. bei Sicherheitstests)
- Bei Zeitlimits länger als 20 Stunden
Ein Beispiel: Ein Ticket-Buchungsportal gibt dir zwei Minuten, um deine Auswahl zu bestätigen. Das System warnt dich rechtzeitig und bietet einen "Zeit verlängern"-Button an, den du mehrfach nutzen kannst.
3. Warum ist das wichtig für Barrierefreiheit?
Stell dir vor, du füllst ein wichtiges Formular aus – für einen Behördengang, eine Bewerbung oder einen Online-Kauf – und mitten drin springt die Seite zurück, weil deine "Session abgelaufen" ist. Alle eingegebenen Daten sind weg.
Zeitlimits schaffen Barrieren, weil sie:
Menschen mit motorischen Einschränkungen benachteiligen, die länger zum Tippen und Navigieren brauchen.
Sehbehinderte Nutzer unter Druck setzen, die mehr Zeit benötigen, um Inhalte zu erfassen.
Menschen mit kognitiven Beeinträchtigungen ausschließen, die Informationen in ihrem eigenen Tempo verarbeiten müssen.
Gehörlose Menschen diskriminieren, die möglicherweise auf Gebärdensprach-Dolmetscher angewiesen sind.
Stresssituationen für alle Nutzer schaffen – auch für solche ohne Behinderungen.
Flexible Zeitlimits hingegen ermöglichen allen Menschen, digitale Services erfolgreich zu nutzen, ohne sich gehetzt zu fühlen oder wichtige Schritte zu übersehen.
4. So setzt du das Kriterium erfolgreich um
Die gute Nachricht: Flexible Zeitlimits zu implementieren ist meist technisch unkompliziert und verbessert die Nutzererfahrung für alle. Hier ein paar bewährte Praxis-Tipps:
Grundsätze für nutzerfreundliche Zeitlimits:
- Setze Zeitlimits nur dort ein, wo sie wirklich nötig sind (Sicherheit, faire Verteilung von Ressourcen)
- Informiere Nutzer über bestehende Zeitlimits bereits zu Beginn einer Aktivität
- Warne rechtzeitig vor Ablauf – mindestens 20 Sekunden vorher
- Mache Verlängerungen einfach: Ein Klick oder Tastendruck sollte reichen
- Erlaube mehrfache Verlängerungen (mindestens zehnmal)
Technische Umsetzung:
- JavaScript-Timer: Implementiere Countdown-Funktionen mit Pause- und Verlängerungsoptionen
- Session-Management: Verwende serverseitige Sessions, die sich flexibel anpassen lassen
- Nutzer-Einstellungen: Biete in Account-Bereichen die Möglichkeit, Standard-Zeitlimits zu erhöhen
- Warnsysteme: Setze auf unaufdringliche Benachrichtigungen (Toast-Messages, Modalfenster)
Ausnahmen clever nutzen: Bei sicherheitskritischen Bereichen (Online-Banking, E-Mail-Portale) kannst du Zeitlimits beibehalten, aber:
- Speichere Formulardaten automatisch zwischen
- Verlege zeitkritische Prozesse ans Ende von Abläufen
- Biete alternative Authentifizierungsmethoden an
Tools und Frameworks: Viele moderne Web-Frameworks wie React oder Vue.js bieten bereits Komponenten für benutzerfreundliche Timer und Session-Management.
5. Warum dieses Erfolgskriterium für Unternehmen relevant ist
Auch bei Erfolgskriterium 2.2.1 gilt: Barrierefreiheit ist kein Kostenfaktor – sondern ein echter Business-Enabler.
1. Conversion-Rate steigern
Nutzer, die unter Zeitdruck stehen, brechen Käufe häufiger ab. Flexible Zeitlimits reduzieren Checkout-Abbrüche und erhöhen die Erfolgsrate bei Formular-Eingaben. E-Commerce-Studien zeigen: Bereits kleine Verlängerungen der Session-Zeit können die Conversion-Rate um 10-15% steigern.
2. Kundenzufriedenheit verbessern
Niemand mag es, gehetzt zu werden. Nutzerfreundliche Zeitlimits reduzieren Stress und Frustration – das führt zu positiveren Bewertungen und geringeren Support-Anfragen. Zufriedene Kunden kommen wieder und empfehlen deine Services weiter.
3. Zielgruppe erweitern
Mit flexiblen Zeitlimits machst du deine Services zugänglich für Menschen mit verschiedensten Einschränkungen – aber auch für ältere Nutzer, Menschen in stressigen Situationen oder solche mit langsameren Internetverbindungen. Das erweitert deine potenzielle Nutzerbase erheblich.
Und nicht zuletzt: Rechtssicherheit und Fördermöglichkeiten. Viele öffentliche Projekte fordern digitale Barrierefreiheit bereits verpflichtend – wer vorbereitet ist, hat klare Vorteile bei Ausschreibungen und Förderanträgen.
6. Das Erfolgskriterium im Wortlaut der W3
Success Criterion 2.2.1 Timing Adjustable (Level A)
For each time limit that is set by the content, at least one of the following is true:
Turn off: The user is allowed to turn off the time limit before encountering it; or
Adjust: The user is allowed to adjust the time limit before encountering it over a wide range that is at least ten times the length of the default setting; or
Extend: The user is warned before time expires and given at least 20 seconds to extend the time limit with a simple action (for example, "press the space bar"), and the user is allowed to extend the time limit at least ten times; or
Real-time Exception: The time limit is a required part of a real-time event (for example, an auction), and no alternative to the time limit is possible; or
Essential Exception: The time limit is essential and extending it would invalidate the activity; or
20 Hour Exception: The time limit is longer than 20 hours.