Обеспечивает ли виджет доступности соответствие? Честный ответ

Если у вас интернет-магазин, вам наверняка уже предлагали виджет доступности с обещанием в придачу: добавьте скрипт, и сайт станет доступным, соответствующим требованиям и защищённым от юридических проблем. Мы сами делаем такой виджет, SiteAccessible, так что ответ нам не безразличен. Вот он: ни один виджет не делает сайт соответствующим требованиям. Ни наш, ни чей-либо ещё.

Что такое оверлей или виджет доступности?

Оверлей доступности — это сторонний код, обычно JavaScript, который добавляют на сайт, чтобы попытаться улучшить его доступность. Европейская комиссия описывает оверлеи как «инструменты, которые можно добавить на веб-сайты с целью улучшить доступность». На практике этим словом называют две довольно разные вещи, и разница важна.

• Панели, которыми управляет посетитель. Кнопка открывает меню, где посетитель может выбрать более крупный текст, увеличенные интервалы, повышенный контраст, линейку для чтения или озвучивание текста. Пока посетитель ни о чём не попросил, ничего меняться не должно.
• Автоматические «исправляющие» оверлеи. Скрипт сканирует страницу при загрузке и пытается исправить её на лету: угадывает альтернативный текст, добавляет подписи к полям форм, переписывает атрибуты ARIA (код, который сообщает скринридерам, что представляет собой элемент) и иногда включает особый режим, если обнаруживает скринридер.

Многие продукты делают и то и другое. Наш относится только к первому типу: он не сканирует и не переписывает вашу разметку. Но ни один из двух типов не меняет сам сайт, по которому проверяется соответствие стандарту.

Может ли виджет сделать сайт соответствующим WCAG, EAA или ADA?

Нет. Стандарты и законы о доступности относятся к собственному коду, контенту и процессам сайта, а не к слою поверх них. Европейская комиссия пишет, что инструменты, которые не обеспечивают соответствия стандарту «самого веб-сайта», «не являются надлежащим решением», и организации людей с инвалидностью с этим согласны. В США регулятор в сфере защиты прав потребителей оштрафовал поставщика, утверждавшего обратное.

Эта страница посвящена сайтам государственного сектора, но магазины и банки, на которые распространяется Европейский акт о доступности, оцениваются по тому же стандарту EN 301 549, основанному на Руководстве по обеспечению доступности веб-контента (WCAG).

Причина вполне практическая. WCAG проверяют на странице в том виде, в каком её получают все. Если серый основной текст не проходит минимальный порог контраста, кнопка контраста в панели этого не изменит: страница по-прежнему не соответствует требованиям для каждого посетителя, который панель не открывает. В ту же стену упираются и исправляющие скрипты: программа не может надёжно понять, что изображено на фото товара или для чего нужно поле без подписи.

Overlay Fact Sheet (откроется в новой вкладке) — открытое письмо, под которым на 13 октября 2026 года, когда мы считали, стояло 1048 подписей, — говорит прямо: «Ни один оверлей на рынке не может сделать веб-сайт полностью соответствующим какому-либо существующему стандарту доступности». В США Министерство юстиции не устанавливает технического веб-стандарта для частного бизнеса. Его руководство 2022 года (откроется в новой вкладке) — самый благосклонный к таким инструментам официальный текст, который мы нашли, — называет программы проверки и оверлеи инструментами, которые «могут быть полезны», но «требуют осторожного использования», и добавляет, что отчёт без замечаний «не обязательно означает, что всё доступно».

Какое решение FTC приняла по делу accessiBe?

В апреле 2025 года Федеральная торговая комиссия США (FTC) утвердила окончательное предписание, обязывающее accessiBe, поставщика оверлеев, заплатить 1 млн долларов. FTC утверждала, что заявление компании, будто её accessWidget «может сделать любой веб-сайт соответствующим WCAG», было ложным, вводящим в заблуждение или необоснованным, а связанные с компанией статьи и отзывы подавались как независимые мнения.

FTC объявила о проекте предписания (откроется в новой вкладке) 3 января 2025 года и утвердила его (откроется в новой вкладке) 22 апреля 2025 года. accessiBe больше не может без доказательств утверждать, что её автоматические продукты «могут сделать любой веб-сайт соответствующим WCAG» или «могут обеспечить постоянное соответствие WCAG с течением времени».

