Osoba przeglądająca wydrukowane raporty i dokumenty przy stole.

Opis zdjęcia: Osoba przeglądająca wydrukowane raporty i dokumenty przy stole.

Przeanalizowaliśmy 8 788 spraw sądowych dotyczących dostępności stron internetowych – oto, za co faktycznie pozywa się firmy

Artykuł redakcyjny · Badania nad dostępnością treści cyfrowych

Przeanalizowaliśmy 8 788 spraw sądowych dotyczących dostępności stron internetowych – oto, za co faktycznie pozywa się firmy

Baza danych sądów federalnych zawierająca 113 120 konkretnych skarg dotyczących dostępności, pochodzących z rzeczywistych spraw wniesionych na podstawie tytułu III ustawy ADA. Ponad 70% spraw wynika z dwunastu powtarzających się schematów. 60% pozwów wnoszą cztery kancelarie prawne. Mediana czasu trwania postępowania wynosi 97 dni. Oto, o co faktycznie domagają się powodowie – wiersz po wierszu, strona po stronie.

Wyniki · Akta sprawy nr 01 06 wpisów · pochodzących z 113 120 spraw w ramach 8 788 spraw

Co wynika z 113 120 pozwów sądowych

  1. 01 3,449

    Liczba wniosków wzrosła w ciągu czterech lat — z 466 w 2021 r. do 3449 w 2025 r.

    W 2024 r. odnotowano 2156 spraw. W 2025 r. – 3449. Pierwszy kwartał 2026 r. zmierza do osiągnięcia wyniku porównywalnego z rokiem 2025 lub nawet go przewyższającego. Spory sądowe dotyczące dostępności na szczeblu federalnym nie mają już charakteru cyklicznego – są zjawiskiem strukturalnym.

  2. 02 60%

    Zaledwie cztery grupy kancelarii prawnych wniosły 60% wszystkich 8 788 spraw

    Kancelarie powiązane z Gottliebem: 1 798 spraw. Stein Saks: 1 562. Throndset Michenfelder: 1 007. Equal Access Law Group: 988. Sprawy sądowe są skoncentrowane, a nie rozproszone.

  3. 03 97 dni

    Połowa spraw zostaje zamknięta w ciągu mniej niż 90 dni — mediana wynosi 97 dni

    46,2% spraw kończy się ugodą w ciągu 90 dni, a 83,5% w ciągu 180 dni. Ekonomiczną logiką tych spraw nie jest wyrok, lecz szybka ugoda pozwalająca uniknąć kosztów postępowania sądowego.

  4. 04 17,693

    „Brak komunikatu odczytywanego przez czytnik ekranu” to najczęściej zgłaszana skarga

    17 693 zgłoszeń — co stanowi 21,7% wszystkich zidentyfikowanych skarg — dotyczy awarii czytnika ekranu. Najczęściej pojawiają się problemy z formularzami, ikonami koszyka, oknami modalnymi i komunikatami potwierdzającymi.

  5. 05 991

    W setkach skarg pojawia się ten sam standardowy tekst

    Jedno zdanie — „Te bariery uniemożliwiły powodowi pełny i równy dostęp…” — pojawia się dosłownie w 991 odrębnych pismach procesowych. Skargi zostały sporządzone na podstawie szablonu.

  6. 06 36%

    Oskarżeni z branży e-commerce i handlu detalicznego stanowią 36% wszystkich spraw

    Brak sygnału potwierdzającego po kliknięciu przycisku „Dodaj do koszyka”, ikona koszyka oznaczona jedynie jako „zwinięta”, pola w procesie realizacji zamówienia bez opisów — te konkretne problemy powtarzają się w tysiącach zgłoszeń.

Źródło: 113120 opisów zarzutów zaczerpniętych z 8 788 federalnych pozwów dotyczących dostępności wniesionych w latach 2007–kwiecień 2026 r., zestawionych z metadanymi spraw pochodzącymi z federalnych rejestrów sądowych PACER.


Jak przeprowadziliśmy analizę danych

Większość publicznych dyskusji na temat pozwów dotyczących dostępności opiera się na corocznych podsumowaniach przygotowywanych przez organizacje rzecznicze lub materiałach marketingowych dostawców usług w zakresie zapewnienia zgodności. My przyjęliśmy inne podejście: przeanalizowaliśmy same dokumenty skarg. W szczególności oparliśmy się na zbiorze danych utworzonym poprzez wyodrębnienie uporządkowanych informacji z 8 788 spraw sądowych rozpatrywanych przez sądy federalne na podstawie tytułu III ustawy ADA oraz powiązanych przepisów — obejmującym wszystkie sprawy w naszej bazie danych, w których powód zarzucał, że strona internetowa, aplikacja lub inna usługa cyfrowa nie spełniała wymogów dotyczących dostępności.

Zbiór danych składa się z dwóch warstw. Pierwsza warstwa to metadane spraw: tytuł sprawy, numer sprawy, nazwisko powoda, nazwisko pozwanego, nazwa kancelarii prawnej powoda, nazwisko głównego pełnomocnika, data wniesienia sprawy oraz data jej zakończenia. Dane te pochodzą z rejestru spraw sądów federalnych PACER — publicznego systemu e-rejestru spraw, z którego korzystają wszystkie sądy okręgowe w Stanach Zjednoczonych. Druga warstwa jest bardziej szczegółowa: zawiera 113 120 opisów poszczególnych problemów wyodrębnionych z pozwów, z których każdy został przypisany do konkretnej kategorii (czytnik ekranu, nawigacja za pomocą klawiatury, formularze, kontrast kolorów itp.) i powiązany z pierwotną sprawą.

Taksonomia kategorii została opracowana metodą oddolną na podstawie analizy słów kluczowych zawartych w rzeczywistych tekstach pozwów. Nie zaczęliśmy od kryteriów zgodności WCAG i poszukiwania dopasowań. Wychodziliśmy od tego, co powodowie faktycznie zapisali w swoich pozwach, pogrupowaliśmy te sformułowania i pozwoliliśmy, by kategorie wyłoniły się z danych. W rezultacie powstało 27 kategorii funkcjonalnych odzwierciedlających sposób, w jaki w pozwach opisuje się uchybienia w zakresie dostępności, a nie sposób, w jaki formalnie klasyfikują je ramy zgodności.

01Źródło8 788 akt spraw PACER pobranych z federalnego rejestru spraw
02FragmentTekst skargi przeanalizowany pod kątem konkretnych zarzutów dotyczących dostępności
03KlasyfikujKażdy numer przypisany do jednej z 27 kategorii
04LinkKwestie odsyłające do sprawy źródłowej i pozwanego
05AnalizaWzorce mierzone w odniesieniu do powodów, firm, czasu i branży
8,788
Przeanalizowane sprawy federalne
113,120
Wybrane zagadnienia
10,181
Osobni oskarżeni
2007–2026
Zakres dat składania wniosków

Ważne uwagi

Ten zbiór danych ma wyraźne ograniczenia i chcemy je od razu zaznaczyć. Po pierwsze, obejmuje on wyłącznie sprawy federalne — wiele spraw dotyczących dostępności w świetle ADA jest również wnoszonych do sądów stanowych (zwłaszcza na podstawie kalifornijskiej ustawy Unruh Act oraz nowojorskiej ustawy o prawach człowieka), a te sprawy stanowe nie znalazły się w naszych danych. Po drugie, zbiór danych obejmuje sprawy wniesione do sądu, a nie wezwania do zapłaty. Powszechnie uważa się, że liczba wezwań do zapłaty, które kończą się ugodą przed wniesieniem pozwu, jest kilkakrotnie większa niż liczba wniesionych spraw, ale nie pojawiają się one w rejestrach sądowych. Po trzecie, nasza kategoryzacja ma charakter heurystyczny: pojedyncza skarga zazwyczaj opisuje wiele barier, a kategoria „Ogólne / Niesklasyfikowane” pozostaje największą grupą (38 672 sprawy), ponieważ język powoda często opisuje barierę w formie narracyjnej, zanim przejdzie do konkretów. Po czwarte, na podstawie metadanych PACER nie możemy stwierdzić, czy „zamknięta” sprawa została rozstrzygnięta ugodą, oddalona, wygrana przez powoda czy przez pozwanego — wiemy jedynie, że rejestr został zamknięty.

Zbiór danych ten przydaje się przede wszystkim do identyfikowania powtarzających się wzorców: które elementy stron są przytaczane, które skargi mają charakter szablonowy, które firmy składają wnioski, jakie trendy można zaobserwować w składanych wnioskach oraz jak długo trwają sprawy. Nie zastępuje on jednak porady prawnej w konkretnej sprawie.


