WCAG

Accessibility overlay: що це і чи працює насправді

Правда про overlay-віджети: як вони працюють технічно, чому NFB виступає проти, FTC-штраф AccessiBe $1M, юридичні ризики та реальні альтернативи.

Андрій Вдовин

8 травня 2026 р.

12 хв читання

Accessibility overlay — це JavaScript-скрипт, який додається на вебсайт і обіцяє автоматично виправити проблеми доступності без зміни вихідного коду. Рішення позиціонується як миттєвий шлях до відповідності WCAG та захист від ADA-позовів. Серед найвідоміших продуктів: accessiBe, UserWay, AudioEye, EqualWeb. Проте реальність кардинально відрізняється від маркетингових обіцянок.

Як працює accessibility overlay технічно

Overlay-рішення функціонують за одним принципом: сторонній JavaScript-скрипт завантажується після рендеру сторінки та намагається модифікувати візуальне представлення і деякі ARIA-атрибути на льоту. Ось що відбувається насправді:

1JavaScript inject: Скрипт додає власний UI-шар поверх сторінки — «віджет доступності» у куті екрана. Він пропонує зміну розміру шрифту, контрасту, курсора тощо.
2CSS changes: Overlay може змінювати кольори, збільшувати відступи, підкреслювати посилання — але лише для зрячих користувачів, які активно взаємодіють з віджетом.
3DOM залишається незмінним: Вихідний HTML-код сторінки не змінюється. Overlay не може «виправити» відсутній alt-текст, зламану семантику або відсутні label у першоджерелі.
4Screen reader читає оригінальний DOM: NVDA, JAWS та VoiceOver взаємодіють безпосередньо з DOM-деревом документа, ігноруючи більшість модифікацій overlay. Проблеми доступності для незрячих користувачів залишаються невирішеними.

Порада

Щоб переконатися у марності overlay, вимкніть JavaScript у браузері та спробуйте навігувати сайтом зі screen reader. Ви побачите реальний стан доступності без будь-яких оверлеїв.

Що обіцяють overlay-компанії vs реальність

Маркетингові матеріали overlay-компаній рясніють гучними обіцянками, які не витримують перевірки реальним використанням та незалежним тестуванням.

Обіцянка	Реальність
«Миттєва відповідність WCAG 2.1»	Overlay не може усунути структурні порушення HTML. Незалежні аудити показують, що 67% проблем залишаються після встановлення overlay.
«Повна сумісність зі screen reader»	Більшість незрячих користувачів вимикають overlay, оскільки він заважає роботі NVDA та JAWS, перехоплюючи клавіатурні події.
«Виправляє доступність за одну ніч»	Overlay додає додатковий шар, але не виправляє першопричину. Справжня доступність вимагає змін у вихідному коді.
«Юридичний захист від ADA-позовів»	Суди не визнають наявність overlay як доказ compliance. Кількість ADA-позовів проти сайтів з overlay не зменшилась, а в деяких випадках зросла.

NFB та спільнота людей з інвалідністю проти overlay

Критика overlay-рішень виходить не від конкурентів, а від самої спільноти, заради якої ці продукти нібито створені.

National Federation of the Blind (NFB) — найбільша організація незрячих у США — офіційно засудила overlay-продукти, зокрема accessiBe, назвавши їх оманливим маркетингом, що завдає реальної шкоди незрячим користувачам. NFB зазначила, що такі рішення часто погіршують, а не покращують досвід використання screen reader.

Overlay Fact Sheet (overlayfactsheet.com) — відкрита заява, підписана понад 700 спеціалістів з доступності, дослідників, розробників та людей з інвалідністю з усього світу. Документ фіксує конкретні технічні недоліки overlay та закликає індустрію відмовитися від них на користь реального ремедіації коду.

Незалежне дослідження організації Accessible360 протестувало 10 найпопулярніших overlay-продуктів зі screen reader і виявило, що жоден з них не забезпечив суттєвого покращення доступності для незрячих користувачів. Деякі продукти навіть створювали нові бар'єри, перехоплюючи клавіатурні команди screen reader.

FTC проти accessiBe: штраф $1 млн (січень 2025)

У січні 2025 року Федеральна торгова комісія США (FTC) уклала мирову угоду з accessiBe — одним з найбільших гравців ринку overlay. Компанія погодилася сплатити штраф у розмірі $1 мільйон та зупинити ряд маркетингових практик.

За матеріалами FTC, accessiBe вводила споживачів в оману щодо можливостей свого продукту: компанія стверджувала, що її AI-рішення автоматично забезпечує відповідність WCAG та захищає від судових позовів, тоді як продукт не міг виконати ці обіцянки.

Що це означає для ринку: Справа FTC vs accessiBe є першим великим федеральним прецедентом, який підтверджує: overlay не є законним способом досягнення compliance. Це сигнал для всіх власників сайтів, що покладаються на overlay-рішення як на «юридичний щит» — такий підхід не лише неефективний, а й може бути розглянутий як введення в оману.

Увага

Встановлення overlay НЕ захищає від ADA або EAA позовів. Наявність overlay-скрипту на сайті не є доказом відповідності WCAG в суді та не замінює реальне виправлення коду.

Юридичні ризики overlay: що кажуть дані

За звітами UsableNet, у 2025 році подано понад 5 000 позовів щодо цифрової доступності, і лише за перше півріччя 659 справ із 2 019 згадували, що на сайті відповідача вже стояв віджет доступності. Наявність overlay не зупиняє позови — і це спростовує міф про «правовий захист».

