Віджети доступності: чому оверлей не робить сайт доступним

Віджети доступності, або оверлеї, — це скрипти, які додають на сайт панель із кнопками «збільшити шрифт», «контраст» тощо й обіцяють зробити сайт доступним одним рядком коду. Насправді вони не виправляють код сайту, тому основні бар'єри для людей з екранними читачами чи клавіатурою залишаються. Надійний шлях — знайти помилки й виправити їх у темі, шаблоні та контенті.

Що таке віджет доступності (оверлей)

Оверлей підключається до сайту через JavaScript і працює поверх сторінки. Зазвичай він пропонує:

панель налаштувань для відвідувача: розмір шрифту, контраст, інтервали;
автоматичне «виправлення» розмітки під час завантаження сторінки;
автоматичний альтернативний текст для зображень.

Звучить зручно, але проблеми доступності закладені в самому коді сайту.

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

Вони не виправляють причину

Якщо в полі форми немає підпису, кнопку зроблено з елемента div, а модальне вікно не можна закрити клавішею Esc, то це помилки шаблону. Скрипт, який намагається «вгадати» правильну розмітку в браузері, робить це ненадійно, а після кожного оновлення теми результат може змінитися.

Люди з інвалідністю вже мають свої інструменти

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

Автоматичний alt-текст не знає контексту

Машина може описати фото як «жінка в сукні», але не знає, що для покупця важливі модель, колір і матеріал. Альтернативний текст для товарів пишуть люди.

Справа FTC проти accessiBe

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

Позови проти сайтів з оверлеями

У США позови щодо доступності сайтів подають і проти сайтів, на яких встановлено оверлей. За даними звіту UsableNet за 2025 рік, таких позовів було від 85 до 132 на місяць. Тобто віджет не захищає власника сайту від претензій.

У ЄС закон вимагає, щоб сама послуга відповідала вимогам доступності. Наявність віджета цього не замінює.

Що робити замість оверлею

Знайти помилки. Почніть з безкоштовної перевірки однієї сторінки або перевірки всього сайту.
Виправити в коді за пріоритетами. Спочатку те, що заважає купити: кошик, форма замовлення, оплата. Звіт пояснює, як виправити на вашій платформі.
Перевірити вручну ключові сценарії. Пройдіть пошук, картку товару, кошик і оформлення замовлення лише клавіатурою. Перелік пунктів — у чек-листі WCAG 2.2.
Стежити за змінами. Нові релізи, теми й плагіни приносять нові помилки. Щотижневий моніторинг повідомить про них (див. як це працює).
Підготувати інформацію про доступність. Якщо на вас поширюється EAA, опишіть, як ваша послуга відповідає вимогам (див. посібник).

Чим ми відрізняємося

Ми не ставимо на сайт жодного скрипта. Наш сервіс — автоматична перевірка, не повний аудит і не юридична консультація. Ми чесно показуємо, що знайшла автоматика, пояснюємо це зрозумілою мовою і даємо інструкції з виправлення.

Джерела

FTC, рішення у справі accessiBe: ftc.gov
W3C Web Accessibility Initiative, WCAG 2.2: w3.org/TR/WCAG22

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

Чи може віджет зробити сайт доступним одним рядком коду?

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

Що вирішила FTC у справі accessiBe?

У квітні 2025 року FTC затвердила остаточне рішення: accessiBe сплачує 1 млн доларів, і компанії заборонено стверджувати, що її автоматичний продукт робить сайт відповідним WCAG.

Що робити замість оверлею?

Знайти помилки автоматичною перевіркою, виправити їх у коді за пріоритетами, вручну перевірити ключові сценарії і стежити, щоб нові релізи не додавали помилок.