Czy widżet dostępności zapewni zgodność strony? Szczera odpowiedź

Jeśli prowadzisz sklep internetowy, ktoś pewnie zaproponował Ci już widżet dostępności z obietnicą w pakiecie: dodasz skrypt, a strona stanie się dostępna, zgodna z przepisami i bezpieczna od kłopotów prawnych. Sami robimy taki widżet, SiteAccessible, więc odpowiedź nie jest nam obojętna. Brzmi ona tak: żaden widżet nie zapewnia zgodności strony. Ani nasz, ani niczyj.

Czym jest nakładka albo widżet dostępności?

Nakładka dostępności (ang. overlay) to kod zewnętrznego dostawcy, zwykle JavaScript, dodawany do strony, by poprawić jej dostępność. Komisja Europejska opisuje nakładki jako „narzędzia, które można dodawać do stron internetowych w celu poprawy dostępności”. W praktyce to słowo obejmuje dwie zupełnie różne rzeczy i ta różnica ma znaczenie.

• Panele obsługiwane przez odwiedzającego. Przycisk otwiera menu, w którym odwiedzający może wybrać większy tekst, większe odstępy, wyższy kontrast, linijkę do czytania albo czytanie na głos. Nic nie powinno się zmieniać, dopóki odwiedzający o to nie poprosi.
• Automatyczne nakładki „naprawcze”. Skrypt skanuje stronę podczas wczytywania i próbuje ją poprawiać w locie: zgaduje teksty alternatywne, dodaje etykiety do pól formularzy, przepisuje atrybuty ARIA (kod, który mówi czytnikom ekranu, czym jest dany element), a czasem włącza specjalny tryb, gdy wykryje czytnik ekranu.

Wiele produktów robi jedno i drugie. Nasz należy wyłącznie do pierwszej grupy: nie skanuje ani nie przepisuje znaczników strony. Ale żaden z tych rodzajów nie zmienia strony, którą sprawdza się pod kątem zgodności z normą.

Czy widżet może zapewnić zgodność strony z WCAG, EAA lub ADA?

Nie. Normy i przepisy o dostępności dotyczą własnego kodu, treści i procesów strony, a nie warstwy dodanej na wierzch. Komisja Europejska pisze, że narzędzia, które nie zapewniają, że „sama strona internetowa” spełnia normę, „nie są odpowiednim rozwiązaniem”, i organizacje osób z niepełnosprawnościami się z tym zgadzają. W USA urząd ochrony konsumentów ukarał dostawcę, który twierdził inaczej.

Ta strona dotyczy serwisów sektora publicznego, ale sklepy i banki objęte Europejskim aktem w sprawie dostępności ocenia się według tej samej normy, EN 301 549, która opiera się na Wytycznych dla dostępności treści internetowych (WCAG).

Powód jest praktyczny. Zgodność z WCAG sprawdza się na stronie w takiej postaci, w jakiej dostaje ją każdy. Jeśli szary tekst akapitów nie spełnia minimalnego kontrastu, przycisk kontrastu w panelu tego nie zmienia, bo strona nadal nie spełnia wymagań dla każdego, kto panelu nie otworzy. Skrypty naprawcze natrafiają na tę samą barierę: oprogramowanie nie potrafi rzetelnie ustalić, co przedstawia zdjęcie produktu ani do czego służy pole bez etykiety.

Overlay Fact Sheet (otwiera się w nowej karcie), list otwarty, pod którym 13 października 2026 r. naliczyliśmy 1048 podpisów, ujmuje to bez ogródek: „Żadna nakładka dostępna na rynku nie może sprawić, by strona internetowa stała się w pełni zgodna z jakąkolwiek obowiązującą normą dostępności”. W USA Departament Sprawiedliwości nie określa technicznej normy dla stron prywatnych firm. Jego wytyczne z 2022 r. (otwiera się w nowej karcie), najżyczliwszy tym narzędziom oficjalny tekst, jaki znaleźliśmy, mówią, że narzędzia do sprawdzania i nakładki „mogą być pomocne”, ale „trzeba ich używać ostrożnie”, a raport bez wykrytych błędów „niekoniecznie oznacza, że wszystko jest dostępne”.

Co FTC postanowiła w sprawie accessiBe?

W kwietniu 2025 r. amerykańska Federalna Komisja Handlu (FTC) wydała ostateczny nakaz, zgodnie z którym accessiBe, dostawca nakładek, ma zapłacić 1 mln dolarów. FTC zarzuciła firmie, że twierdzenie, iż jej accessWidget „może zapewnić zgodność każdej strony z WCAG”, było fałszywe, wprowadzające w błąd lub nieudowodnione, a powiązane z nią artykuły i recenzje przedstawiała jako niezależne opinie.

FTC ogłosiła projekt nakazu (otwiera się w nowej karcie) 3 stycznia 2025 r. i zatwierdziła go (otwiera się w nowej karcie) 22 kwietnia 2025 r. accessiBe nie może już bez dowodów twierdzić, że jej zautomatyzowane produkty „mogą zapewnić zgodność każdej strony z WCAG” albo „mogą zapewnić trwałą zgodność z WCAG”.