Problem z liczbą spraw: rośnie liczba wniosków

Najbardziej rzucającym się w oczy wnioskiem jest tendencja. W 2021 roku w naszym zbiorze danych odnotowano 466 spraw dotyczących dostępności na szczeblu federalnym. W 2025 r. było ich 3449. W pierwszych trzech pełnych miesiącach 2026 r. (styczeń, luty, marzec) odnotowano odpowiednio 280, 273 i 282 pozwy — co oznacza roczną liczbę około 3300 spraw w 2026 r., utrzymującą się mniej więcej na nowym, podwyższonym poziomie.

Liczba federalnych pozwów dotyczących dostępności wnoszonych rocznie (nasz zbiór danych)
466
2021
755
2022
1,018
2023
2,156
2024
3,449
2025
~3,300
2026*
*na podstawie danych za okres styczeń–marzec opublikowanych na stronie

Prognoza na rok 2026 oparta jest na 835 zgłoszeniach odnotowanych w styczniu, lutym i marcu 2026 r. (dane za kwiecień są niekompletne). Prognoza zakłada, że w 2026 r. utrzyma się miesięczny poziom z 2025 r., wynoszący około 280 zgłoszeń miesięcznie.

Szczególnie uderzające jest przyspieszenie pod koniec 2024 roku. Do sierpnia 2024 r. średnia miesięczna liczba spraw wynosiła 130. Od września 2024 r. średnia miesięczna wzrosła do 277 spraw — i od tego czasu utrzymuje się na tym poziomie. Najwyższy wynik w naszym zbiorze danych odnotowano w lipcu 2025 r., kiedy to wniesiono 376 spraw; oznacza to, że każdego dnia roboczego w systemie sądów federalnych w USA wnoszono około 12 nowych pozwów dotyczących dostępności.

⚠️ „Przełomowa zmiana jesienią 2024 roku”

Od stycznia do sierpnia 2024 r. średnia miesięczna liczba spraw wynosiła 130. Od września 2024 r. do marca 2026 r. średnia miesięczna liczba spraw wynosiła 280. Nie jest to stopniowy wzrost — to skokowa zmiana tempa prowadzenia spraw sądowych przez stronę powodową. Nie mamy jednoznacznego wyjaśnienia, ale czas ten z grubsza pokrywa się ze wzrostem widoczności prac Departamentu Sprawiedliwości Stanów Zjednoczonych nad przepisami tytułu II dotyczącymi stron internetowych władz stanowych i lokalnych, które ustanowiły pierwszy wyraźny federalny standard techniczny (WCAG 2.1 poziom AA) powiązany z dostępnością zgodnie z prawem Stanów Zjednoczonych.

Dwie uwagi kontekstowe. Po pierwsze, nasz zbiór danych obejmuje sprawy federalne zaczerpnięte z bazy PACER i może nie zawierać wszystkich pozwów dotyczących dostępności wniesionych do sądów stanowych — kalifornijska ustawa Unruh Act, nowojorska ustawa o prawach człowieka oraz podobne przepisy stanowe generują znaczną liczbę dodatkowych sporów sądowych, które nie mają charakteru federalnego. Podmioty monitorujące branżę, które podają roczne dane rzędu 4 000–5 000 spraw, zazwyczaj łączą pozwy federalne z najważniejszymi sprawami wniesionymi do sądów stanowych. Po drugie, wzrost liczby spraw federalnych w ujęciu rok do roku jest zgodny z szerszym trendem odnotowanym przez podmioty śledzące sprawy sądowe dotyczące dostępności — trajektoria zbioru danych jest spójna z tym, co pokazują inne publiczne raporty.


Kto wnosi te pozwy

Gdyby 8 788 spraw rozłożyło się równomiernie na całą społeczność prawniczą w Stanach Zjednoczonych, można by się spodziewać, że tysiące różnych adwokatów będzie prowadzić po jednej lub dwie sprawy. Dane jednak tego nie potwierdzają. Federalne postępowania sądowe dotyczące dostępności są w niezwykle dużym stopniu skoncentrowane w rękach niewielkiej liczby kancelarii reprezentujących powodów.

10 największych kancelarii reprezentujących powodów obsługuje 70% wszystkich spraw

01
Firmy powiązane z Gottliebem
Gottlieb & Associates · Adwokat Jeffrey M. Gottlieb · Mizrahi Kroub LLP
1 798 przypadków
02
Stein Saks PLLC
Połączone wpisy wielu wariantów
1 562 przypadków
03
Kancelaria Prawna Throndset Michenfelder
z siedzibą w Minnesocie
1 007 przypadków
04
Kancelaria Prawna Equal Access Law Group PLLC
Połączone wpisy wielu wariantów
988 przypadków
05
Kancelaria Adwokacka Pelayo Duran, PA
z siedzibą na Florydzie
579 przypadków
06
Kancelaria Adwokacka Rodericka V. Hannah
z siedzibą na Florydzie
574 przypadków
07
Adams & Associates, P.A.
z siedzibą na Florydzie
330 przypadków
08
Kancelaria Prawna Mendez, PLLC
z siedzibą na Florydzie
309 przypadków
09
Nye, Stirling, Hale, Miller & Sweet, spółka partnerska
z siedzibą w Kalifornii
308 przypadków
10
Gabriel A. Levy, Kancelaria Adwokacka
z siedzibą w Nowym Jorku
267 przypadków

W statystykach uwzględniono wszystkie warianty pisowni tej samej nazwy firmy, jakie figurują w bazie PACER (np. „Stein Saks, PLLC” i „Stein Saks PLLC” zostały połączone).

Już te 10 największych grup kancelarii odpowiada za 70% wszystkich 8 788 spraw w naszym zbiorze danych (6 151 spraw po uwzględnieniu różnych wariantów pisowni). Sama piątka największych grup kancelarii stanowi 45,1%. Niezależnie od tego, jak mierzyć rynki usług prawnych, jest to niezwykła koncentracja. Dla porównania, 50 największych amerykańskich kancelarii prawnych pod względem przychodów obsługuje łącznie prawdopodobnie 8–10% wszystkich spraw sądowych na szczeblu federalnym.

Koncentracja powodów jest jeszcze większa

256
Sprawy wniesione przez Julie Dalton — najaktywniejszą powódkę w naszym zbiorze danych (wniesione w latach 2023–2026)
15.5%
Udział w łącznej liczbie 8 788 spraw wniesionych wyłącznie przez 10 głównych powodów wymienionych z imienia i nazwiska
600
Powodowie występujący tylko w jednej sprawie (spośród 1071 unikalnych nazwisk powodów)

Zbiór danych ujawnia wyraźną dwupoziomową strukturę powodów. Z jednej strony 36 osób wniosło po 50 lub więcej spraw, a 6 osób – po 100 lub więcej. Osoby te są powszechnie nazywane „powódami seryjnymi” lub „powódami testującymi”. Z drugiej strony, 600 spośród 1071 unikalnych powodów w naszym zbiorze danych złożyło po jednej sprawie – są to indywidualni użytkownicy niepełnosprawni, którzy napotkali konkretną barierę na konkretnej stronie internetowej i wnieśli jedno roszczenie.

Ci seryjni powodowie nie są przypadkowi. Jeden z nich złożył 256 pozwów w latach 2023–2026, przy czym tempo to gwałtownie wzrosło: 7 spraw w 2023 r., 52 w 2024 r., 135 w 2025 r. i aż 62 tylko w pierwszym kwartale 2026 r. Jej pozwani to między innymi Williams-Sonoma, Hanesbrands, Fossil Group, Oxford Industries, FullBeauty Brands oraz dziesiątki innych marek konsumenckich. Inny powód złożył 220 pozwów od 2021 r., a pozwani to firmy od Sherwin-Williams po małe agencje nieruchomości z Florydy. Schemat jest spójny: każdy seryjny powód współpracuje z jedną lub dwiema konkretnymi kancelariami prawnymi i składa liczne pozwy przeciwko szerokiemu i zróżnicowanemu gronu pozwanych.

Uwaga na temat tego, co faktycznie oznacza pojęcie „powód seryjny” w amerykańskiej ustawie ADA

