WCAG 3.3.7 Избыточный ввод

Критерий успеха 3.3.7 появился в WCAG 2.2. Он сокращает усилия при заполнении многошаговых форм для людей с когнитивными нарушениями, трудностями с памятью и двигательными нарушениями: для них каждое повторно введённое поле — это лишняя работа и лишний шанс ошибиться. В магазине классический случай — оформление заказа: адрес доставки, адрес для счёта, контактные данные. Это уровень 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 применяется в рамках одного процесса, например одного оформления заказа. Хранить информацию между сеансами он не требует.

Когда можно снова запросить ту же информацию?

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