Uczciwie trzeba dodać, że FTC oceniła reklamę jednej firmy, a nie to, czy nakładki komukolwiek pomagają. Ale obietnica, którą wzięła na celownik, wciąż widnieje na wielu stronach sprzedażowych. My jej nie składamy.

Co o nakładkach mówią osoby z niepełnosprawnościami i eksperci?

Najczęściej to, że nakładki niewiele pomagają, a czasem przeszkadzają. Europejskie Forum Niepełnosprawności (EDF) i Międzynarodowe Stowarzyszenie Specjalistów ds. Dostępności (IAAP) piszą, że nie zapewniają one zgodności strony, a w badaniu z 2024 r. z udziałem 47 osób niewidomych i słabowidzących większość uznała nakładki za niepomocne, a wiele z nich zgłaszało konflikty z technologiami wspomagającymi.

To stanowisko nie oszczędza też paneli takich jak nasz. Czytamy w nim, że choć „niektóre z tych funkcji mogą pomóc niektórym użytkownikom, większość jest zbędna, bo są już dostępne w przeglądarkach lub zapewniają je wybrane przez użytkowników technologie wspomagające”. Nadal uważamy, że panel ma swoje miejsce, ale ta krytyka jest zasadna i powinna paść także z naszych ust. Stanowisko wyznacza też poprzeczkę dla każdego widżetu: „Niedopuszczalne jest, by nakładki, wtyczki lub widżety utrudniały użytkownikom korzystanie z ich technologii wspomagających, wybranych przeglądarek lub funkcji systemu operacyjnego”.

Wspomniane badanie to „The Promise and Pitfalls of Web Accessibility Overlays for Blind and Low Vision Users” (otwiera się w nowej karcie) autorstwa Makati, Tigwella i Shinohary (ACM ASSETS, październik 2024 r.). Omówienie przygotowane przez University of Washington (otwiera się w nowej karcie) dodaje, że nawet 42% respondentów przestało korzystać ze stron z nakładkami, choć części osób pomagały drobne zmiany, takie jak rozmiar czcionki czy kontrast.

W Niemczech BIK BITV-Test (otwiera się w nowej karcie) nie przyznaje swoich znaków jakości stronom, na których działa nakładka. Dotyczy to także paneli takich jak nasz, dlatego nasza dokumentacja o EAA zaleca klientom wstrzymanie widżetu na czas takiego testu.

Czy strony z widżetami nadal są pozywane?

Tak. Firma UsableNet, która śledzi amerykańskie pozwy dotyczące dostępności cyfrowej, naliczyła w 2025 r. od 95 do 155 pozwów miesięcznie przeciwko stronom, na których był już zainstalowany widżet dostępności, i nie odnotowała w ciągu roku „żadnego istotnego spadku liczby pozwów przeciwko użytkownikom widżetów”. Widżet nie usuwa barier opisanych w pozwach.

Podsumowanie pozwów z 2025 r. (otwiera się w nowej karcie) przygotowane przez UsableNet mówi o ponad 5000 pozwów dotyczących dostępności cyfrowej w USA w tym roku. Niektóre pozwy wskazują już sam widżet, zarzucając mu zakłócanie pracy czytników ekranu.

Do tych liczb trzeba podchodzić ostrożnie. UsableNet sprzedaje usługi z zakresu dostępności, a zestawienie nie dowodzi, że widżety przyciągają pozwy; po prostu wiele stron je ma. Pokazuje za to węższą, ale ważną rzecz: zainstalowany widżet nie uchronił tych firm przed sądem.

Kiedy panel dostępności po stronie odwiedzającego może pomóc?

Panel ustawień pomaga, gdy odwiedzający potrzebuje zmiany, której strona domyślnie nie oferuje, i nie wie, jak wprowadzić ją w przeglądarce lub systemie. Sprawdza się przy potrzebach okazjonalnych i sytuacyjnych, takich jak zmęczone oczy, migrena czy telefon w pełnym słońcu, bardziej niż przy potrzebach doświadczonych użytkowników technologii wspomagających.

W tym miejscu nasze zdanie różni się od zdania najostrzejszych krytyków, więc oddzielmy dowody od opinii. Dowody: doświadczeni użytkownicy czytników ekranu i programów powiększających przeważnie nie uważają nakładek za pomocne, a części osób pomagają proste zmiany, takie jak rozmiar tekstu i kontrast. Nasza opinia: wiele osób, którym wygodniej czytałoby się większy tekst, nigdy nie otworzyło ustawień dostępności przeglądarki, a widoczny przycisk łatwiej znaleźć.

• Starszy klient, któremu opisy produktów wydają się drobne i ściśnięte, a który nigdy nie korzystał z powiększenia w przeglądarce.
• Osoba z dysleksją, która łatwiej czyta przy większych odstępach i z linijką do czytania.
• Każdy, kto chce zatrzymać animacje podczas wypełniania formularza rezerwacji.