Sądy amerykańskie wielokrotnie rozpatrywały kwestię, czy powodowie wnoszący liczne pozwy mają legitymację procesową. Ogólna odpowiedź brzmi: tak — ustawa ADA nie wymaga, by powód był klientem pozwanego, a jedynie, by osobiście napotkał barierę i miał wiarygodny zamiar powrotu. Kilka okręgów sądowych, w tym Jedenasty, wyraźnie orzekło, że „frustracja i upokorzenie wynikające z przeglądania” niedostępnej strony internetowej stanowią wystarczającą szkodę uzasadniającą legitymację procesową. To, czy seryjne postępowania sądowe postrzega się jako zaletę (prywatne egzekwowanie prawa dotyczącego praw obywatelskich), czy jako problem (uzyskiwanie ugód oparte na ilości spraw), jest kwestią polityczną; z prawnego punktu widzenia sprawy te w większości są kontynuowane.


Ugoda zawarta po 97 dniach: dlaczego sprawy nie trafiają do sądu

Spośród 8 788 spraw w naszym zbiorze danych 6 951 miało zarówno datę wniesienia, jak i datę zamknięcia — wystarczyło to do obliczenia czasu trwania sprawy. Rozkład tych danych jest uderzający.

Czas od złożenia wniosku do zamknięcia sprawy — dystrybucja
Mniej niż 30 dni
577 przypadków · 8,3%
31–60 dni
1 244 przypadki · 17,9%
61–90 dni
1 387 przypadków · 20,0%
91–180 dni
2 594 przypadków · 37,3%
181–365 dni
862 przypadki · 12,4%
Ponad rok
287 przypadków · 4,1%
97
Dni · Mediana czasu od złożenia wniosku do zamknięcia sprawy w 6 951 sprawach, dla których dostępne są obie daty
46.2%
Odsetek spraw zakończonych w ciągu 90 dni od wniesienia
83.5%
Odsetek spraw zamkniętych w ciągu 180 dni
95.9%
Odsetek spraw zakończonych w ciągu roku od wniesienia

W praktyce ta statystyka pokazuje, że sprawy dotyczące stron internetowych w ramach tytułu III ustawy ADA są prowadzone z myślą o szybkim zawarciu ugody, a nie o procesie sądowym. Ekonomika działa w następujący sposób. Firma pozwana, której doręczono pozew, staje przed wyborem: wydać 50 000–200 000 USD lub więcej na wstępne działania obronne (wniosek o oddalenie pozwu, postępowanie dowodowe, biegli) lub wydać 5 000–30 000 USD na szybkie ugodę, która obejmuje zobowiązanie do naprawy szkody oraz pokrycie kosztów adwokackich powoda. Dla większości pozwanych — zwłaszcza średnich przedsiębiorstw z branży e-commerce, restauracji i usług — ugoda jest bezsprzecznie tańsza, nawet jeśli sam pozew jest podważalny co do meritum.

„Zapłać, żeby się tego pozbyć” nie jest wadą tego systemu. To właśnie ten system. Mediana wynosząca 97 dni jest widocznym przejawem tej logiki ekonomicznej.

To wyjaśnia również, dlaczego w zbiorze danych jest tak wielu powodów, którzy wnoszą tylko jedną sprawę (600 z 1071), a jedynie niewielka grupa osób wnoszących wielokrotnie (36 osób z ponad 50 sprawami). Osoby wnoszące powtarzające się pozwy działają na skalę przemysłową: identyfikują ponad 100 stron internetowych z podobnymi barierami, składają ponad 100 skarg, rozstrzygają każdą z nich w ciągu 90 dni i pobierają honoraria adwokackie z każdej ugody. Matematyka działa tylko przy dużej liczbie spraw — a to właśnie ta liczba sprawia, że pozwani są skłonni do ugody.

Niższa kwota nie oznacza ugody — chodzi o wynik kontroli

Mediana wynosząca 97 dni to cena za działanie z reaktywną postawą. Ukierunkowany audyt dotyczący konkretnych błędów na poziomie elementów wymienionych w tym zbiorze danych — ikon koszyka wyświetlanych jako „zwinięte”, nieogłaszanych potwierdzeń dodania do koszyka oraz pułapek klawiaturowych podczas finalizacji zamówienia — trwa zazwyczaj od 5 do 10 dni roboczych i kosztuje ułamek ceny pojedynczej akcji obronnej.

→ Zamów ocenę ryzyka związanego z dostępnością w firmie AIOPSGROUP


Co jest przedmiotem pozwów: 12 najczęstszych kategorii spraw

Na podstawie 14 312 opisów poszczególnych zgłoszeń oszacowaliśmy, jak często każda kategoria przeszkód pojawia się w różnych przypadkach – nie opierając się na surowej liczbie zgłoszeń (co spowodowałoby nadmierne uwzględnienie przypadków zawierających dłuższe skargi), lecz na odsetku przypadków, w których dana kategoria pojawia się co najmniej raz.

Kategorie barier według odsetka przypadków, w których zostały wymienione
Czytnik ekranu
4 111 przypadków · 54%
Obrazy / Tekst alternatywny
3 179 przypadków · 42%
Klawiatura / Fokus
2 821 przypadków · 37%
Nawigacja globalna / Nagłówek
2 732 przypadki · 36%
Strona z listą produktów
1 972 przypadki · 26%
Linki / Przyciski
1 966 przypadków · 26%
Wideo / Audio
1 776 przypadków · 23%
Okna modalne / Wyskakujące
1 616 przypadków · 21%
Struktura strony
1 423 przypadki · 19%
Strona szczegółów produktu
1 359 przypadków · 18%
Formularze (ogólne)
1 226 przypadków · 16%
Strona główna
1 198 przypadków · 16%

Każda wartość procentowa odpowiada udziałowi w liczbie 7 543 przypadków, w których zidentyfikowaliśmy problemy, w których przynajmniej raz wspomniano o danej przeszkodzie. W wielu przypadkach pojawia się więcej niż jedna kategoria, dlatego suma wartości procentowych przekracza 100%.

Wyniki analizy są jednoznaczne. Niezgodność z czytnikami ekranu stanowi główną kategorię: pojawia się w ponad połowie wszystkich przypadków, a większość pozostałych kategorii (formularze, nawigacja, okna modalne, teksty alternatywne, linki) to konkretne przejawy tego samego podstawowego problemu — strona internetowa nie komunikuje się prawidłowo z technologiami wspomagającymi. Nawigacja za pomocą klawiatury to druga główna kategoria: 37% przypadków dotyczy niemożności obsługi strony bez myszki, co często wiąże się z problemami z czytnikami ekranu.

Mniejsze kategorie są nie mniej istotne dla poszczególnych branż. Kontrast kolorów występuje ogółem tylko w 309 przypadkach, ale w około 10% przypadków dotyczących stron internetowych poświęconych opiece zdrowotnej, usługom finansowym i administracji publicznej, gdzie treści tekstowe stanowią podstawę zadań użytkownika. Elementy wideo/audio pojawiają się ogółem w 23% przypadków, ale w niemal 100% przypadków dotyczących instytucji edukacyjnych lub firm medialnych, gdzie wideo jest samym produktem.


Najczęstsza skarga: „Nie odczytuje tego czytnik ekranu”

Spośród wszystkich sformułowań zawartych w naszym zbiorze danych najczęściej powtarzającym się motywem skarg są różne warianty stwierdzeń typu „element nie jest odczytywany przez czytnik ekranu” lub „nie posiada etykiety umożliwiającej integrację z czytnikiem ekranu”. Takie sformułowanie pojawia się w 17 693 oddzielnych zgłoszeniach, co stanowi 21,7% wszystkich zidentyfikowanych skarg.

To, co sprawia, że ta kategoria ma szczególne znaczenie diagnostyczne, to fakt, że wskazuje ona dokładnie, w którym miejscu strony wystąpiła usterka. Powodowie (i ich prawnicy) bardzo precyzyjnie określają, którego elementu czytnik ekranu nie odczytuje. Oto rzeczywiste przykłady zaczerpnięte bezpośrednio z treści pozwów zawartych w naszym zbiorze danych:

