WCAG 2.2.1 Dostosowanie czasu

Kryterium sukcesu 2.2.1 pomaga osobom, które potrzebują więcej czasu na przeczytanie, zrozumienie i działanie: osobom z niepełnosprawnościami poznawczymi lub trudnościami w uczeniu się, użytkownikom czytników ekranu, osobom z niepełnosprawnościami ruchowymi, które piszą powoli, oraz każdemu, komu ktoś przerwał wypełnianie formularza. To poziom A, a kryterium należy do normy EN 301 549 (punkt 9.2.2.1).

Czego wymaga kryterium

Dla każdego limitu czasu ustalonego przez treść musi być spełniony co najmniej jeden z warunków:

• Wyłączenie: użytkownik może wyłączyć limit, zanim on upłynie;
• Dostosowanie: użytkownik może dostosować limit, zanim on upłynie, w szerokim zakresie, co najmniej do dziesięciokrotności wartości domyślnej;
• Wydłużenie: użytkownik jest ostrzegany przed upływem czasu i ma co najmniej 20 sekund na jego wydłużenie prostą czynnością (np. „naciśnij spację”), a wydłużyć może co najmniej dziesięć razy;
• Wyjątek czasu rzeczywistego: limit jest niezbędną częścią wydarzenia w czasie rzeczywistym (np. aukcji) i żadna alternatywa nie jest możliwa;
• Wyjątek niezbędności: limit jest niezbędny, a jego wydłużenie unieważniłoby działanie;
• Wyjątek 20 godzin: limit czasu jest dłuższy niż 20 godzin.

Typowe błędy w sklepie internetowym

• sesja w procesie zamówienia lub na koncie wygasa i bez ostrzeżenia porzuca formularz, który klient wypełniał;
• licznik rezerwacji koszyka („produkty zarezerwowane na 10 minut”), który opróżnia koszyk bez ostrzeżenia i bez możliwości wydłużenia;
• strona ustawiona tak, by po kilku sekundach przeładować się lub przekierować przez <meta http-equiv="refresh">;
• krok płatności lub ekran kodu jednorazowego, który wygasa bez ostrzeżenia;
• wyskakujące okno promocji, które znika samo, zanim da się je przeczytać, choć zawiera potrzebne użytkownikowi informacje.

Jak to sprawdzić

Automatycznie: nasz skaner zgłasza meta refresh z opóźnieniem, który przeładowuje lub przekierowuje stronę po czasie (zob. biblioteka reguł). Wygasanie sesji i liczniki sterowane skryptami są niewidoczne dla skanu i wymagają kontroli ręcznej.

Ręcznie: spisać wszystkie miejsca, w których kończy się czas: sesje logowania, rezerwacje koszyka, proces zamówienia, płatności i kody weryfikacyjne. Zostawić każde z nich bez działania, aż limit będzie się zbliżał. Sprawdzić, czy pojawia się ostrzeżenie, czy jest ogłaszane przez czytnik ekranu, czy jedna prosta czynność wydłuża czas i czy na jej wykonanie jest co najmniej 20 sekund. Potwierdzić, że dotąd wpisane dane zostają zachowane.

Jak to naprawić

• Usunąć niepotrzebne limity czasu; w pozostałych przypadkach ustawić je powyżej 20 godzin.
• Przed końcem sesji wyświetlać dostępne okno dialogowe z ostrzeżeniem i przyciskiem „Wydłuż”, który utrzymuje fokus i działa z klawiatury.
• Zapisywać postęp w formularzu, aby wygaśnięcie sesji nie kasowało danych wpisanych przez klienta.
• Zastąpić przekierowania przez meta refresh z opóźnieniem przekierowaniem po stronie serwera lub linkiem, w który użytkownik sam kliknie.

Powiązane kryteria

• 2.2.2 Pauza, zatrzymanie, ukrycie — treść ruchoma i samoaktualizująca się musi dać się kontrolować.
• 2.1.1 Klawiatura — czynność wydłużenia czasu musi działać z klawiatury.
• Lista kontrolna WCAG 2.2 — wszystkie kryteria A i AA na jednej liście.

Najczęstsze pytania

Czy wygasanie sesji narusza WCAG 2.2.1?

Samo w sobie nie. Jest w porządku, jeśli użytkownik może limit wyłączyć, dostosować go do co najmniej dziesięciokrotności wartości domyślnej albo dostaje ostrzeżenie przed jego upływem i co najmniej 20 sekund na wydłużenie prostą czynnością, co najmniej dziesięć razy. Limity dłuższe niż 20 godzin również są zwolnione.

Czy odliczanie w aukcji jest dozwolone?

Tak. Limit czasu, który jest niezbędną częścią wydarzenia w czasie rzeczywistym, np. aukcji, i dla którego nie ma alternatywy, to jeden z wyjątków. Licznik rezerwacji koszyka to co innego: przytrzymanie produktów dla klienta nie jest wydarzeniem w czasie rzeczywistym, więc potrzebuje jednej z opcji powyżej, np. ostrzeżenia i możliwości wydłużenia.

Czy meta refresh liczy się jako limit czasu?

Tak. Strona, która po pewnym czasie sama się przeładowuje lub przekierowuje, ustala limit czasu, nad którym użytkownik nie ma kontroli. Dlatego nasz skaner zgłasza meta refresh z opóźnieniem.