To zmiany wyglądu na stronie, która już działa. Panel nie da użytkownikowi czytnika ekranu etykiety, której nie ma w kodzie, i nie sprawi, że proces zamówienia da się obsłużyć klawiaturą.

Co może pójść źle i jak powinien być zbudowany widżet?

Główne ryzyka to widżet, który walczy z technologią wspomagającą odwiedzającego, zatrzymuje fokus klawiatury w pułapce, zmienia stronę bez pytania albo dokłada szumu użytkownikom czytników ekranu. Dobrze zbudowany widżet nie wchodzi w drogę, dopóki ktoś go nie otworzy, sam w pełni działa z klawiaturą i czytnikiem ekranu i nigdy nie przepisuje semantyki strony.

Sprawdź każdy produkt, także nasz, według poniższej listy, z klawiaturą i bezpłatnym czytnikiem ekranu, tak jak w poradniku jak sprawdzić dostępność strony internetowej.

• Wyłączony, dopóki nikt nie poprosi. Nic się nie zmienia, dopóki odwiedzający czegoś nie włączy. Wykrywanie technologii wspomagających to także problem prywatności, jak zauważają EDF i IAAP, bo może zdradzać niepełnosprawność.
• Żadnego automatycznego przepisywania. Zgadywane teksty alternatywne i wstrzykiwane atrybuty ARIA mogą być sprzeczne z tym, co czytnik ekranu odczytałby bez nich.
• Sam jest dostępny. Prawdziwy przycisk, panel obsługiwany klawiszem Tab, strzałkami i Escape, fokus wracający na miejsce po zamknięciu i czytelna nazwa każdej kontrolki.
• Szanuje ustawienia systemu. Jeśli system odwiedzającego prosi o ograniczenie ruchu, animacje widżetu się zatrzymują.
• Nie przeszkadza. Odwiedzający mogą go przesunąć tak, by nie zasłaniał przycisku „Dodaj do koszyka”.
• Prywatny i z możliwością wyłączenia. Ustawienia zostają w przeglądarce odwiedzającego i dotyczą tylko Twojej strony, a widżet można wstrzymać na czas audytu.

Co robi nasz widżet, a czego nie robi?

SiteAccessible to panel obsługiwany przez odwiedzającego: można w nim zmienić kontrast, rozmiar tekstu, odstępy, czcionki, kursory i pomoce w czytaniu albo wybrać jeden z ośmiu profili. Nie skanuje, nie naprawia i nie przepisuje kodu, nie zapewnia zgodności strony z żadną normą i nie daje ochrony prawnej. Oto jak wypada na tle powyższej listy.

Plany Pro i Business mają dodatkowo generator deklaracji dostępności, który zapisuje wybrany przez Ciebie status, a nie ustala go za Ciebie. Resztę opisuje lista funkcji.

Co zrobić zamiast widżetu albo obok niego?

Naprawiaj dostępność tam, gdzie powstaje: w szablonach, treściach i procesach. Testuj narzędziami automatycznymi i ręcznie, włącz osoby z niepełnosprawnościami w testy kluczowych ścieżek, opublikuj rzetelną deklarację dostępności i sprawdzaj stronę przy każdej zmianie. Widżet, jeśli go chcesz, to dodatek do tej pracy, który nigdy nie zastępuje żadnej jej części.

1. Sprawdź, na czym stoisz. Uruchom bezpłatne narzędzie automatyczne, a potem ręcznie przetestuj kluczowe ścieżki: wyszukiwanie, stronę produktu, koszyk i proces zamówienia.
2. Napraw problemy u źródła. Zacznij od tego, co blokuje wykonanie zadania: brakujących etykiet pól, przycisków bez nazwy, pułapek klawiaturowych, tekstu o niskim kontraście i obrazów bez tekstu alternatywnego. Część poprawek to dziesięć minut w CMS-ie, inne wymagają programisty.
3. Sprawdź, czego wymaga od Ciebie prawo. Jeśli sprzedajesz konsumentom w UE, przeczytaj, czego wymaga Europejski akt w sprawie dostępności, w tym o zwolnieniu dla mikroprzedsiębiorstw świadczących usługi.
4. Testuj z udziałem osób z niepełnosprawnościami. Komisja zaleca, by „zawsze angażować osoby z niepełnosprawnościami w testowanie”. Nawet dwie sesje testowe procesu zamówienia dużo dają.
5. Opublikuj rzetelną deklarację, w której opiszesz, co przetestowano i czego wciąż brakuje. Nasz poradnik o deklaracji dostępności zawiera szablon.
6. Nie odpuszczaj. Testuj ponownie po dużych zmianach i co najmniej raz w roku.

Jeśli potem dodasz widżet, zrób to dla odwiedzających, którzy będą z niego korzystać, a nie dla odznaki. A jeśli ktokolwiek, łącznie z nami, powie Ci, że skrypt zapewni zgodność strony z przepisami, poproś o wyniki audytu.