Прави ли уиджетът за достъпност сайта съответстващ? Честен отговор

Ако имате онлайн магазин, вероятно някой вече ви е предлагал уиджет за достъпност заедно с обещание: добавете един скрипт и сайтът ви става достъпен, съответстващ на изискванията и защитен от правни проблеми. Ние правим такъв уиджет, SiteAccessible, така че отговорът ни засяга пряко. Ето го: нито един уиджет не прави уебсайта съответстващ. Нито нашият, нито чийто и да е друг.

Какво е overlay решение или уиджет за достъпност?

Overlay решение за достъпност (от англ. overlay, „наслагване“) е код на трета страна, обикновено JavaScript, който се добавя към уебсайт с опит да подобри достъпността му. Европейската комисия, която на български ги нарича „наслагвания“, ги описва като „инструменти, които могат да се добавят към уебсайтове с цел подобряване на достъпността“. На практика с тази дума се наричат две доста различни неща и разликата е важна.

• Панели, управлявани от посетителя. Бутон отваря меню, в което посетителят може да избере по-голям текст, по-голяма разредка, по-висок контраст, линия за четене или преобразуване на текст в говор. Нищо не бива да се променя, ако посетителят не го поиска.
• Автоматични overlay решения за „поправяне“. Скрипт сканира страницата при зареждането ѝ и се опитва да я поправи в движение: налучква алтернативен текст, добавя етикети към полетата на формулярите, пренаписва ARIA атрибутите (кода, който казва на екранните четци какво представлява даден елемент) и понякога включва специален режим, когато засече екранен четец.

Много продукти правят и двете. Нашият е само от първия вид: не сканира и не пренаписва маркировката ви. Но нито един от двата вида не променя сайта, спрямо който се проверява съответствието със стандарта.

Може ли уиджет да направи сайта съответстващ на WCAG, EAA или ADA?

Не. Стандартите и законите за достъпност се отнасят за собствения код, съдържание и процеси на уебсайта, а не за слой, добавен отгоре. Европейската комисия посочва, че инструментите, които не гарантират, че „самият уебсайт“ отговаря на стандарта, „не са подходящо решение“, и организациите на хората с увреждания са съгласни. В САЩ регулаторът за защита на потребителите глоби доставчик, който твърдеше обратното.

Тази страница се отнася за сайтовете на публичния сектор, но магазините и банките, обхванати от Европейския акт за достъпност, се оценяват спрямо същия стандарт, EN 301 549, който се основава на Указанията за достъпност на уеб съдържанието (WCAG).

Причината е практическа. WCAG се проверява върху страницата такава, каквато я получават всички. Ако сивият ви основен текст е под минималния контраст, бутон за контраст в панела не променя това, защото страницата продължава да не отговаря на изискванията за всеки посетител, който никога не отваря панела. Скриптовете за поправяне се сблъскват със същия проблем: софтуерът не може надеждно да знае какво показва продуктовата снимка или за какво служи поле без етикет.

Overlay Fact Sheet (отваря се в нов раздел), отворено писмо с 1048 подписа към деня, в който ги преброихме (13 октомври 2026 г.), го казва направо: „Нито един overlay продукт на пазара не може да направи уебсайт напълно съответстващ на който и да е съществуващ стандарт за достъпност.“ В САЩ Министерството на правосъдието не определя технически уеб стандарт за частния бизнес. Неговите указания от 2022 г. (отваря се в нов раздел), най-благосклонният към тези инструменти официален текст, който сме открили, казват, че инструментите за проверка и overlay решенията „могат да бъдат полезни“, но „трябва да се използват внимателно“, и че отчет без открити грешки „не означава непременно, че всичко е достъпно“.

Какво реши FTC за accessiBe?

През април 2025 г. Федералната търговска комисия на САЩ (FTC) окончателно одобри разпореждане, с което accessiBe, доставчик на overlay решения, трябва да плати 1 милион долара. FTC твърдеше, че изявлението на компанията, че нейният accessWidget „може да направи всеки уебсайт съответстващ на WCAG“, е невярно, подвеждащо или недоказано и че тя е представяла статии и отзиви, с които е била свързана, като независими мнения.

