Чи забезпечує віджет доступності відповідність? Чесна відповідь

Якщо у вас інтернет-магазин, вам, мабуть, уже пропонували віджет доступності з обіцянкою на додачу: додайте скрипт, і сайт стане доступним, відповідним вимогам і захищеним від юридичних проблем. Ми самі робимо такий віджет, 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. Підтримуйте результат. Перевіряйте знову після великих змін і щонайменше раз на рік.

Якщо після цього ви додасте віджет, додавайте його для відвідувачів, які ним користуватимуться, а не як значок. І якщо хтось, зокрема ми, скаже вам, що скрипт зробить сайт відповідним вимогам, попросіть показати аудит.