Справедливости ради: FTC вынесла решение о рекламе одной компании, а не о том, помогают ли оверлеи хоть кому-нибудь. Но обещание, против которого было направлено это решение, по-прежнему красуется на множестве лендингов. Мы его давать не будем.

Что говорят об оверлеях пользователи с инвалидностью и эксперты по доступности?

В основном то, что оверлеи мало помогают, а иногда и мешают. Европейский форум по вопросам инвалидности (EDF) и Международная ассоциация специалистов по доступности (IAAP) заявляют, что они не делают сайт соответствующим требованиям, а в исследовании 2024 года с участием 47 незрячих и слабовидящих пользователей большинство сочли оверлеи бесполезными, и многие сообщили о конфликтах со своими вспомогательными технологиями.

Не щадит это заявление и панели вроде нашей. В нём сказано, что хотя «некоторые из этих функций могут помочь некоторым пользователям, большинство избыточны, поскольку уже доступны в браузерах или обеспечиваются выбранными пользователями вспомогательными технологиями». Мы всё же считаем, что у панели есть своё место, но критика справедлива, и вам стоит услышать её от нас. Заявление также задаёт планку, которую должен преодолеть любой виджет: «Недопустимо, чтобы оверлеи, плагины или виджеты препятствовали доступу пользователей к их вспомогательным технологиям, выбору браузера и/или функциям операционной системы».

Исследование называется «The Promise and Pitfalls of Web Accessibility Overlays for Blind and Low Vision Users» (откроется в новой вкладке) («Обещания и подводные камни оверлеев веб-доступности для незрячих и слабовидящих пользователей»), его авторы — Макати, Тигвелл и Шинохара (ACM ASSETS, октябрь 2024 года). В обзоре Вашингтонского университета (откроется в новой вкладке) добавлено, что целых 42% респондентов перестали пользоваться сайтами с оверлеями, хотя некоторым небольшие настройки, например размер шрифта или цветовой контраст, действительно помогали.

В Германии BIK BITV-Test (откроется в новой вкладке) не выдаёт свои знаки соответствия сайтам, на которых работает оверлей. Это касается и панелей вроде нашей, поэтому наша документация по EAA советует клиентам приостанавливать виджет на время такой проверки.

Подают ли иски против сайтов с виджетами?

Да. UsableNet, которая отслеживает иски о цифровой доступности в США, насчитала в 2025 году от 95 до 155 исков в месяц против сайтов, на которых уже был установлен виджет доступности, и не обнаружила за год «сколько-нибудь заметного снижения числа исков против пользователей виджетов». Виджет не устраняет барьеры, которые описываются в исках.

В обзоре исков за 2025 год (откроется в новой вкладке) UsableNet насчитала более 5000 исков о цифровой доступности в США за тот год. В некоторых исках теперь упоминается сам виджет: истцы утверждают, что он мешает работе скринридеров.

К этим цифрам стоит относиться осторожно. UsableNet продаёт услуги в области доступности, и подсчёт не доказывает, что виджеты притягивают иски: виджет просто стоит на множестве сайтов. Он показывает более узкую, но важную вещь: наличие виджета не уберегло эти компании от суда.

Когда панель доступности для посетителей может помочь?

Панель настроек помогает, когда посетителю нужно изменение, которого сайт не предлагает по умолчанию, а сам он не знает, как сделать это в браузере или системе. Она лучше подходит для эпизодических и ситуативных потребностей — уставших глаз, мигрени или телефона на ярком солнце, — чем для опытных пользователей вспомогательных технологий.

Здесь мы расходимся с самыми жёсткими критиками, поэтому отделим факты от мнения. Факты: опытные пользователи скринридеров и экранных луп в основном не считают оверлеи полезными, а некоторым людям простые изменения вроде размера текста и контраста действительно помогают. Наше мнение: многие люди, которым было бы удобнее читать более крупный текст, ни разу не открывали настройки специальных возможностей своего браузера, а заметную кнопку найти проще.