Na podstawie skargi skierowanej przeciwko sklepowi z produktami spożywczymi
„Strona internetowa pozwanego jest skonstruowana w taki sposób, że użytkownicy czytników ekranu mogą nie być w stanie dokonać zakupu. Gdy użytkownik przechodzi do pola wyboru ilości, odczytywane są nazwa i ilość, ale potem użytkownik utknie – nie ma możliwości kontynuowania”.
— Numer wydania #11, kategoria „Komunikaty czytnika ekranu”
Na podstawie skargi dotyczącej serwisu e-commerce
„Na stronie internetowej pozwanego nie pojawia się żadne powiadomienie dla użytkownika o pomyślnym dodaniu produktu do koszyka. Po pomyślnym dodaniu produktu do koszyka kursor przechodzi dalej zgodnie z normalną kolejnością nawigacji, bez żadnego potwierdzenia dźwiękowego ani dotykowego. Użytkownik czytnika ekranu nie dowiaduje się zatem, czy jego czynność zakończyła się powodzeniem.”
— Numer wydania #20, kategoria „Komunikaty czytnika ekranu”
Na podstawie skargi dotyczącej strony internetowej z ostrymi sosami / artykułami konsumpcyjnymi
„Ikona koszyka na stronie internetowej nie jest poprawnie opisana. Ikona jest po prostu ogłaszana jako »link z liczbą«. Użytkownicy czytników ekranu nie będą w stanie zidentyfikować przycisku, który należy kliknąć, gdy będą gotowi do realizacji zamówienia”.
— Identyfikator problemu, kategoria „Proces realizacji zamówienia”
Na podstawie skargi skierowanej przeciwko sprzedawcy odzieży
„Ikona koszyka na górze każdej strony nie jest opatrzona żadnym opisem i jest po prostu oznaczona jako »zwinięta«. Powód oraz inni niewidomi użytkownicy odwiedzający tę stronę nie są w stanie dodać produktu do koszyka ani przejść do kasy”.
— Numer zgłoszenia, kategoria „Komunikaty czytnika ekranu”

Wartość diagnostyczna tych informacji jest ogromna. Każda z tych uwag wskazuje konkretny element z konkretną usterką. Nie są to abstrakcyjne sformułowania — opisują one dokładnie to, co faktycznie odczytuje czytnik ekranu. „Link numeryczny”. „Zwiń”. „Przycisk, przycisk, przycisk”. Są to dosłowne komunikaty czytnika ekranu napotykającego element, który nie posiada nazwy dostępności. Każdy, kto ręcznie sprawdza dostępność witryny, może wykorzystać te konkretne frazy jako przypadki testowe: „Czy nasz przycisk koszyka jest odczytywany jako „koszyk”, czy jako „zwiń”? Czy nasze pole ilości pozwala użytkownikowi przejść dalej po wprowadzeniu wartości?”

Wzory w wzorach

W kategorii czytników ekranu niektóre podwzory powtarzają się z uderzającą regularnością:

PodwzórCo to oznacza w kodzieDlaczego firma zostaje pozwana
„Nie ogłoszono”Element nie ma nazwy dostępowej (brak aria-label, alt, <label>lub treść tekstowa)Czytnik ekranu pomija ten element lub odczytuje jedynie „przycisk” / „link”
„Należy odczytać jako »zawalił się«”aria-expanded="false" na przycisk bez nazwy dostępnej dla czytników ekranowychCzytnik ekranu odczytuje jedynie stan, a nie to, co ten element kontroluje
„Odczytuj jako »łańcuch liczbowy«”Liczba wózków „(2)” to jedyna dostępna nazwa„2 link” nie ma sensu — nic nie wskazuje na to, że chodzi o wózek
„Wyprzedza konkurencję”Niestandardowy widget przejmuje fokus i uniemożliwia nawigację między kartamiUżytkownik nie może wrócić do pola wprowadzania danych ani przejść dalej
„Ta sama etykieta pojawia się dwukrotnie” / „Imię i nazwisko są wyświetlane jako »Nazwisko«”Dane wejściowe są pobierane aria-label z tego samego źródła — typowe dla narzędzi nakładkowychUżytkownik nie potrafi rozróżnić, które pole jest które
„Link do grafiki Hero Dash Three” powtórzony 4 razyWszystkie cztery zdjęcia główne mają tę samą alt z szablonu CMSUżytkownik czytnika ekranu słyszy ten sam ciąg znaków cztery razy z rzędu

Ostatni wiersz pochodzi z prawdziwego pozwu zawartego w naszym zbiorze danych. Chodzi właśnie o precyzję: prawnik reprezentujący powoda, czytając transkrypcję wygenerowaną przez czytnik ekranu, może skopiować ten tekst dosłownie do pozwu, a to stanie się podstawą do wniesienia zarzutu. Każda strona serwisu, na której pojawia się wyraźny błąd związany z czytnikiem ekranu, stanowi potencjalny zarzut w przyszłym pozwie.


Formularze: Najcichsze źródło odpowiedzialności

Skargi dotyczące formularzy pojawiają się w 1226 przypadkach – co stanowi około 16% naszego zbioru danych – jednak są one niedostatecznie uwzględnione w ogólnych statystykach, ponieważ większość skarg dotyczących formularzy jest oznaczona tagami „czytnik ekranu” lub „ogólne”, a nie jako odrębna kategoria „formularze”. Rzeczywisty odsetek skarg dotyczących formularzy w całej puli skarg wynosi, według analizy słów kluczowych, raczej 30–40%.

A konkretnie, na co powołują się powodowie:

Wejścia bez oznaczeń
158+
Wspólne wystąpienia wyrażeń „bez etykiety”, „brak etykiety”, „nie ma etykiety” oraz „nieoznakowany” w kontekście formularzy
Brak komunikatów o błędach
354
Występowanie „komunikatów o błędach” w skargach dotyczących formularzy
Oznaczenia pól obowiązkowych
146
Gwiazdki są wyświetlane, ale nie są eksponowane jako aria-required
Zestawy pól / grupy
1+
Prawie żaden z oskarżonych nie korzysta z <fieldset> dla wejść zgrupowanych
Tokeny autouzupełniania
3
Prawie żaden z powodów nie powołuje się na brak autocomplete atrybuty — jednak zgodnie z WCAG 2.1 SC 1.3.5 są one wymagane w standardowych polach
Zastępczy tekst jako etykieta
6
Udokumentowany antywzorzec; rzadko przywoływany, ale coraz częściej pojawiający się w skargach z lat 2025–2026

Dwie typowe usterki, które najczęściej pojawiały się w zgłoszeniach dotyczących procesu realizacji transakcji:

Z treści skargi dotyczącej formularza logowania do spółdzielczej kasy oszczędnościowo-kredytowej
„Pola formularza zamówienia są oznaczone jako »puste«. Użytkownicy nie mogą złożyć zamówienia, dopóki nie wypełnią tych pól, ale pola te nie są opatrzone etykietami, co uniemożliwia użytkownikowi wykonanie tego kroku”.
— Identyfikator problemu, kategoria „Proces realizacji zamówienia”
Na podstawie skargi dotyczącej serwisu e-commerce
„Pole wyboru »Tak samo jak adres rozliczeniowy« nie ma prawidłowej etykiety; gdy jest aktywne, odczytuje się je jedynie jako »0 – pole nie jest zaznaczone«.”
— Identyfikator problemu, kategoria „Proces realizacji zamówienia”

Komunikat „Pole wyboru 0 nie jest zaznaczone” jest szczególnie częstym zjawiskiem: pojawia się, gdy niestandardowy komponent pola wyboru wykorzystuje div przy użyciu obsługi wbudowanej skrypt łączy aria-checked="false" ale nie ma do niej przypisanej etykiety, więc czytnik ekranu przechodzi na tryb odczytywania dowolnego znalezionego tekstu DOM — w tym przypadku była to cyfra „0”, która odnosiła się do czegoś zupełnie innego.

🔴 Co jest przedmiotem pozwu
  • Dane wejściowe bez <label> / aria-label / aria-labelledby
  • Błędy są wyświetlane wyłącznie za pomocą czerwonej ramki lub tekstu umieszczonego pod polem; nigdy nie są udostępniane technologiom wspomagającym
  • Pola obowiązkowe oznaczone wyłącznie wizualną gwiazdką
  • Niestandardowe komponenty typu pole wyboru / przycisk opcji bez nazwy dostępności
  • Przyciski „Prześlij”, które zawierają wyłącznie słowo „przycisk”
  • Tekst zastępczy używany jako jedyna etykieta pola
🟢 Czego nie ma (w naszych danych)
  • Rodzimy <label> z odpowiednim for dopasowanie atrybutów do danych wejściowych id
  • Błędy związane z aria-describedby i ogłoszono na żywo za pośrednictwem aria-live
  • aria-required="true" odpowiadający wizualnej gwiazdce
  • Standard <input type="checkbox"> z odpowiednią etykietą
  • Przyciski z opisowym tekstem, np. „Złóż zamówienie”
  • Widoczne etykiety nad każdym polem

