Чому оверлеї доступності не працюють

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

Що таке оверлей

Оверлей — це фрагмент JavaScript, який ви додаєте на сайт. Зазвичай він робить дві речі:

1. Додає панель інструментів з такими опціями, як більший текст, високий контраст, шрифт для людей з дислексією, зупинка анімацій чи маска для читання.
2. Застосовує автоматичні «виправлення», які часто рекламують як ШІ: вгадує альтернативний текст для зображень, додає ARIA-атрибути, змінює поведінку фокуса.

Пропозиція приваблива: один рядок коду, щомісячна плата — і готово.

Чому панель мало допомагає

Люди, яким потрібен більший текст, високий контраст чи менше руху, зазвичай уже мають ці налаштування — в операційній системі, браузері чи допоміжних технологіях — і користуються ними на кожному сайті, а не лише на вашому. Окрему панель на кожному сайті, щоразу іншу, їм доводиться знаходити й опановувати знову. Для користувачів скринрідерів панель — ще один елемент, який треба оминути.

Чому автоматичних виправлень недостатньо

Складні проблеми доступності стосуються змісту і поведінки:

• Альтернативний текст має передавати те, що важливо у фото товару. Алгоритм може вгадати «черевик», але не знає, що важлива деталь — «замша, бордовий, широкий каблук».
• Підписи полів форм мають відповідати тому, що магазин насправді запитує. Вгадування за текстом-заповнювачем ламається, коли заповнювач — це приклад, а не підпис.
• Робота з клавіатури залежить від того, як тема будує меню, фільтри та модальні вікна. Зміна порядку фокуса ззовні часто створює нові пастки.
• Нестандартні віджети — вибір розміру, слайдери, міні-кошики — потребують правильних ролей і станів. Додавання ARIA без розуміння віджета може погіршити ситуацію: неправильний ARIA повідомляє допоміжним технологіям неправду.

А оскільки виправлення застосовуються в браузері під час роботи сторінки, вихідний код, який бачать інші інструменти та багато користувачів, лишається тим самим.

Що вирішила FTC

22 квітня 2025 року Федеральна торговельна комісія США (FTC) остаточно затвердила рішення щодо accessiBe, одного з найвідоміших постачальників оверлеїв. Компанія мала сплатити 1 млн доларів і їй заборонено стверджувати, що її автоматизовані продукти можуть привести будь-який сайт у відповідність до WCAG, якщо вона не має доказів цього твердження (прес-реліз FTC). Ця справа — нагадування для кожного постачальника в цій сфері, зокрема й для нас: твердження про доступність мають бути правдивими.

Що показують дані про позови

Оверлеї часто продають як захист від позовів. Цифри цього не підтверджують. Звіт UsableNet за 2025 рік показав, що на сайти з оверлеями все одно подавали позови — від 95 до 155 позовів на місяць у США.

У ЄС Європейський акт про доступність встановлює вимоги до послуги — магазину, застосунку, оформлення замовлення. Органи перевіряють саму послугу, а не те, чи встановлено віджет.

Що кажуть ті, кого це стосується

Багато правозахисників людей з інвалідністю та фахівців з доступності публічно критикували оверлеї. Коли люди, яким продукт нібито допомагає, ставляться до нього скептично, це варто сприймати серйозно.

Що працює натомість

Альтернатива менш магічна, але надійна:

1. Проскануйте сайт, щоб знайти проблеми, які може виявити автоматика: відсутні атрибути alt, поля без підписів, кнопки без назв, низький контраст, не вказана мова. Наш сканер робить це щотижня; це автоматична перевірка, а не повний аудит, і не юридична консультація.
2. Виправте їх у темі та контенті. Більшість проблем сидить у кількох шаблонах. Виправте шаблон товару один раз — і покращаться всі сторінки товарів.
3. Протестуйте те, чого не бачить автоматика: пройдіть оформлення замовлення лише клавіатурою, перевірте, чи видно фокус, прочитайте свої альтернативні тексти вголос. Вам допоможе наш чек-лист WCAG 2.2.
4. Навчіть редакторів контенту писати альтернативні тексти і правильно використовувати заголовки.
5. Моніторте після кожного оновлення, бо теми й застосунки змінюються.
6. Опублікуйте чесну інформацію про доступність вашого сайту та її відомі обмеження. Див. посібник із заяви про доступність.

Як оцінити будь-якого постачальника рішень доступності

Поставте кілька простих запитань — нам так само, як і будь-кому іншому:

• Продукт змінює код і контент вашого сайту чи лише додає шар зверху?
• Чи чітко постачальник каже, чого автоматичне тестування не може знайти?
• Твердження конкретні й перевірювані, чи вони обіцяють юридичні результати?
• Чи можете ви експортувати результати і працювати з ними далі без постачальника?

Чесна відповідь визнає обмеження. Наша: наш сканер знаходить частину проблем WCAG 2.2 AA, пояснює їх і відстежує в часі, а виправлення відбувається на вашому сайті.

«Ми вже платимо за оверлей. Що тепер?»

Не обов’язково прибирати його сьогодні. Але не покладайтеся на нього як на стратегію доступності. Якщо можете, проскануйте сайт з вимкненим оверлеєм, щоб побачити реальний стан коду. Виправте проблеми, а потім вирішіть, чи панель ще щось дає вашим відвідувачам. Багато компаній зрештою відмовляються від неї, коли базові проблеми усунуто.

Чесна версія «швидко»

Справжня робота з доступністю типового магазину не мусить бути величезним проєктом. Перший етап — підписи полів, контраст, назви кнопок, альтернативні тексти для основних товарів, доступ до меню й оформлення замовлення з клавіатури — здебільшого означає виправити кілька шаблонів. Це не один рядок коду, зате надовго.

Більше: оверлеї проти справжніх виправлень, 10 найпоширеніших помилок в e-commerce, а для сайтів у США — відповідність сайту ADA. Почніть з безкоштовної перевірки.