WCAG 2.5.4 Керування рухом

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

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

Функціональністю, якою можна керувати рухом пристрою чи рухом користувача, можна також керувати компонентами інтерфейсу користувача, і реакцію на рух можна вимкнути, щоб запобігти випадковому спрацюванню, крім випадків, коли:

• Підтримуваний інтерфейс: рух використовується для керування функціональністю через інтерфейс, що підтримує доступність;
• Необхідне: рух є необхідним для функції, і його заміна зробила б дію недійсною.

«Рух пристрою» означає струшування, нахил чи переміщення пристрою (їх фіксують датчики, як-от акселерометр). «Рух користувача» означає жести перед камерою. Звичайне введення — друк, дотики, використання допоміжних технологій — не є керуванням рухом.

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

• «струсніть телефон, щоб скасувати» чи «струсніть, щоб отримати купон» без кнопки для тієї самої дії;
• нахил телефона для гортання зображень товару чи обертання огляду 360° без елементів керування на екрані;
• вебфункція AR чи «приміряти», яка реагує лише на рух камери, без альтернативи з кнопками, щоб побачити товар;
• функція, що спрацьовує від руху, яку неможливо вимкнути і яка запускається, коли покупець іде з телефоном.

Більшість магазинів узагалі не використовують рух пристрою; тоді критерій не застосовується.

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

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

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

Як виправити

• Передбачте видиму кнопку для кожної дії, яку запускає рух («Скасувати», «Наступне зображення», «Обернути»).
• Додайте налаштування, щоб вимкнути реакцію на рух, і враховуйте його на кожній сторінці.
• Не вмикайте функції руху автоматично; дайте користувачеві самому їх увімкнути.
• Приберіть функції руху, які мало що додають.

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

• 2.5.1 Керування жестами — складні жести потребують простих альтернатив.
• 2.1.1 Клавіатура — функції мають працювати й з клавіатури.
• Чек-лист WCAG 2.2 — усі критерії рівнів A і AA в одному списку.

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

Що вимагає WCAG 2.5.4 «Керування рухом»?

Усе, що можна запустити рухом пристрою (струшування, нахил) або рухом користувача перед камерою, має також працювати зі звичайних елементів інтерфейсу, а користувач має могти вимкнути реакцію на рух.

Чи є винятки з 2.5.4?

Два: коли рух керує функцією через інтерфейс, що підтримує доступність, і коли рух є необхідним і його заміна зробила б дію недійсною, як-от у крокомірі.

Чи дозволена функція «струсніть, щоб отримати знижку»?

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