WCAG 3.3.7 Повторне введення даних

Критерій успіху 3.3.7 новий у WCAG 2.2 (в оригіналі — Redundant Entry). Він зменшує зусилля в багатокрокових формах для людей з когнітивними порушеннями, труднощами з пам'яттю та порушеннями моторики, для яких кожне повторно введене поле — це додаткова робота і ще один шанс помилитися. У магазині класичний випадок — оформлення замовлення: адреса доставки, адреса для рахунку, контактні дані. Це рівень A, і в EN 301 549 він є пунктом 9.3.3.7 (в Україні — ДСТУ EN 301 549:2022).

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

Інформація, яку користувач раніше ввів або яку йому надали і яка знову потрібна в тому самому процесі, має бути:

• автоматично підставлена, або
• доступна користувачеві для вибору.

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

Винятки — повторне введення можна вимагати, коли:

• повторне введення інформації є необхідним;
• воно потрібне для безпеки вмісту (наприклад, ввести новий пароль двічі);
• раніше введена інформація вже недійсна.

W3C зазначає, що автозаповнення браузера саме по собі недостатнє і що критерій не вимагає зберігати дані між сесіями.

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

• адресу для рахунку доводиться вводити знову, хоча вона збігається з адресою доставки;
• email, введений на кроці 1 оформлення замовлення, треба вводити знову на кроці 3;
• після помилки перевірки форма очищується і всі поля треба заповнювати знову;
• форма повернення просить номер замовлення, який покупець щойно вибрав на попередньому екрані;
• пошуковий запит чи вибір фільтрів губиться, коли користувач переходить на наступну сторінку результатів у межах того самого завдання.

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

Автоматично: у нашого сканера немає правила для цього критерію. Він не проходить багатокрокові процеси, тож потрібна ручна перевірка.

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

Як виправити

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

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

• 3.3.8 Доступна автентифікація (мінімальні вимоги) — без тестів на пам'ять під час входу.
• 1.3.5 Призначення полів уведення — атрибути autocomplete на полях з особистими даними.
• 3.3.4 Недопущення помилок (юридичних, фінансових, під час уведення даних) — перевірки, перш ніж замовлення стане остаточним.

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

Чи достатньо прапорця «Адреса для рахунку збігається з адресою доставки»?

Так, W3C наводить його як приклад. Користувач може підтвердити, що адреса та сама, замість вводити її знову.

Чи задовольняє 3.3.7 автозаповнення браузера?

Ні. W3C каже, що автозаповнення браузера недостатньо, бо сам сайт має автоматично підставити дані або зробити їх доступними для вибору.

Чи треба запам'ятовувати дані між візитами?

Ні. 3.3.7 застосовується в межах одного процесу, як-от одного оформлення замовлення. Він не вимагає зберігати інформацію між сесіями.

Коли можна знову запитати ту саму інформацію?

Коли повторне введення є необхідним (наприклад, у грі на пам'ять), коли воно потрібне для безпеки (як-от підтвердження нового пароля) або коли раніше введена інформація вже недійсна.