Некоторые ваши посетители никогда не касаются мыши. Люди с нарушениями моторики, незрячие люди, которые перемещаются по сайту экранным чтецом, и люди с временными травмами управляют интернетом целиком с клавиатуры: 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 ошибок» в бесплатной проверке и всё равно запирать фокус клавиатуры в модальном окне оформления заказа, прятать индикатор фокуса или прятать кнопку «Отправить», до которой клавиатура никогда не доберётся. Это то же слепое пятно, о котором мы писали в статье почему сканирование - не аудит: самые серьёзные нарушения управляемости находит только человек или пользователь экранного чтеца. И поэтому же оверлеи доступности не решают клавиатурный доступ: скрипт поверх сломанной страницы не может перестроить порядок фокуса или освободить виджет, сделанный только под мышь.
Как проверить свой сайт с клавиатуры и что будет, если этого не делать?
Первую проверку можно сделать самому за минуты, без инструментов:
- Отложите мышь. С начала ключевой страницы много раз нажимайте Tab.
- Убедитесь, что на каждом шаге видно, какой элемент в фокусе (2.4.7), и что порядок логичен (2.4.3 Порядок фокуса, уровень A).
- Активируйте ссылки и кнопки клавишами Enter или пробел, открывайте и закрывайте меню и модальные окна и убедитесь, что фокус может выйти из каждого компонента без ловушки (2.1.2).
- Пройдите реальную задачу - поиск, добавление в корзину, заполнение формы, отправка - только с клавиатуры. Если не смогли закончить вы, не сможет и клиент, работающий только с клавиатуры. Чаще всего это ломается в ваших формах и оформлении заказа.
В Онтарио у AODA нет права частного иска - по нему частные лица не могут подать в суд. Путь правоприменения - HRTO (Трибунал по правам человека Онтарио), который рассматривает жалобы о дискриминации по Кодексу прав человека Онтарио. У человека с нарушением моторики, который не может завершить оформление заказа с клавиатуры, есть правдоподобная жалоба на неравный доступ к вашим товарам и услугам. А если вы продаёте в США, неуправляемость с клавиатуры входит в число нарушений, на которые чаще всего ссылаются иски по ADA, - часть из 5 114 исков о цифровой доступности по ADA, поданных в федеральные суды и суды штатов в 2025 году (UsableNet, 2025 Year-End Accessibility Lawsuit Report).
Защита та же, что и при любом пробеле доступности: задокументированное исправление. Журнал ручной проверки с клавиатуры, выкаченные исправления и даты их выкатки показывают, что вы нашли пробел и закрыли его, - и это же должен отражать честный ACR к сроку 31 декабря 2026 года.
Узнайте, не находит ли проверка на вашем сайте проблем с клавиатурой, фокусом или другой доступностью, - бесплатный отчёт Vayle, примерно 30 секунд: vayle.art. Он обнаруживает оверлеи, показывает реальные нарушения WCAG и точно говорит, что юридически относится к вашей организации в Онтарио. Без обязательств.
Vayle работает удалённо и занимается инженерной доступностью сайтов для бизнеса Онтарио. Общая информация, а не юридическая консультация.
