Клавіатурна доступність і WCAG: що AODA Онтаріо насправді вимагає для користувачів, які працюють лише з клавіатури (2026)

Деякі ваші відвідувачі ніколи не торкаються миші. Люди з порушеннями моторики, незрячі люди, які пересуваються сайтом екранним читачем, і люди з тимчасовими травмами керують інтернетом повністю з клавіатури: Tab, щоб рухатися вперед, Shift+Tab назад, Enter і пробіл, щоб активувати. Якщо якусь частину вашого сайту в Онтаріо можна відкрити чи використати лише мишею, ці відвідувачі замкнені ззовні. І на відміну від відсутнього alt-тексту чи низького контрасту, помилки клавіатури майже невидимі для автоматичних сканерів, на які покладається більшість бізнесів, - тому вони й доживають до скарги.

Ключові факти

• WCAG 2.1.1 Клавіатура і 2.1.2 Немає пастки клавіатури - обидва рівня A, найбазовішого рівня WCAG (Web Content Accessibility Guidelines), а 2.4.7 Видимий фокус - рівня AA (W3C, WCAG 2.0).
• Розділ 14 IASR Онтаріо (Регламент про інтегровані стандарти доступності, O. Reg. 191/11) вимагає від великих організацій (50+ працівників) відповідності WCAG 2.0 рівня AA і поіменно виключає лише 1.2.4 і 1.2.5, тобто кожен критерій щодо клавіатури діє і не виключений (ontario.ca, O. Reg. 191/11).
• WCAG 2.2 додала 2.4.11 Фокус не закритий (мінімум) рівня AA і 2.5.7 Перетягування рівня AA, обидва напряму пов'язані з керуванням із клавіатури й вказівником (W3C, WCAG 2.2).
• Звіт WebAIM Million 2026 показав, що шість найчастіших типів помилок дають 96% усіх виявлених помилок доступності й лишаються тими самими шістьма сім років поспіль; 10% перевірених посилань-пропусків не працювали для користувачів клавіатури (WebAIM).
• WebAIM і будь-який автоматичний інструмент не можуть надійно виявити керованість із клавіатури, логічний порядок фокуса чи розмір цілі - для цього потрібне ручне тестування (WebAIM, методика WebAIM Million).
• Наступний строк ACR (звіту про відповідність вимогам доступності) для організацій Онтаріо з 20 і більше працівниками - 31 грудня 2026 року (ontario.ca).

Що AODA Онтаріо вимагає для клавіатурної доступності?

AODA (Accessibility for Ontarians with Disabilities Act) Онтаріо задає політику; IASR (O. Reg. 191/11) задає технічну планку. Розділ 14 вимагає, щоб організації з 50 і більше працівниками забезпечили відповідність публічних сайтів і вебконтенту WCAG 2.0 рівня AA, називаючи лише два винятки: 1.2.4 Субтитри (у реальному часі) і 1.2.5 Аудіодескрипція (запис). Кожен критерій, пов'язаний із клавіатурою, перебуває поза цими винятками й тому діє повною мірою.

Найбільше важать три:

2.1.1 Клавіатура - рівень A. Уся функціональність має бути керованою через клавіатурний інтерфейс. Якщо на щось можна натиснути мишею, користувач має мати змогу дістатися до цього й активувати самою клавіатурою: меню, кнопки, повзунки, акордеони, модальні вікна, «У кошик».

2.1.2 Немає пастки клавіатури - рівень A. Фокус ніколи не має застрягати. Якщо фокус клавіатури може ввійти в компонент (вибір дати, вбудований медіаплеєр, нестандартний віджет), із нього має бути змога вийти лише з клавіатури. Пастка заморожує користувача клавіатури на одному елементі без виходу.

2.4.7 Видимий фокус - рівень AA. В елемента, на якому зараз фокус клавіатури, має бути видимий індикатор - зазвичай контур чи кільце. Часта й шкідлива помилка - CSS з outline: none, щоб «почистити» зовнішній вигляд, який прибирає єдину підказку користувачеві клавіатури про те, де він на сторінці.

Які критерії WCAG нові у WCAG 2.2 і чи стосуються вони користувачів клавіатури?

Юридичний мінімум IASR - WCAG 2.0, але WCAG 2.2 - сучасний стандарт найкращої практики для нової роботи, і два її додавання прямо стосуються керованості:

• 2.4.11 Фокус не закритий (мінімум) - рівень AA (нове у 2.2). Коли елемент отримує фокус клавіатури, він не має бути повністю схований за липкою шапкою, банером cookie чи віджетом чату. Користувачі клавіатури часто губляться саме тому, що «корисний» плаваючий елемент закриває елемент у фокусі.
• 2.5.7 Перетягування - рівень AA (нове у 2.2). У будь-якої дії, заснованої на перетягуванні - повзунка діапазону, списку з перетягуванням для сортування, карти, - має бути альтернатива одним вказівником (наприклад, кнопки), і це допомагає також користувачам, які не можуть виконувати тривале перетягування.

Якщо ви продаєте клієнтам у США, це важливо не лише як найкраща практика. Остаточне правило DOJ 2024 року за Title II і федеральна практика за ADA посилаються на WCAG 2.1 рівня AA, де ці критерії керованості вже діють, тож бізнес Онтаріо, що продає в США, стикається з вищим фактичним стандартом, ніж сам мінімум IASR.

Чому автоматичні сканери пропускають більшість проблем із клавіатурою?

Це пастка, у яку потрапляють бізнеси з найкращими намірами. Звіт WebAIM Million 2026 - автоматичне сканування мільйона найбільших головних сторінок - підтверджує, що шість найчастіших виявлюваних помилок (на чолі з низьким контрастом і відсутнім alt-текстом) очолюють список сім років і становлять 96% того, що знаходять інструменти. Але WebAIM прямо каже, що його метод не може оцінити навігацію з клавіатури, логічний порядок фокуса чи розмір цілі. Вони залежать від взаємодії, а сканер не натискає Tab.

Тому сайт може отримати «0 помилок» у безкоштовній перевірці й однаково замикати фокус клавіатури в модальному вікні оформлення замовлення, ховати індикатор фокуса чи ховати кнопку «Надіслати», до якої клавіатура ніколи не дістанеться. Це та сама сліпа пляма, про яку ми писали в статті чому сканування - не аудит: найсерйозніші порушення керованості знаходить лише людина чи користувач екранного читача. І тому ж оверлеї доступності не розв'язують клавіатурного доступу: скрипт поверх зламаної сторінки не може перебудувати порядку фокуса чи звільнити віджет, зроблений лише під мишу.

Як перевірити свій сайт із клавіатури і що буде, якщо цього не робити?

Першу перевірку можна зробити самому за хвилини, без інструментів:

1. Відкладіть мишу. З початку ключової сторінки багато разів натискайте Tab.
2. Переконайтеся, що на кожному кроці видно, який елемент у фокусі (2.4.7), і що порядок логічний (2.4.3 Порядок фокуса, рівень A).
3. Активуйте посилання й кнопки клавішами Enter чи пробіл, відкривайте й закривайте меню й модальні вікна й переконайтеся, що фокус може вийти з кожного компонента без пастки (2.1.2).
4. Пройдіть реальне завдання - пошук, додавання в кошик, заповнення форми, надсилання - лише з клавіатури. Якщо не змогли закінчити ви, не зможе й клієнт, що працює лише з клавіатури. Найчастіше це ламається у ваших формах і оформленні замовлення.

В Онтаріо в AODA немає права приватного позову - за ним приватні особи не можуть подати до суду. Шлях правозастосування - HRTO (Трибунал із прав людини Онтаріо), який розглядає скарги про дискримінацію за Кодексом прав людини Онтаріо. У людини з порушенням моторики, яка не може завершити оформлення замовлення з клавіатури, є правдоподібна скарга на нерівний доступ до ваших товарів і послуг. А якщо ви продаєте в США, некерованість із клавіатури входить до порушень, на які найчастіше посилаються позови за ADA, - частина з 5 114 позовів щодо цифрової доступності за ADA, поданих до федеральних судів і судів штатів у 2025 році (UsableNet, 2025 Year-End Accessibility Lawsuit Report).

Захист той самий, що й за будь-якої прогалини доступності: задокументоване виправлення. Журнал ручної перевірки з клавіатури, викочені виправлення й дати їх викочування показують, що ви знайшли прогалину й закрили її, - і це ж має відображати чесний ACR до строку 31 грудня 2026 року.

Дізнайтеся, чи не знаходить перевірка на вашому сайті проблем із клавіатурою, фокусом чи іншою доступністю, - безкоштовний звіт Vayle, приблизно 30 секунд: vayle.art. Він виявляє оверлеї, показує реальні порушення WCAG і точно каже, що юридично стосується вашої організації в Онтаріо. Без зобов'язань.

Vayle працює віддалено й займається інженерною доступністю сайтів для бізнесу Онтаріо. Загальна інформація, а не юридична консультація.