FTC обяви предложеното разпореждане (отваря се в нов раздел) на 3 януари 2025 г. и го одобри (отваря се в нов раздел) на 22 април 2025 г. accessiBe вече няма право да твърди без доказателства, че автоматизираните ѝ продукти „могат да направят всеки уебсайт съответстващ на WCAG“ или „могат да осигурят трайно съответствие с WCAG във времето“.

За да сме честни: FTC се произнесе по рекламата на една компания, а не по това дали overlay решенията помагат на някого. Но обещанието, срещу което се насочи, все още стои на много целеви страници. Ние няма да го даваме.

Какво казват хората с увреждания и експертите по достъпност за overlay решенията?

Най-вече, че overlay решенията не помагат особено и понякога пречат. Европейският форум на хората с увреждания (EDF) и Международната асоциация на професионалистите по достъпност (IAAP) посочват, че те не правят уебсайта съответстващ, а в проучване от 2024 г. с 47 незрящи и слабовиждащи потребители повечето казват, че overlay решенията не са им били полезни, а мнозина съобщават за конфликти с помощните им технологии.

Тази позиция не щади и панели като нашия. В нея се казва, че макар „някои от тези функционалности да могат да помогнат на някои потребители, повечето са излишни, тъй като вече са налични в браузърите или се осигуряват от помощните технологии, които потребителите са избрали“. Ние все пак смятаме, че панелът има своето място, но критиката е справедлива и е редно да я чуете от нас. Позицията поставя и летвата, която всеки уиджет трябва да прескочи: „Неприемливо е overlay решения, плъгини или уиджети да затрудняват достъпа до помощните технологии на потребителите, до избрания от тях браузър и/или до функциите на операционната система.“

Проучването е „The Promise and Pitfalls of Web Accessibility Overlays for Blind and Low Vision Users“ (отваря се в нов раздел) на Makati, Tigwell и Shinohara (ACM ASSETS, октомври 2024 г.). Резюме на Вашингтонския университет (отваря се в нов раздел) добавя, че до 42% от анкетираните са спрели да ползват уебсайтове с overlay решения, докато за някои малките настройки, като размер на шрифта или цветов контраст, са били полезни.

В Германия BIK BITV-Test (отваря се в нов раздел) не допуска знаците си за качество на сайт, на който работи overlay инструмент. Това включва и панели като нашия, затова документацията ни за EAA съветва клиентите да спрат уиджета на пауза, докато тече такъв тест.

Завеждат ли се все още дела срещу уебсайтове с уиджети?

Да. UsableNet, която следи делата за цифрова достъпност в САЩ, отчита между 95 и 155 дела месечно през 2025 г. срещу уебсайтове, които вече са имали инсталиран уиджет за достъпност, и не установява „никакво съществено намаляване на делата срещу ползвателите на уиджети“ през годината. Уиджетът не премахва бариерите, описани в исковете.

Прегледът на UsableNet за делата през 2025 г. (отваря се в нов раздел) отчита над 5000 дела за цифрова достъпност в САЩ за годината. В някои искове вече се посочва самият уиджет с твърдението, че пречи на екранните четци.

Четете тези числа внимателно. UsableNet продава услуги за достъпност, а броят не показва, че уиджетите привличат дела; просто много сайтове имат такъв. Той показва по-тясното, но важно нещо: инсталираният уиджет не е предпазил тези фирми от съда.

Кога може да помогне панел за достъпност, управляван от посетителя?

Панелът с настройки помага, когато посетителят има нужда от промяна, която сайтът не предлага по подразбиране, и не знае как да я направи в браузъра или системата си. Той е подходящ за епизодични и ситуационни нужди, като уморени очи, мигрена или телефон на ярко слънце, повече отколкото за нуждите на опитните потребители на помощни технологии.

Тук се разминаваме с най-твърдите критици, затова ще отделим доказателствата от мнението. Доказателствата: опитните потребители на екранни четци и лупи в повечето случаи не намират overlay решенията за полезни, а някои хора наистина имат полза от прости промени като размера на текста и контраста. Нашето мнение: много хора, които биха чели по-удобно с по-голям текст, никога не са отваряли настройките за достъпност на браузъра си, а видимият бутон се намира по-лесно.