Globalna nawigacja pojawia się w 2 732 przypadkach (36%). Najczęstszymi elementami w tej kategorii są mobilne menu typu „hamburger”, mega-menu oraz rozwijane podmenu. Zgłoszenia są niezwykle spójne w odniesieniu do wszystkich pozwanych:

Na podstawie licznych skarg dotyczących witryn e-commerce
„Elementy funkcyjne strony, takie jak opcje rozwijanego menu, nie są opatrzone etykietami umożliwiającymi integrację z czytnikiem ekranu”.
„Po dwukrotnym naciśnięciu klawisza Tab kursor przechodzi po elementach w logicznej kolejności […] następnie kursor przesunął się poza listę pozycji podmenu, a podmenu zamknęło się nieoczekiwanie”.
„Nie ma dostępu do nagłówków kategorii, takich jak Produkty, Instytucje, Usługi, Zasoby i Firma”.
— Przykłady powtarzających się skarg, kategoria „Globalna nawigacja i nagłówek”

Jak to wygląda w praktyce: użytkownik widzący klika ikonę hamburgera, menu otwiera się z animacją i wyświetla opcje. Użytkownik czytnika ekranu przechodzi do tej samej ikony za pomocą klawisza Tab, słyszy komunikat „przycisk” (brak nazwy dostępności), aktywuje ją i albo nie słyszy żadnego komunikatu (menu się otworzyło, ale czytnik ekranu o tym nie wie), albo fokus pozostaje na ikonie, podczas gdy pozycje menu są widoczne na ekranie, ale nie znajdują się w kolejności tabulatora klawiatury.

Jest to klasyczne naruszenie wytycznych WCAG 2.1: kryterium sukcesu 4.1.2 (Nazwa, rola, wartość) wymaga, aby elementy interfejsu użytkownika miały rolę programową i nazwę dostępną dla programów; kryterium sukcesu 2.1.1 (Klawiatura) wymaga, aby wszystkie funkcje były obsługiwane za pomocą klawiatury. Przycisk „hamburger” bez nazwy dostępnej dla programów nie spełnia żadnego z tych wymagań. Rozwiązaniem jest dodanie dwóch atrybutów: aria-label="Menu" oraz aria-expanded="true|false" aktualizowane po przełączeniu. Każda strona, którą znaleźliśmy w naszym zbiorze danych jako źródło problemów z menu typu hamburger, była stroną, na której nie zastosowano tych dwóch rozwiązań.

Wzorzec: w 113 skargach pojawia się stwierdzenie, że „menu nie informowało o swoim statusie”

Chodzi tu konkretnie o aria-expanded niepowodzenie. Przycisk służy do rozwijania panelu, ale użytkownicy czytników ekranu nie mają pojęcia, czy panel jest obecnie otwarty, czy zamknięty. Naciskają przycisk, nie słyszą żadnego sygnału, naciskają go ponownie i w końcu się poddają. W kilku skargach, z którymi się zapoznaliśmy, właśnie ten schemat opisano jako moment, w którym skarżący zrezygnował z zakupu.


Obrazy i teksty alternatywne: 42% wszystkich przypadków

Problem dostępności obrazów pojawia się w 3 179 przypadkach — stanowi to 42% naszego zbioru danych. Skargi nie dotyczą wyłącznie braku tekstu alternatywnego. Dotyczą one błędnego, zbędnego lub wprowadzającego w błąd tekstu alternatywnego, często generowanego przez narzędzia automatyczne.

Powtarzające się schematy:

Brak tekstu alternatywnego
298
Bezpośrednie wzmianki o „brakującym alt” — obrazach informacyjnych bez alt w ogóle
Zapasowy alt
200
Ten sam tekst alternatywny powtarza się na wielu różnych obrazach lub tekst alternatywny jest identyczny z otaczającym go tekstem
Kwestie związane z logo
394
Obrazy logo bez atrybutu alt lub z atrybutem alt=”image” / “logo.png” zamiast nazwy marki
Problemy z ikonami
419
Ikona jako przycisk bez aria-label — wyświetla się wyłącznie jako „przycisk” lub „link”
Ozdobne, bez oznaczenia
75
Obrazy dekoracyjne, które powinny alt="" ale zamiast tego zawierają bezsensowny opis
Puste pole „alt” w tekście informacyjnym
11
Problem odwrotny — znaczące obrazy oznaczone jako alt=""

Jeden konkretny schemat skarg z naszego zbioru danych jest tak powtarzalny, że zacytujemy go dosłownie:

Skarga dotycząca barier dostępności na stronie głównej
„Po nagłówku użytkownicy czytników ekranu nie słyszą opisu obrazu, a zamiast tego słyszą czterokrotnie powtarzane sformułowanie »Hero Dash Three Graphic Image Link« ”.
— Numer zgłoszenia, Kategoria strony głównej

Oto podpis szablonu obrazu w systemie CMS, który nie został jeszcze skonfigurowany: zespół marketingowy serwisu przesyła obraz „hero” do sekcji o nazwie hero-3-graphic, system CMS wykorzystuje nazwę sekcji jako zastępczy tekst alternatywny, a strona zawiera cztery takie sekcje z rotacją banerów na stronie głównej. Każdy niewidomy użytkownik odwiedzający stronę główną słyszy ten sam bezużyteczny ciąg znaków cztery razy z rzędu. Wystarczyłaby jedna zmiana w konfiguracji CMS, aby to naprawić — jednak problem ten pojawia się w skargach wielokrotnie, ponieważ nikt nigdy tego nie naprawił.

Problem z atrybutem „alt=’obrazek niebiesko-żółtego znaku’ dla logo”

W latach 2024–2026 coraz większa część skarg dotyczących obrazów wynika z tekstów alternatywnych generowanych przez sztuczną inteligencję za pomocą narzędzi do poprawy dostępności. Nasze dane kategoryczne wskazują na 241 skarg dotyczących tekstów alternatywnych, które są albo bezsensowne, albo celowo wprowadzają w błąd — są to opisy takie jak „tekst”, „plik”, „miasto” lub niejasne opisy wizualne elementów o konkretnym, istotnym znaczeniu (logo firmy, zdjęcie produktu, ikona stanu). Skargi te są szczególnie trudne dla pozwanych, ponieważ tekst alternatywny generowany przez sztuczną inteligencję został dodany przez zautomatyzowane narzędzie nakładkowe, które według firmy miało zwiększyć dostępność strony — a skarga dotyczy tego, że wprowadziło ono błędne informacje, przez co strona stała się mniej dostępna.


Okna modalne, wyskakujące okienka i banery dotyczące plików cookie: 21% przypadków

Problemy związane z oknami modalnymi i wyskakującymi wystąpiły w 1 616 przypadkach (21%). Najczęściej powtarzającym się sformułowaniem w tej kategorii jest „niezgłoszone” (502 wzmianki) — oznacza to, że okno modalne się otworzyło, ale czytnik ekranu nie zarejestrował tego zdarzenia, a fokus pozostał na przycisku uruchamiającym.

Na podstawie licznych skarg — niemal powszechny schemat
„Powód nie miał dostępu do wyskakującego okienka promocyjnego »Zarejestruj się, aby uzyskać 20% zniżki na pierwsze zamówienie«, ponieważ nie jest ono odczytywane przez czytniki ekranu”.
„Kiedy powódka kliknęła przycisk »Dodaj do koszyka«, nie otrzymała głosowego powiadomienia o dodaniu produktu do koszyka, a kursor nie przesunął się do okna wyskakującego”.
„Powód oraz inni użytkownicy czytników ekranu odwiedzający tę stronę internetową nie są świadomi istnienia tego wyskakującego okienka; kursor nie przechodzi do tego okienka, nie mogą oni zmienić ilości, usunąć produktu ani przejść do kasy”.
— Przykłady najczęściej zgłaszanych problemów z kategorii „Okienka, okna modalne i nakładki”

Ten schemat jest tak powtarzalny w tysiącach przypadków, że warto go w pełni opisać jako kanoniczny „modalny tryb awarii”:

  1. Użytkownik klika przycisk (użytkownik widzący widzi, jak otwiera się okno modalne).
  2. Okno modalne jest dodawane do DOM bez role="dialog" lub aria-modal="true".
  3. Ostrość nie jest przenoszona do okna modalnego.
  4. Użytkownik czytnika ekranu nadal pozostaje przy pierwotnym przycisku i nie ma pojęcia, że stan strony uległ zmianie.
  5. Przechodzą dalej za pomocą klawisza Tab — fokus okna modalnego nie jest zablokowany, więc przechodzą do tła strony.
  6. Naciskają klawisz Escape — nic się nie dzieje (okno modalne nie ma procedury obsługi klawisza Escape).
  7. Ten wizualny okienko uniemożliwia im dostęp do tego, co znajduje się za nim.
  8. Poddają się.