Судова практика США свідчить про те, що федеральні суди послідовно відхиляють аргументи відповідачів про те, що наявність overlay-продукту демонструє «добросовісні зусилля» щодо доступності. У справах Robles v. Domino's та низці наступних рішень суди підтвердили: стандартом є реальна доступність для користувачів з інвалідністю, а не наявність певного програмного продукту.

Особливо важливо це для компаній, що обслуговують клієнтів у США та ЄС. European Accessibility Act (EAA), що набрав чинності у червні 2025 року, передбачає ще суворіші вимоги до реальної доступності продуктів і послуг.

Показник	Сайти з overlay	Сайти без overlay
Згадки в ADA-позовах, 1-ше півріччя 2025	659 справ із 2 019 (UsableNet)	Окремо не виділяється
Визнання судом як compliance	Жодного прецеденту	Реальний WCAG audit — так
Середній розмір врегулювання	$75,000–$150,000+	Ризик нижчий при реальному compliance

Реальні альтернативи overlay

Якщо overlay не є рішенням — що ж тоді працює? Існує три основні підходи до досягнення реальної доступності:

1. Manual remediation (ручне виправлення коду)

Найефективніший і найнадійніший підхід. Команда розробників виправляє HTML, CSS та JavaScript безпосередньо у вихідному коді. Потребує аудиту, пріоритизації та систематичної роботи, але забезпечує стійкий результат. Мінус — час та вартість: повний remediation великого сайту може тривати місяці.

2. Автоматичне виправлення в DOM

Скрипт дописує в DOM самі атрибути — alt, ARIA-імена та ролі, підписи полів — і робить це для кожного відвідувача, без жодної дії з його боку. Скрінрідер читає вже виправлену розмітку. Важлива відмінність від панелі адаптації: тут ніхто нічого не вмикає, і правка стосується всіх. Важлива відмінність від виправлення коду: правка живе рівно доти, доки на сторінці є скрипт.

3. Hybrid approach

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

Три ролі, які плутають між собою

Суперечка «overlay проти справжнього виправлення» заплутана тому, що в ній змішують три різні речі. Усі три корисні, але дають різне, і лише одна дає відповідність. Різниця не в тому, де виконується код — панель і автовиправлення обидва працюють у браузері, — а в тому, для кого застосована правка й скільки вона живе.

Аспект	Панель адаптації	Автовиправлення в DOM	Виправлення джерела
Хто бачить правку	Лише той відвідувач, який відкрив панель	Кожен відвідувач, без жодної дії з його боку	Кожен, і без нашого скрипта теж
Що читає скрінрідер	Сторінку з налаштуваннями цього відвідувача	Розмітку з дописаними атрибутами	Правильну розмітку з самого початку
Alt-тексти	Не додає — це не її роль	Дописує згенеровані описи в атрибут	Пише автор, і вони знає контекст найкраще
Скільки живе	До кінця сесії відвідувача	Доки на сторінці є скрипт	Постійно
Зміни у вихідному коді	Не потрібні	Не потрібні	Це і є зміна коду
Чи дає відповідність	Ні. Дає механізми, яких стандарт вимагає в окремих критеріях	Частково. Закриває ті критерії, які можна закрити з DOM	Так. Відповідність — це властивість сторінки, яку ви віддаєте

InclusiveWeb не просто «малює» accessibility поверх сайту — платформа реально трансформує HTML перед тим, як він потрапляє до браузера користувача. Це означає, що screen reader, пошукові роботи та будь-який інший клієнт отримують вже доступний контент.

Дізнайтеся, як InclusiveWeb може виправити доступність вашого сайту без зміни вихідного коду:

Спробувати InclusiveWeb

Часті питання

Чи є хоч якась користь від overlay?

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

Скільки коштує overlay порівняно з реальним виправленням?

Популярні overlay коштують від $490 до $3,900 на рік залежно від розміру сайту. Ручна ремедіація середнього корпоративного сайту може коштувати $15,000–$50,000. InclusiveWeb пропонує проміжний шлях: аудит показує, що саме порушено, автовиправлення закриває частину порушень просто зараз, а виправлення джерела йде своїм темпом і коштує дешевше, бо список уже відомий.

Що таке справа FTC проти accessiBe і чому вона важлива?

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

Чи може overlay погіршити доступність?

Так. Декілька задокументованих проблем: 1) Overlay перехоплює клавіатурні скорочення screen reader (наприклад, accessiBe перехоплювала Alt+1, що використовується NVDA). 2) Overlay додає додатковий JavaScript, що сповільнює сторінку. 3) Спроби «виправити» ARIA-атрибути можуть конфліктувати з існуючою правильною розміткою. 4) Overlay-widget часто заважає навігації по сторінці.

Як перевірити, чи справді overlay «виправив» проблеми на моєму сайті?

Встановіть безкоштовний screen reader (NVDA для Windows, VoiceOver вбудований у Mac/iOS) і спробуйте навігувати вашим сайтом без миші. Також перевірте вихідний код сторінки (Ctrl+U) — якщо alt-тексти, label та ARIA-атрибути все ще відсутні у HTML, overlay їх не «виправив» для цілей screen reader і compliance.

Що таке European Accessibility Act і чи стосується він overlay?

European Accessibility Act (EAA) набрав чинності у червні 2025 року і стосується широкого кола продуктів та послуг у країнах ЄС. Він вимагає реальної доступності — відповідності EN 301 549, що базується на WCAG 2.1 Level AA. Оскільки overlay не забезпечує реальну відповідність стандарту, встановлення overlay не звільняє від відповідальності за EAA.

Джерела та посилання

Останнє оновлення: 06.04.2026