WCAG 2.2.1 Налаштування часу

Критерій успіху 2.2.1 допомагає людям, яким потрібно більше часу, щоб прочитати, зрозуміти й діяти: людям з когнітивними порушеннями чи труднощами навчання, користувачам програм зчитування з екрана, людям з порушеннями моторики, які повільно друкують, і всім, кого відволікли під час заповнення форми. Це рівень A, і він входить до EN 301 549 (пункт 9.2.2.1; в Україні — ДСТУ EN 301 549:2022).

Що вимагає критерій

Для кожного ліміту часу, встановленого вмістом, має виконуватися щонайменше одна умова:

• Вимкнення: користувач може вимкнути ліміт часу до того, як він настане;
• Зміна: користувач може змінити його до того, як він настане, у широкому діапазоні — щонайменше вдесятеро від стандартного;
• Продовження: користувача попереджають до закінчення часу і дають щонайменше 20 секунд, щоб продовжити його простою дією (наприклад, «натисніть пробіл»), і продовжити можна щонайменше десять разів;
• Виняток для реального часу: ліміт є обов'язковою частиною події в реальному часі (як-от аукціону), і жодна альтернатива неможлива;
• Виняток для необхідного: ліміт є необхідним, і його продовження зробило б дію недійсною;
• Виняток 20 годин: ліміт часу довший за 20 годин.

Типові помилки в інтернет-магазині

• сесія оформлення замовлення чи акаунта закінчується і мовчки стирає форму, яку заповнював клієнт;
• таймер резервування кошика («товари зарезервовано на 10 хвилин»), що спорожнює кошик без попередження і без можливості продовжити;
• сторінка, налаштована перезавантажуватися чи переспрямовувати через кілька секунд за допомогою <meta http-equiv="refresh">;
• крок оплати чи екран одноразового коду, час яких спливає без попередження;
• промовікно, що зникає автоматично, перш ніж його встигнуть прочитати, хоча в ньому потрібна користувачеві інформація.

Як перевірити

Автоматично: наш сканер позначає meta refresh із затримкою, який перезавантажує чи переспрямовує сторінку за таймером (див. бібліотеку правил). Тайм-аути сесій і таймери на скриптах скануванню не видно, вони потребують ручної перевірки.

Вручну: складіть список усіх місць, де спливає час: сесії входу, резервування кошика, оформлення замовлення, коди оплати й підтвердження. Залиште кожне без дій, доки ліміт не наблизиться. Перевірте, що з'являється попередження, що його озвучують програми зчитування з екрана, що одна проста дія продовжує час і що на неї є щонайменше 20 секунд. Переконайтеся, що вже введені дані зберігаються.

Як виправити

• Приберіть непотрібні ліміти часу; інакше встановіть їх понад 20 годин.
• Показуйте доступне діалогове вікно-попередження перед завершенням сесії з кнопкою «Продовжити», яка утримує фокус і працює з клавіатури.
• Зберігайте прогрес у формі, щоб після завершення сесії введене клієнтом не втрачалося.
• Замініть переспрямування через meta refresh із затримкою на серверне переспрямування або посилання, за яким користувач переходить сам.

Пов'язані критерії

• 2.2.2 Пауза, Зупинення, Приховування — рухомим і автооновлюваним вмістом має бути змога керувати.
• 2.1.1 Клавіатура — дія продовження має працювати з клавіатури.
• Чек-лист WCAG 2.2 — усі критерії рівнів A і AA в одному списку.

Часті запитання

Чи порушує тайм-аут сесії WCAG 2.2.1?

Сам по собі ні. Він допустимий, якщо користувачі можуть його вимкнути, збільшити щонайменше вдесятеро порівняно зі стандартним або отримують попередження до закінчення і щонайменше 20 секунд, щоб продовжити його простою дією, щонайменше десять разів. Ліміти часу понад 20 годин теж є винятком.

Чи дозволено зворотний відлік на аукціоні?

Так. Ліміт часу, що є обов'язковою частиною події в реальному часі, як-от аукціону, без можливої альтернативи, — один із винятків. Таймер резервування кошика — інше: утримання товарів для клієнта не є подією в реальному часі, тож йому потрібен один із варіантів вище, наприклад попередження і спосіб продовжити.

Чи вважається meta refresh лімітом часу?

Так. Сторінка, яка автоматично перезавантажується чи переспрямовує після затримки, встановлює ліміт часу, який користувач не контролює, тому наш сканер позначає meta refresh із затримкою.