Rozwiązanie jest dobrze udokumentowane i standardowe: role="dialog" na kontenerze modalnym, aria-modal="true", przenosi fokus na pierwszy element w oknie modalnym, na którym można ustawić fokus, po jego otwarciu, zatrzymuje fokus w oknie modalnym, dopóki jest ono otwarte, przywraca fokus do elementu wyzwalającego po zamknięciu oraz nasłuchuje naciśnięcia klawisza Escape w celu zamknięcia. Jednak ponad 100 zgłoszeń w naszym zbiorze danych dotyczy okna modalnego, które nie można zamknąć — co oznacza, że nie ma obsługi klawisza Escape, a sam przycisk zamykania jest niedostępny.

Paski informacyjne dotyczące plików cookie i okna dialogowe dotyczące zgody stanowią szczególny przypadek

W naszym zbiorze danych odnotowano 34 skargi, w których jako przeszkody w dostępności wymieniono konkretnie wyskakujące okienka dotyczące zgody na pliki cookie — najczęściej dlatego, że okienko to zasłania stronę, a nie można go zamknąć za pomocą klawiatury. Zgodnie z prawem UE (rozporządzeniem EAA, obowiązującym od 28 czerwca 2025 r.) niedostępny baner dotyczący plików cookie stanowi podwójny problem: może zarówno nie spełniać wymogów dotyczących dostępności, jak i uniemożliwiać użytkownikom wyrażenie ważnej zgody zgodnie z RODO. Kilka działań egzekucyjnych UE z 2025 r. było skierowanych konkretnie przeciwko procesom uzyskiwania zgody, które nie spełniają wymogów dostępności.


Proces realizacji transakcji: gdzie sklepy internetowe ponoszą porażki

Skargi dotyczące konkretnie procesu realizacji transakcji pojawiły się w 1 656 przypadkach (22%). Jeśli połączymy je z powiązanymi kategoriami — „Dodaj do koszyka” (718 przypadków), „Strona koszyka” (1 022), „Płatność” (524) oraz „Zarządzanie adresem” (130) — odsetek przypadków opisujących nieprawidłowy przebieg procesu zakupu jest znacznie wyższy.

Wzorce zgłaszanych skarg są niezwykle charakterystyczne dla lejka sprzedażowego w handlu elektronicznym:

Etap lejkaCharakterystyczny przebieg dolegliwościCzęstotliwość występowania w danych
Przeglądanie produktówPrzyciski filtrów nie są opatrzone etykietami / nie są dostępne za pomocą klawiaturyKilkaset wzmianek
Szczegóły produktuBrak komunikatów dotyczących wyboru rozmiaru, próbek kolorów lub wprowadzania ilościBezpośrednie wzmianki w 2 725 przypadkach
Dodaj do koszykaPo kliknięciu nie pojawia się żadne potwierdzenie — użytkownik nie wie, czy operacja się powiodłaNajczęściej cytowany wzór w tej kategorii
Ikona koszykaLiczba wózków wyświetlana jako „brak danych” lub „link do liczby”Powtarzające się w setkach skarg
Strona koszykaNie można zmienić ilości, przycisk usuwania nie ma opisuBezpośrednie wzmianki w 1022 przypadkach
Kasa — adresPole kodu pocztowego nie ma etykiety; lista rozwijana kraju nie ma etykietyW 130 przypadkach wyraźnie wskazano pola adresu
Kasa — płatnośćPole numeru karty nie ma etykiety; pole wyboru „tak samo jak w rozliczeniu” jest nieprawidłowo sformułowane524 sprawy dotyczące płatności
Kasa — błądBłędy w formularzu są wyświetlane wizualnie, ale nie są odczytywane przez czytniki ekranu354 wystąpienia wyrażenia „komunikat o błędzie” w kontekście formularzy
Do kasy — zatwierdźPrzycisk „Złóż zamówienie” nie ma etykiety lub nie działa po naciśnięciu klawiszaCykliczne

Szkody ekonomiczne wynikające z bariery w procesie realizacji transakcji mają charakter asymetryczny. Każda inna bariera dostępności na stronie internetowej ogranicza użytkownikowi możliwość znalezienia informacji. Niesprawna strona płatności wpływa na zdolność użytkownika do sfinalizowania zakupu. Dlatego właśnie podmioty zajmujące się handlem elektronicznym narażone są na nieproporcjonalne ryzyko — nie dlatego, że strony e-commerce mają więcej barier jako takie, ale dlatego, że każda bariera na stronie płatności jest w rzeczywistości odmową świadczenia usługi, którą prawo traktuje poważniej niż barierę na, powiedzmy, stronie „O nas”.

Jedna konkretna usterka, którą wielokrotnie zaobserwowaliśmy w naszych danych: stanu pomyślnego wykonania operacji „Dodaj do koszyka”. Wiele stron dodaje produkt do koszyka bez odświeżania strony, wyświetlając małe powiadomienie typu toast lub okienko modalne z komunikatem „Dodano do koszyka!”. Jeśli tego powiadomienia nie ma w aria-live W takiej sytuacji użytkownik czytnika ekranu nie otrzymuje żadnej informacji zwrotnej, że coś się wydarzyło. Klikają ponownie „Dodaj do koszyka”. I jeszcze raz. W rezultacie w koszyku mogą znaleźć się trzy takie same produkty — albo mogą się poddać i całkowicie zrezygnować z zakupu. Oba scenariusze pojawiają się w zgłoszeniach reklamacyjnych.


Nawigacja za pomocą klawiatury: test wykrywający 37% przypadków

Problemy z nawigacją za pomocą klawiatury występują w 2 821 przypadkach (37%). Skargi mają konkretny charakter:

„Nawigacja za pomocą klawiatury”
406
Bezpośrednie wzmianki o niemożności obsługi strony bez myszki
Brak wskaźnika ustawienia ostrości
230
Element, na którym znajduje się kursor, nie ma żadnego wizualnego oznaczenia — użytkownik nie wie, gdzie się znajduje
Niewłaściwe użycie atrybutu tabindex
117
Nieprawidłowa kolejność tabulatorów lub brak elementów interaktywnych w kolejności tabulatorów
Pułapka klawiaturowa
88
Użytkownik natrafia na element, którego nie może ominąć za pomocą klawisza Tab — musi odświeżyć stronę
Nie można uzyskać dostępu
55
Funkcja dostępna wyłącznie za pomocą myszy — często spotykana w niestandardowych menu rozwijanych
Kolejność tabulatora
41
Układ nie odpowiada przebiegowi wizualnemu — okno modalne jest otwarte, ale fokus pozostaje w tle

Najważniejsza praktyczna wskazówka z tej kategorii: test klawiaturowy pozwala wykryć większość naruszeń zasad dostępności na większości stron internetowych w mniej niż pięć minut. Naciśnij klawisz Tab. Obserwuj, gdzie przesuwa się wskaźnik fokusu. Jeśli zniknie (brak widocznego stanu fokusu) — to jest to SC 2.4.7 (Widoczny fokus). Jeśli dotrzesz do elementu i nie możesz przejść dalej za pomocą klawisza Tab — to jest to SC 2.1.2 (Brak pułapki klawiaturowej). Jeśli dotrzesz do okna modalnego, a kolejność tabulatora przechodzi do strony w tle — to jest to SC 2.4.3 (Kolejność fokusu). Jeśli ikona koszyka w ogóle nie otrzymuje fokusu — to jest to SC 2.1.1 (Klawiatura).

Nie potrzebujesz czytnika ekranu, narzędzia do audytu ani żadnej specjalistycznej wiedzy, aby wykryć większość problemów, z powodu których strony internetowe stają się przedmiotem pozwów sądowych. Wystarczy klawiatura. Fakt, że w 2821 sprawach odnotowano problemy z obsługą klawiatury, oznacza, że 2821 stron nie przeszło 5-minutowego testu, który mógł przeprowadzić każdy z ich programistów.

2821 stron internetowych nie przeszło 5-minutowego testu, który mogli przeprowadzić ich twórcy. Koszty obrony i kwoty ugód w tych sprawach wystarczyłyby na sfinansowanie tego testu aż 100 000 razy.
Ten 5-minutowy test pozwala wykryć 37% przypadków. Pozostałe 63% wymaga pomocy osoby korzystającej z czytnika ekranu.