• Пожилой покупатель, которому описания товаров кажутся мелкими и тесными и который никогда не пользовался масштабированием в браузере.
• Человек с дислексией, которому легче читать с увеличенными интервалами и линейкой для чтения.
• Любой, кто хочет остановить анимацию, пока заполняет форму бронирования.

Всё это изменения отображения на сайте, который уже работает. Панель не может дать пользователю скринридера подпись, которой нет в коде, и не может сделать оформление заказа доступным с клавиатуры.

Что может пойти не так и каким должен быть виджет?

Главные риски — виджет, который конфликтует со вспомогательными технологиями самого посетителя, удерживает фокус клавиатуры, меняет страницу без запроса или добавляет шум для пользователей скринридеров. Хорошо сделанный виджет не мешает, пока его не откроют, сам полностью доступен для работы с клавиатурой и скринридером и никогда не переписывает семантику страницы.

Проверьте любой продукт, включая наш, по этому списку с клавиатурой и бесплатным скринридером, как описано в нашем руководстве «Как проверить доступность сайта».

• Выключен, пока не попросят. Ничего не меняется, пока посетитель что-нибудь не включит. Как отмечают EDF и IAAP, обнаружение вспомогательных технологий — ещё и проблема конфиденциальности, потому что оно намекает на инвалидность.
• Никакой автоматической перезаписи. Угаданный альтернативный текст и внедрённые атрибуты ARIA могут противоречить тому, что скринридер озвучил бы без них.
• Доступен сам. Настоящая кнопка, панель, которая работает с Tab, стрелками и Escape, возврат фокуса при закрытии и понятное имя у каждого элемента управления.
• Учитывает системные настройки. Если система посетителя просит уменьшить движение, собственная анимация виджета останавливается.
• Не мешает. Посетители могут убрать его с вашей кнопки «В корзину».
• Конфиденциальный и отключаемый. Настройки хранятся в браузере посетителя только для вашего сайта, а вы можете приостановить виджет на время аудита.

Что делает наш виджет и чего он не делает?

SiteAccessible — панель, которой управляет посетитель: можно изменить контраст, размер текста, интервалы, шрифты, курсор и средства для чтения или выбрать один из восьми профилей. Виджет не сканирует, не исправляет и не переписывает ваш код, не делает сайт соответствующим какому-либо стандарту и не даёт юридической защиты. Вот как он выглядит на фоне списка выше.

Тарифы Pro и Business добавляют генератор заявления о доступности, который фиксирует выбранный вами статус, а не определяет его за вас. Остальное — в списке возможностей.

Что делать вместо виджета или вместе с ним?

Исправляйте доступность там, где она живёт: в шаблонах, контенте и процессах. Тестируйте автоматическими инструментами и вручную, привлекайте людей с инвалидностью к проверке ключевых сценариев, публикуйте честное заявление о доступности и продолжайте проверки по мере изменений сайта. Виджет, если он вам нужен, добавляется поверх этой работы и не заменяет ни одной её части.

1. Оцените текущее состояние. Запустите бесплатную автоматическую проверку, затем вручную протестируйте ключевые сценарии: поиск, карточку товара, корзину, оформление заказа.
2. Исправляйте исходный код. Начните с того, что мешает выполнить задачу: поля форм без подписей, кнопки без названий, клавиатурные ловушки, текст с низким контрастом, изображения без альтернативного текста. Что-то исправляется за десять минут в CMS, для другого нужен разработчик.
3. Выясните, чего от вас требует закон. Если вы продаёте потребителям в ЕС, прочитайте, чего требует Европейский акт о доступности, в том числе об исключении для микропредприятий, оказывающих услуги.
4. Тестируйте с участием людей с инвалидностью. Еврокомиссия советует «всегда привлекать людей с инвалидностью к тестированию». Даже две сессии на вашем оформлении заказа уже помогут.
5. Опубликуйте честное заявление о том, что вы проверили и чего ещё не хватает. В нашем руководстве по заявлению есть шаблон.
6. Поддерживайте результат. Проверяйте заново после крупных изменений и не реже раза в год.

Если после этого вы добавите виджет, добавляйте его для посетителей, которые будут им пользоваться, а не как значок. И если кто-то, включая нас, скажет вам, что скрипт сделает сайт соответствующим требованиям, попросите показать аудит.