Зрячий посетитель охватывает страницу одним взглядом: видит заголовок, меню, кнопку «В корзину» и подвал сразу, и глаз прыгает к главному. Незрячий клиент с экранным чтецом не получает такой карты с первого взгляда. Он движется по странице линейно, сверху вниз, или прыгает по структуре: от заголовка к заголовку, от ориентира к ориентиру, от ссылки к ссылке. Если этой структуры на самом деле нет - если заголовки просто крупный жирный текст, если у кнопок нет имени, если каждая ссылка говорит «нажмите здесь», - экранному чтецу не к чему прыгать, и клиент вынужден ползти по странице слово за словом. Чаще всего он уходит. А поскольку речь о смысле, а не о сломанной странице, автоматический сканер видит только часть проблемы.
Ключевые факты
- WCAG 1.3.1 Информация и связи - уровень A (Web Content Accessibility Guidelines): структура, переданная визуально, - заголовки, списки, подписи, таблицы, - должна быть доступна вспомогательным технологиям и в коде, а не имитироваться оформлением (W3C).
- WCAG 4.1.2 Имя, роль, значение - уровень A: каждый интерактивный элемент (кнопка, ссылка, поле формы) должен сообщать имя и роль, которые экранный чтец может объявить, - кнопка из одной иконки без подписи молчит (W3C).
- WCAG 2.4.6 Заголовки и подписи - уровень AA, 2.4.4 Назначение ссылки (в контексте) - уровень A: заголовки и текст ссылок должны описывать, на что они указывают, поэтому страница, полная ссылок «нажмите здесь», не проходит (W3C).
- WCAG 2.4.2 Заголовок страницы и 3.1.1 Язык страницы - оба уровня A: каждой странице нужен описательный
<title>, а язык страницы должен быть задан в коде, чтобы экранный чтец использовал правильный голос и произношение (W3C). - Раздел 14 IASR Онтарио (Регламент об интегрированных стандартах доступности, O. Reg. 191/11) требует от организаций с 50 и более сотрудниками обеспечить соответствие публичных сайтов WCAG 2.0 уровня AA - каждый критерий выше входит в этот минимум (ontario.ca, O. Reg. 191/11).
- Следующий срок ACR (отчёта о соответствии требованиям доступности) для организаций Онтарио с 20 и более сотрудниками - 31 декабря 2026 года (ontario.ca). Анализ WebAIM 2024 года по миллиону главных страниц нашёл обнаруживаемые нарушения WCAG на 95,9% из них, и самые частые были структурными - отсутствующие подписи форм, пустые ссылки и кнопки, отсутствующий язык документа (WebAIM, 2024 WebAIM Million).
Что AODA Онтарио требует для доступности для экранных чтецов?
AODA (Accessibility for Ontarians with Disabilities Act) Онтарио задаёт политику; IASR задаёт техническую планку. Раздел 14 требует от организаций с 50 и более сотрудниками обеспечить соответствие публичного веб-контента WCAG 2.0 уровня AA. Отдельного «правила для экранных чтецов» в законе нет: доступ для экранных чтецов - результат выполнения группы критериев WCAG о структуре: информация и связи, имя/роль/значение, заголовки и подписи, назначение ссылки, заголовок страницы и язык страницы. Выполните их, и экранный чтец сможет перемещаться по сайту. Пропустите - и не сможет, как бы страница ни выглядела для зрячего пользователя.
Поэтому же доступ для экранных чтецов - более ясная проверка реального соответствия, чем почти что угодно. Можно иметь привлекательный современный сайт, через который экранный чтец всё равно не пройдёт, потому что визуальный лоск живёт в CSS, а структуры в HTML нет. Это разные вещи, и закону важна структура.
Как экранный чтец на самом деле перемещается по странице?
Пользователи экранных чтецов редко читают страницу подряд - это медленно. Они перемещаются по структуре, и большую часть работы делают три структуры:
- Заголовки. Пользователи открывают список всех заголовков, чтобы пробежать страницу как оглавление и прыгнуть к разделу. Это работает, только если заголовки - настоящие элементы
<h1>-<h6>в логичном порядке, а не просто крупный жирный текст. Прыжок с<h1>сразу на<h4>или абзац, обёрнутый в тег заголовка ради оформления, ломает карту. - Ориентиры. Области вроде шапки, навигации, основного содержимого и подвала позволяют пользователю прыгнуть прямо к основному контенту или обратно к меню. Без них нет пути «перейти к содержимому», и каждый визит начинается с продирания через одну и ту же навигацию.
- Ссылки и элементы управления. Пользователи также открывают список одних только ссылок, прочитанных вне контекста. «Подробнее», «нажмите здесь» и «узнать больше» в таком списке бесполезны: десять одинаковых пунктов, ведущих неизвестно куда. Текст ссылки должен быть понятен сам по себе (2.4.4), а у каждой кнопки и поля формы должно быть настоящее объявляемое имя (4.1.2). Это тот же разрыв, что стоит за доступными формами и оформлением заказа: поле без программной подписи для экранного чтеца - просто «поле редактирования».
Именно это не может исправить виджет-оверлей. Скрипт поверх страницы не может придумать иерархию заголовков, ориентиры и подписи, которых в вашем HTML никогда не было: эта структура должна существовать в исходном коде. По той же причине сканирование - не аудит: робот может отметить изображение без alt-текста или кнопку без имени, но не может сказать, имеет ли смысл порядок заголовков или понятен ли человеку текст ссылки. Для такого суждения нужен человек с экранным чтецом.
Как проверить, может ли экранный чтец пользоваться вашим сайтом, и чем рискуете, если этого не сделать?
Полезную первую проверку можно сделать самому за несколько минут. В каждом Mac есть VoiceOver (Cmd-F5), в каждом ПК с Windows - Экранный диктор (Ctrl-Win-Enter); бесплатный экранный чтец NVDA широко используется в Windows. Включите один из них и:
- Откройте список заголовков и прочитайте его как план. Описывает ли он страницу по порядку, с одним
<h1>, без пропущенных уровней и без декоративного текста, притворяющегося заголовком? - Пройдите табуляцией каждый элемент управления и слушайте. Объявляет ли каждая кнопка, ссылка и поле имя и то, что оно делает (4.1.2)? Молчащие или «неподписанные» элементы - нарушения, особенно кнопки из одной иконки.
- Откройте список ссылок. Понятна ли каждая ссылка вне контекста, или это стена из «нажмите здесь» (2.4.4)?
- Пройдите реальную задачу - найти товар, добавить в корзину, заполнить форму, дойти до оформления заказа - только с клавиатуры и экранного чтеца. Это пересекается с клавиатурной доступностью: если до элемента нельзя добраться табуляцией, пользователь экранного чтеца до него тоже не доберётся.
В Онтарио у AODA нет права частного иска - по нему частные лица не могут подать в суд. Путь для человека - HRTO (Трибунал по правам человека Онтарио), который рассматривает жалобы о дискриминации по Кодексу прав человека Онтарио. У незрячего клиента, который не может перемещаться по вашему сайту, чтобы купить то, что может купить зрячий, есть правдоподобная претензия о неравном доступе к товарам и услугам. А если вы продаёте в США, структурные нарушения, которые отрезают экранные чтецы, - одни из самых упоминаемых в исках по ADA, часть из 5 114 исков о цифровой доступности, поданных в суды США в 2025 году (UsableNet). Как и при любом пробеле, долговечная позиция - задокументированное исправление: найденные структурные проблемы, выкаченные исправления и даты, - и это же должен отражать честный ACR к 31 декабря 2026 года. Работа по WCAG 2.2, действующему стандарту, только укрепляет эту позицию.
Узнайте, не находит ли проверка на вашем сайте проблем со структурой, подписями или другой доступностью, - бесплатный отчёт Vayle, примерно 30 секунд: vayle.art. Он обнаруживает оверлеи, показывает реальные нарушения WCAG и точно говорит, что юридически относится к вашей организации в Онтарио. Без обязательств.
Vayle работает удалённо и занимается инженерной доступностью сайтов для бизнеса Онтарио. Общая информация, а не юридическая консультация.