Automatyczne skanery wykrywają około 30–40% problemów związanych z WCAG. Reszta to okna modalne, których czytniki ekranu nie wykrywają, oraz powiadomienia, które nigdy nie docierają do aria-live W regionie tym artefakt „pole wyboru 0 nie jest zaznaczone” w komponencie niestandardowym ujawnia się wyłącznie podczas ręcznego testowania rzeczywistych ścieżek użytkowników. AIOPSGROUP przeprowadza ten test na pięciu ścieżkach, które faktycznie generują przychody: strona główna, strona produktu (PLP), strona szczegółów produktu (PDP), koszyk, realizacja zamówienia.

→ Zamów ręczną analizę najpopularniejszych ścieżek użytkowników


Typowy problem: dlaczego skargi „indywidualne” wcale nie są takie

Jednym z najbardziej uderzających wniosków płynących z naszej analizy wzorców jest to, że znaczna część treści skarg jest identyczna w setkach odrębnych spraw. Przeprowadziliśmy porównanie dokładne pierwszych 80 znaków opisu każdej sprawy. Kilka zwrotów powtarza się z niezwykłą częstotliwością:

Sztampowe sformułowaniePrzykłady wykorzystania funkcji „verbatim”
„Te przeszkody w dostępie uniemożliwiły powodowi pełny i równy dostęp do oraz korzystanie z…”991
„Powódowi odmówiono pełnego korzystania z obiektów, towarów i usług…”843
„§ 8-107 ust. 4 lit. a) Kodeksu administracyjnego w odniesieniu do odmowy aktualizacji lub usunięcia bariery dostępu…” (NYC HRL)504
„W rzeczywistości bariery dostępu uniemożliwiają osobom niewidomym i niedowidzącym…”312
„Powód nie zrozumiał przeznaczenia interaktywnego elementu na stronie…”135
„Powód nie był w stanie ustalić, w której części podmenu znajdował się fokus klawiatury…”78
„W rezultacie powód miał trudności z poruszaniem się po menu i nie mógł…”64
„Powód otrzymał nieprawdziwe informacje dotyczące przeznaczenia elementu w…”61
„Strona internetowa posiadała funkcje związane z konkretnymi urządzeniami, takie jak zależność od myszy, co sprawiało, że…”55
„Powód nie otrzymał możliwości obejścia powtarzających się blokad treści…”50

Tak wygląda fabryka pozwów sądowych. Gotowe szablony są bardzo wydajne — gdy szablon pozwu zostanie sprawdzony w praktyce sądowej (tj. przetrwa wnioski o oddalenie sprawy w wcześniejszych sprawach), można go ponownie wykorzystać w setkach kolejnych pozwów, zmieniając jedynie nazwisko pozwanego i kilka szczegółów dotyczących konkretnej strony internetowej. Akapity dotyczące konkretnych problemów są następnie wstawiane jako standardowe moduły: „opcje rozwijanego menu nie są oznaczone”, „brak wskaźnika fokusu”, „czytnik ekranu nie ogłasza liczby produktów w koszyku” i tak dalej.

Dla pozwanych ma to dwa skutki. Po pierwsze, otrzymywane przez nich pozwy sprawiają wrażenie spersonalizowanych, ale w rzeczywistości tak nie jest — większość ich treści jest identyczna jak w przypadku setek innych pozwanych objętych postępowaniami prowadzonymi przez tę samą kancelarię. Po drugie, odpowiedź strony pozwanej również może opierać się na szablonie, a wiele dużych kancelarii zajmujących się obroną posiada obecnie gotowe, ustandaryzowane odpowiedzi na pozwy dotyczące dostępności. To właśnie między innymi dlatego ugody zawierane są tak szybko: obie strony mają już w tym doświadczenie.


Które branże są najczęściej pozywane

Dane dotyczące pozwanych są bardziej nieuporządkowane niż dane dotyczące spraw — pliki JSON zawierają dziesiątki tysięcy unikalnych nazwisk pozwanych, a wiele z nich zawiera jedynie nazwy firm bez klasyfikacji branżowej. Dzięki analizie słów kluczowych w nazwach pozwanych uzyskujemy przybliżony rozkład branżowy:

Handel elektroniczny / Handel detaliczny3 931 (36%)
Restauracja / Żywność490 (4,5%)
Opieka zdrowotna287 (2,7%)
Edukacja212 (2,0%)
Uroda / Kosmetyki176 (1,6%)
Hotelarstwo / Gastronomia170 (1,6%)
Technologia / SaaS127 (1,2%)
Nieruchomości113 (1,0%)
Usługi finansowe87 (0,8%)
Rząd69 (0,6%)

Pozostałe około 46% pozwanych nie spełniło żadnego z naszych filtrów opartych na słowach kluczowych związanych z branżą i nie zostało sklasyfikowanych — wiele z nich to spółki z ograniczoną odpowiedzialnością, spółki holdingowe lub małe przedsiębiorstwa, których nazwy nie wskazują na branżę. Jest to przybliżona klasyfikacja heurystyczna, a nie precyzyjna.

Dominującą kategorią jest handel elektroniczny i handel detaliczny, które stanowią 36% udziału – i to z bardzo dużą przewagą. Jest to zrozumiałe, biorąc pod uwagę strukturę tych stron: witryny e-commerce oferują najwięcej interaktywnych funkcji (wyszukiwanie, przeglądanie, koszyk, realizacja zamówienia), mają najwięcej stron, najwięcej obrazów oraz zapewniają największą ekspozycję na jednego odwiedzającego. Obsługują one również transakcje, co oznacza, że wszelkie bariery uniemożliwiają osiągnięcie wymiernych korzyści ekonomicznych. Drugą co do wielkości grupę stanowią restauracje — w dużej mierze dzięki zamówieniom online i rezerwacjom, które często nie są dostępne dla osób niepełnosprawnych.

Uderzająca jest różnorodność pozwanych w obrębie poszczególnych branż. Wśród pozwanych z sektora e-commerce znajdują się takie firmy jak Williams-Sonoma, Hanesbrands, Fossil Group, Crocs, Burberry, Calzedonia oraz tysiące znacznie mniejszych sprzedawców detalicznych. Pozwy nie skupiają się na niewielkiej liczbie firm, które dopuściły się nieprawidłowości — obejmują one szeroki zakres całego sektora e-commerce.


Kalkulator ekspozycji na ryzyko

Poniżej przedstawiono przybliżoną ocenę potencjalnego ryzyka na podstawie tendencji widocznych w naszym zbiorze danych. Podane liczby nie stanowią porady prawnej i nie odnoszą się konkretnie do żadnego z pozwanych — są to zbiorcze szacunki oparte na przedstawionych powyżej danych dotyczących czasu trwania spraw i wzorców ugód. Rzeczywiste ryzyko zależy od jurysdykcji, branży, dotychczasowej historii dostępności, istnienia udokumentowanego programu naprawczego oraz wielu innych czynników, które nie znajdują odzwierciedlenia w metadanych PACER.

Oszacuj swoje roczne ryzyko związane z pozwami dotyczącymi dostępności

2.0M
$24,000
Szacowana roczna kwota narażenia (przybliżony przedział kosztów postępowania sądowego i ugody)
Wstępne szacunki dla całej branży oparte na zaobserwowanych wzorcach zachowań. Podane dane mają charakter poglądowy; rzeczywiste narażenie może się znacznie różnić. Niniejszy dokument nie stanowi porady prawnej ani finansowej. W celu przeprowadzenia szczegółowej oceny ryzyka należy skonsultować się z prawnikiem.

Najważniejszym czynnikiem w tej analizie jest stopień zaawansowania działań na rzecz dostępności. Witryny, które wdrożyły dojrzały program — czyli obejmujący zautomatyzowane testy dostępności w ramach ciągłego wdrażania (CI), co najmniej coroczne audyty ręczne oraz uwzględnienie dostępności na etapie projektowania i weryfikacji kodu — są narażone na ryzyko około 20 razy mniejsze niż witryny, które nie posiadają żadnego programu w tym zakresie. Efekt łączny: według naszych przybliżonych szacunków inwestycja w dojrzały program na rzecz dostępności pozwala ograniczyć roczne ryzyko pozwów sądowych o około 95% w przypadku witryn o tym samym profilu.


Co faktycznie zmniejsza ryzyko: wnioski płynące z przypadków, w których nie dochodzi do powtórnego wniesienia pozwu

