Виджеты доступности не защищают от исков — и вот почему
Что продают «одна строчка кода — и сайт доступен»
На рынке есть десятки виджетов-«оверлеев» доступности: скрипт вставляется одной строкой в <head>, и обещает автоматически привести сайт в соответствие WCAG — увеличить контраст, добавить alt-тексты, подстроиться под скринридеры. Звучит как идеальное решение для сайта, у которого нет бюджета на полноценный аудит доступности.
Что показывает исследование
По опросу WebAIM 2021 года, 67% респондентов оценили оверлеи, плагины и виджеты доступности как неэффективные — а среди респондентов с инвалидностью эта доля выросла до 72%. Причина техническая: скринридеры (JAWS, NVDA, VoiceOver) работают напрямую с HTML DOM страницы, а не с оверлей-скриптом поверх него — оверлей физически не может исправить барьеры в разметке, которую он не переписывает.
Иски вместо защиты от них
Данные о судебных исках по доступности в США показывают обратную корреляцию с обещаниями продавцов виджетов: в 2023 году 933 компании с установленным оверлеем получили иск — на 62% больше, чем 575 исков в 2022 году. В первой половине 2025 года 22,6% всех исков по веб-доступности в США были поданы против сайтов, на которых стоял именно такой виджет.
Что делать вместо оверлея
- Начать с автоматической проверки (axe DevTools, Lighthouse) — она находит явные нарушения: отсутствие alt, недостаточный контраст, некликабельные элементы.
- Провести ручную проверку клавиатурой — Tab/Shift+Tab по всей странице без мыши: если фокус теряется или зацикливается, это реальный барьер, который не увидит ни один скрипт.
- Заложить доступность в вёрстку, а не патчить готовый сайт — семантический HTML и правильные ARIA-атрибуты с самого начала стоят дешевле, чем оверлей плюс потенциальный иск.
Источник: опрос WebAIM 2021 года об оверлеях доступности; данные по искам — Accessibility.Works, обзор судебной статистики 2023–2025 годов.