• Възрастен клиент, за когото описанията на продуктите ви са дребни и сбити и който никога не е ползвал мащабирането на браузъра.
• Човек с дислексия, който чете по-лесно с по-голяма разредка и линия за четене.
• Всеки, който иска анимациите да спрат, докато попълва формуляр за резервация.

Това са промени в представянето на сайт, който вече работи. Панелът не може да даде на потребител на екранен четец етикет, който липсва в кода, и не може да направи страницата за плащане използваема с клавиатура.

Какво може да се обърка и как трябва да е изграден един уиджет?

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

Проверете всеки продукт, включително нашия, по този списък с клавиатура и безплатен екранен четец, както е описано в ръководството ни как да тествате достъпността на уебсайта си.

• Изключен, докато не бъде поискан. Нищо не се променя, докато посетителят не включи нещо. Засичането на помощни технологии е и проблем за личните данни, както отбелязват EDF и IAAP, защото подсказва за увреждане.
• Без автоматично пренаписване. Налучканият алтернативен текст и вмъкнатите ARIA атрибути може да противоречат на това, което екранният четец иначе би прочел.
• Самият той е достъпен. Истински бутон, панел, който работи с Tab, стрелките и Escape, фокус, който се връща при затваряне, и разбираемо име на всяка контрола.
• Зачита системните настройки. Ако системата на посетителя е настроена за намалено движение, собствените анимации на уиджета спират.
• Не пречи. Посетителите могат да го отместят от бутона ви „Добави в количката“.
• Поверителен и може да се изключва. Настройките остават в браузъра на посетителя само за вашия сайт, а вие можете да спрете уиджета на пауза по време на одит.

Какво прави нашият уиджет и какво не прави?

SiteAccessible е панел, управляван от посетителя: посетителите могат да променят контраста, размера на текста, разредката, шрифтовете, курсора и помощните средства за четене или да изберат един от осем профила. Той не сканира, не поправя и не пренаписва кода ви, не прави сайта ви съответстващ на какъвто и да е стандарт и не ви дава правна защита. Ето как се справя спрямо горния списък.

Плановете Pro и Business добавят генератор на декларация за достъпност, който записва статуса, който вие изберете, вместо да го определя. Останалото ще намерите в списъка с функции.

Какво да направите вместо уиджет или заедно с него?

Поправете достъпността там, където е източникът ѝ: в шаблоните, съдържанието и процесите си. Тествайте с автоматизирани инструменти и ръчно, включете хора с увреждания в тестването на ключовите процеси, публикувайте честна декларация за достъпност и продължавайте да проверявате, докато сайтът се променя. Уиджетът, ако искате такъв, само допълва тази работа и никога не замества никоя част от нея.

1. Вижте в какво състояние е сайтът ви. Пуснете безплатен автоматизиран инструмент за проверка, след това тествайте ръчно ключовите процеси: търсене, продуктова страница, количка, плащане.
2. Поправете източника. Започнете с това, което блокира задача: липсващи етикети на формуляри, бутони без имена, капани за клавиатурата, текст с нисък контраст, изображения без алтернативен текст. Някои неща се поправят за десет минути в CMS; за други ви трябва разработчик.
3. Проверете какво изисква законът от вас. Ако продавате на потребители в ЕС, прочетете какво изисква Европейският акт за достъпност, включително изключението за микропредприятията, които предоставят услуги.
4. Тествайте с хора с увреждания. Комисията съветва „винаги да се включват хора с увреждания в тестването“. Дори две сесии върху страницата за плащане помагат.
5. Публикувайте честна декларация за това какво сте тествали и какво още липсва. Нашето ръководство за декларацията има шаблон.
6. Не спирайте дотук. Тествайте отново след големи промени и поне веднъж годишно.

Ако след това добавите уиджет, добавете го заради посетителите, които ще го ползват, а не като значка. И ако някой, включително ние, ви каже, че скрипт ще направи сайта ви съответстващ, поискайте да видите одита.