W naszym zbiorze danych znajduje się przydatny sygnał negatywny: 600 powodów, którzy występują tylko w jednej sprawie. Są to pojedynczy użytkownicy niepełnosprawni, którzy napotkali przeszkodę i wnieśli jedno powództwo — nie chodzi tu o masowe, seryjne postępowania sądowe. Pozwani w tych pojedynczych sprawach dzielą się zazwyczaj na dwie grupy: tych, którzy nigdy więcej nie zostają pozwani (ponieważ usunęli przyczynę problemu), oraz tych, którzy pół roku później zostają pozwani przez innego powoda (ponieważ tego nie zrobili).

Z danych dotyczących terminów zakończenia spraw i typów spraw wynika, że środki zaradcze, które okazują się skuteczne w rzeczywistych wynikach postępowań sądowych, nie są niczym nowym. Są to standardowe praktyki w zakresie projektowania dostępności. Nasze dane pozwalają nam jednak uszeregować je według częstotliwości występowania danego problemu w skargach — czyli według tego, które rozwiązania zapobiegają najczęściej ponownemu wystąpieniu danej usterki:

🟢 Co zmniejsza ryzyko nawrotu (według naszych danych)
  • Ręczne testowanie czytników ekranu w 5 najpopularniejszych ścieżkach użytkownika (strona główna → strona wyniku wyszukiwania → strona szczegółów produktu → koszyk → realizacja zamówienia)
  • Nawigacja wyłącznie za pomocą klawiatury w całym procesie
  • Programowy etykiety formularzy przy każdym wprowadzaniu danych (<label for=…> lub aria-labelledby)
  • Obszary aktywne (aria-live) w przypadku dodawania produktów do koszyka, błędów w formularzach oraz powiadomień typu toast
  • Dostępność modalna: role="dialog", blokada ostrości, powrót do ostrości przy zbliżeniu, obsługa klawisza Escape
  • Widoczne wskaźniki aktywacji na każdym interaktywnym elemencie (nie zastępuj domyślnych ustawień przeglądarki, chyba że Twoje rozwiązanie jest bardziej widoczne)
  • Rzeczywisty tekst alternatywny w przypadku obrazów w treści, alt="" do celów dekoracyjnych
  • Zautomatyzowane testy typu axe-core lub równoważne w ramach CI/CD, które powodują niepowodzenie kompilacji w przypadku wykrycia regresji
  • Coroczne audyty przeprowadzane przez niezależne podmioty wraz z udokumentowanymi działaniami naprawczymi (zapewnia to również dokumentację na potrzeby ewentualnej obrony)
🔴 Co nie zmniejsza ryzyka nawrotu (według naszych danych)
  • Same widżety nakładki ułatwień dostępu — w wielu zgłoszeniach zawartych w naszym zbiorze danych jako przeszkodę wskazano właśnie zmiany wprowadzane przez tę nakładkę
  • Strona zawierająca oświadczenie o dostępności, która sama w sobie nie jest dostępna (wspomniana w wielu skargach)
  • „Skontaktuj się z nami, jeśli masz problemy z dostępnością” jako jedyna droga dochodzenia roszczeń — sądy uznały to za niewystarczające
  • Jednorazowe kontrole bez stałego monitorowania (problemy powracają przy kolejnym wdrożeniu)
  • Same narzędzia automatyczne bez testów ręcznych — wykrywają one około 30–40% problemów związanych z WCAG
  • Dostępność ograniczona wyłącznie do urządzeń mobilnych, podczas gdy strona na komputery stacjonarne zawiera bariery (lub odwrotnie)
🟢 Model „najważniejszego środka zapobiegawczego”

Gdybyśmy mieli wskazać jedno działanie, które w największym stopniu wpływa na to, by dane elementy nie pojawiały się wielokrotnie w naszym zbiorze danych, byłoby to właśnie to: ręczne przechodzenie przez główny proces zakupu lub rejestracji na stronie przy użyciu czytnika ekranu i klawiatury, od początku do końca, w każdym cyklu wydawniczym. Większość wzorców, które udokumentowaliśmy powyżej — nieoznaczone pola wprowadzania danych, brak komunikatu czytnika ekranu przy przycisku „Dodaj do koszyka”, okna modalne, które nie są ogłaszane, ikony koszyka ogłaszane jako „zwinięte” — zostaje wykryta w ciągu pierwszych 10 minut wykonywania tego ćwiczenia. Sam 5-minutowy test klawiatury pozwala zidentyfikować naruszenia w 2821 z naszych 8788 przypadków.

Oto program, który firma AIOPSGROUP tworzy dla swoich klientów

Ręczne testowanie czytników ekranu i klawiatury w obszarach, które generują konwersje. Zautomatyzowane kontrole w środowisku CI, które powodują niepowodzenie kompilacji w przypadku pogorszenia dostępności. Coroczne audyty przeprowadzane przez niezależne podmioty wraz z udokumentowanymi działaniami naprawczymi — czyli dokumentacja, którą sądy traktują jako dowód podjęcia działań w dobrej wierze. Nie chodzi o nakładkę, która w skardze innej osoby zostanie uznana za barierę.

→ Skontaktuj się z nami w sprawie kompleksowego programu zapewnienia dostępności


Podsumowując

Trzy wnioski, jakie faktycznie wynikają z naszej analizy 113 120 skarg

Po pierwsze — spory dotyczące dostępności to branża oparta na ugodach, a nie na wyrokach. Mediana czasu trwania sprawy wynosi 97 dni. 46% spraw kończy się w ciągu mniej niż 90 dni. 84% spraw kończy się w ciągu mniej niż 180 dni. Sprawy są prowadzone z myślą o szybkim zawarciu ugody, ponieważ obie strony znają ekonomię: szybka ugoda plus zobowiązanie do naprawy szkód plus honorarium powoda to dla niemal każdego pozwanego tańsze rozwiązanie niż proces sądowy.

Po drugie — przeszkody, które są przedmiotem pozwów, to w większości te same przeszkody, w tych samych miejscach, o tych samych schematach kodu. Ikony koszyka ogłaszane jako „zwinięte”. Przycisk „Dodaj do koszyka” bez dźwiękowego potwierdzenia. Formularze bez etykiet. Okna modalne, których czytniki ekranu nie wykrywają. Kolejność tabulatorów klawiatury, która nie działa w menu. Te 5–10 wzorców stanowi przyczynę większości skarg w 8788 sprawach. Nie są one nowe. Nie są trudne do naprawienia pod względem technicznym. Nie da się ich wykryć wyłącznie za pomocą specjalistycznych narzędzi — większość z nich jest oczywista w ciągu 10-minutowego testu ręcznego.

Po trzecie — skuteczna strategia to ta sama, którą specjaliści ds. dostępności zalecają od dwóch dekad. Należy od samego początku tworzyć strony w sposób zapewniający dostępność; testować je przy użyciu rzeczywistych technologii wspomagających; traktować dostępność jako część standardowej kontroli jakości; oraz dokumentować swój program. Strategia, która konsekwentnie zawodzi, polega na dodawaniu modułów innych firm już po uruchomieniu serwisu. Wiele skarg w naszym zbiorze danych wskazuje właśnie na te moduły jako barierę — co sprawia, że narzędzie, które miało zapewnić zgodność z przepisami, staje się przedmiotem skargi.

W przypadku organizacji, które obecnie nie są przedmiotem postępowania sądowego, pytanie nie brzmi: „jak uniknąć pozwów?”, ale „jak stworzyć usługę cyfrową, z której faktycznie będą mogli korzystać użytkownicy niepełnosprawni?”. Oba pytania prowadzą do tej samej odpowiedzi, ale wiążą się z zupełnie odmiennymi priorytetami organizacyjnymi. Pierwsze z nich prowadzi do wprowadzania dodatkowych rozwiązań o charakterze obronnym, które często stwarzają nowe bariery. Drugie prowadzi do trwałych praktyk inżynieryjnych, które tworzą lepszy produkt dla wszystkich — a przy okazji zapewniają najsilniejszą dostępną obronę prawną, jaką jest strona, która od początku nie zawodzi w testach dostępności.

8 788 spraw zawartych w naszym zbiorze danych oraz 113 120 skarg w nich ujętych nie są przypadkowe. Stanowią one niemal kompletny obraz niewielkiego zestawu powtarzających się uchybień, które są przyczyną niemal wszystkich zagrożeń prawnych. Mapa została sporządzona. Teraz pozostaje ją wykorzystać.