Lista kontrolna zgodności witryny z ADA Title III

Podstawa prawna: ADA Title III i witryny internetowe

Title III ustawy Americans with Disabilities Act (ADA) zakazuje dyskryminacji ze względu na niepełnosprawność w miejscach użyteczności publicznej. ADA została uchwalona w 1990 roku, przed powstaniem komercyjnego internetu — co przez dekady prowadziło do sporów sądowych o to, czy witryny internetowe kwalifikują się jako „miejsca użyteczności publicznej”.

Aktualny stan prawny w dużej mierze rozstrzygnął tę kwestię na korzyść włączenia. Większość sądów federalnych, które zajmowały się tą sprawą, uznała, że witryny obsługiwane przez firmy otwarte dla publiczności są objęte Title III. Departament Sprawiedliwości (DOJ) opublikował formalne wytyczne w marcu 2022 roku, potwierdzające, że ADA obejmuje witryny internetowe. W kwietniu 2024 roku DOJ opublikował ostateczną regulację na podstawie Title II (obejmującą władze stanowe i lokalne), wprost przyjmującą WCAG 2.1 poziomu AA — co jest silnym sygnałem tego, co Title III w końcu skodyfikuje.

Praktyczny wynik: jeśli prowadzisz witrynę, przez którą klienci uzyskują dostęp do towarów, usług lub informacji, ADA Title III ma zastosowanie do tej witryny.

Co oznacza „dostępna” na podstawie ADA

ADA nie definiuje konkretnego standardu technicznego dla dostępności witryn. Sądy i DOJ konsekwentnie traktują zgodność z Web Content Accessibility Guidelines (WCAG) 2.1 poziomu AA jako punkt odniesienia dla ustalenia, czy witryna spełnia wymóg niedyskryminacji ADA. WCAG 2.1 AA jest standardem stosowanym w prawie wszystkich ugodach DOJ i większości planów zgodności nadzorowanych przez sądy.

Poniższa lista kontrolna mapuje najważniejsze kryteria sukcesu WCAG 2.1 AA na praktyczne obowiązki zgodności.

Lista kontrolna zgodności witryny z ADA Title III

1. Alternatywy tekstowe dla treści nietekstowej

Każdy znaczący obraz ma atrybut alt, który przekazuje jego cel
Obrazy dekoracyjne mają pusty alt="", aby czytniki ekranu je pomijały
Ikony używane jako przyciski lub linki mają dostępne nazwy (poprzez aria-label lub widoczny tekst)
Wykresy i infografiki mają opisy tekstowe lub tabele danych jako alternatywy
CAPTCHA zapewnia alternatywę audio wraz z wyzwaniem wizualnym

Dlaczego to ma znaczenie: Użytkownicy czytników ekranu nie otrzymują żadnej informacji o obrazie bez tekstu alternatywnego. Przycisk zakupu oznaczony jedynie ikoną, bez dostępnej nazwy, jest praktycznie niewidoczny dla użytkownika czytnika ekranu.

2. Napisy i transkrypcje dla mediów

Wcześniej nagrane wideo ma zsynchronizowane napisy zamknięte
Transmisje wideo na żywo mają napisy w czasie rzeczywistym
Wcześniej nagrane treści tylko audio (podcasty) mają transkrypcję tekstową
Wcześniej nagrane wideo z istotnym dźwiękiem ma dostępną transkrypcję
Automatycznie generowane napisy są sprawdzane i poprawiane przed publikacją

Dlaczego to ma znaczenie: Napisy są głównym sposobem, w jaki osoby głuche i niedosłyszące uzyskują dostęp do treści wideo. Niedokładne, automatycznie generowane napisy nie spełniają tego wymogu.

3. Kolor i projekt wizualny

Informacje nigdy nie są przekazywane wyłącznie kolorem (np. pola wymagane są oznaczone tekstem lub ikoną, nie tylko czerwoną ramką)
Zwykły tekst (poniżej 18pt / 14pt pogrubiony) ma współczynnik kontrastu co najmniej 4,5:1 względem tła
Duży tekst (18pt+ lub 14pt+ pogrubiony) ma współczynnik kontrastu co najmniej 3:1
Komponenty interfejsu (przyciski, pola, wskaźniki fokusu) mają co najmniej 3:1 kontrastu względem sąsiednich kolorów
Stany błędu komunikują błąd w tekście, nie tylko poprzez zmianę koloru

Dlaczego to ma znaczenie: Około 8% mężczyzn i 0,5% kobiet ma jakąś formę zaburzenia widzenia kolorów. Poleganie wyłącznie na kolorze wyklucza znaczącą część użytkowników.

4. Dostępność klawiaturowa

Wszystkie elementy interaktywne (linki, przyciski, formularze, menu, okna modalne, wybory dat) są osiągalne i obsługiwalne wyłącznie za pomocą klawiatury
Kolejność tabulacji jest logiczna i przewidywalna
Brak pułapek klawiaturowych — użytkownicy mogą wejść i wyjść z każdego komponentu za pomocą standardowych klawiszy
Niestandardowe widżety (listy rozwijane, suwaki, okna dialogowe) wdrażają oczekiwane wzorce interakcji klawiaturowej
Link „przejdź do treści głównej” jest pierwszym elementem możliwym do skupienia fokusem na każdej stronie

Dlaczego to ma znaczenie: Użytkownicy z niepełnosprawnościami motorycznymi, z których wielu polega na nawigacji klawiaturą lub urządzeniach przełącznikowych, nie mogą korzystać z myszy. Witryna wymagająca interakcji myszą dla podstawowych funkcji jest dla nich niedostępna.

5. Widoczność fokusu

Fokus klawiaturowy jest zawsze widoczny — wyraźny wskaźnik fokusu (kontur, podświetlenie, podkreślenie) pojawia się na aktywnym elemencie
Wskaźnik fokusu nie jest wyłączony poprzez outline: none lub outline: 0 bez zamiennika
Wskaźnik fokusu ma wystarczający kontrast względem otaczającej treści

Dlaczego to ma znaczenie: Bez widocznego wskaźnika fokusu użytkownicy klawiatury nie mogą określić, gdzie znajdują się na stronie — to jak przeglądanie bez kursora.

6. Brak treści wywołujących napady

Żadna treść nie miga częściej niż trzy razy w sekundzie
Animacje, których nie można wyłączyć, nie obejmują dużych obszarów widoku z wysoką częstotliwością
Efekty paralaksy i automatycznie odtwarzane animacje mogą być wstrzymane lub ograniczone za pomocą zapytania medialnego prefers-reduced-motion

Dlaczego to ma znaczenie: Padaczka fotogenna dotyka znaczącej części populacji. Jedna migająca reklama może wywołać atak.

7. Wystarczający czas na wykonanie zadań

Wygasanie sesji ostrzega użytkowników przed zakończeniem i daje im sposób na jej wydłużenie
Automatycznie aktualizowane treści (tickery informacyjne, wyniki na żywo, rotujące banery) mogą być wstrzymane, zatrzymane lub ukryte
Na krytyczne zadania (zakup, wysłanie formularza) nie nakłada się limitów czasu bez odpowiedniego mechanizmu wydłużenia

Dlaczego to ma znaczenie: Użytkownicy z niepełnosprawnościami poznawczymi, zaburzeniami motorycznymi lub korzystający z technologii wspomagającej często potrzebują więcej czasu na wykonanie zadań. Nagłe wygaśnięcie może spowodować utratę postępu.

8. Nawigacja i orientacja

Każda strona ma unikalny, opisowy element <title>
Menu nawigacyjne są konsekwentne w strukturze i lokalizacji na wszystkich stronach
Aktualna lokalizacja strony jest wskazana w nawigacji (stan aktywny)
Ścieżki nawigacyjne (breadcrumbs) są obecne na głębszych stronach
Istnieje wiele sposobów znalezienia treści (wyszukiwanie, mapa strony lub nawigacja)
Nagłówki są zbudowane logicznie (h1 → h2 → h3) i dokładnie opisują treść sekcji

Dlaczego to ma znaczenie: Użytkownicy czytników ekranu poruszają się po nagłówkach, punktach orientacyjnych i tytułach stron. Źle zbudowane nagłówki czynią stronę niezrozumiałą dla kogoś nawigującego czytnikiem ekranu.

9. Dostępność formularzy

Każde pole formularza ma widoczny element <label> programowo z nim powiązany
Pola wymagane są oznaczone tekstem (nie tylko gwiazdką bez wyjaśnienia)
Komunikaty o błędach identyfikują, które pole zawiera błąd, i opisują, jak go naprawić
Komunikaty o błędach są ogłaszane użytkownikom czytników ekranu (poprzez aria-live lub zarządzanie fokusem)
Atrybuty autouzupełniania są obecne na typowych polach (imię, e-mail, adres, karta kredytowa)
Wysłanie formularza nie kończy się cichym timeoutem

Dlaczego to ma znaczenie: Formularze są sposobem, w jaki użytkownicy transakcjonują z Twoją usługą — rezerwują, kupują, rejestrują się, kontaktują. Niedostępny proces zakupu jest cyfrowym odpowiednikiem sklepu bez podjazdu.

10. Linki i przyciski

Każdy link ma opisową, dostępną nazwę — samo „czytaj więcej” nie jest wystarczające; „czytaj więcej o [temacie]” jest
Linki i przyciski są rozróżnialne od otaczającego tekstu bez polegania wyłącznie na kolorze
Przyciski wywołujące akcje są oznaczone jako elementy <button>, nie ostylowane elementy <div> lub <span>
Linki otwierające się w nowej karcie lub wywołujące pobieranie komunikują to użytkownikowi

Dlaczego to ma znaczenie: Użytkownicy czytników ekranu często przeglądają stronę, wyświetlając listę wszystkich linków. Lista linków „kliknij tutaj” i „czytaj więcej” nie ma żadnej wartości nawigacyjnej.

11. Język i czytelność

Główny język strony jest ustawiony w atrybucie lang elementu <html> (np. lang="pl")
Fragmenty w innym języku są oznaczone atrybutem lang na elemencie zawierającym
Skróty są rozwijane przy pierwszym użyciu lub poprzez <abbr title="...">, gdzie to pomocne

Dlaczego to ma znaczenie: Czytniki ekranu wykorzystują atrybut języka, aby wybrać właściwy silnik wymowy. Bez niego angielski tekst odczytywany przez silnik niemieckojęzyczny jest praktycznie niezrozumiały.

12. Konsekwentne, przewidywalne zachowanie

Otrzymanie fokusu nie wywołuje automatycznie zmiany kontekstu (np. formularz nie wysyła się, gdy pole otrzymuje fokus)
Zmiana pola formularza nie wywołuje nieoczekiwanej nawigacji ani okien dialogowych
Komponenty o tej samej funkcji na różnych stronach są oznaczane konsekwentnie

Dlaczego to ma znaczenie: Nieprzewidywalne zachowanie jest dezorientujące dla wszystkich użytkowników, ale szczególnie dla osób z niepełnosprawnościami poznawczymi lub korzystających z czytników ekranu.

13. Dokumenty PDF i pliki

Pliki PDF dostępne do pobrania są otagowane pod kątem struktury (nagłówki, listy, kolejność odczytu)
Pola formularzy w PDF są opisane etykietami
Zeskanowane PDF-y (tylko obraz) są przetworzone OCR i otagowane
Pliki Word, Excel i PowerPoint wykorzystują wbudowane funkcje dostępności (style nagłówków, tekst alternatywny, nazwy arkuszy)

Dlaczego to ma znaczenie: Sądy i DOJ konsekwentnie traktują dokumenty do pobrania jako część dostępnej treści witryny. Niedostępny PDF w skądinąd dostępnym procesie zakupu wciąż jest barierą.

14. Dostępność mobilna

Cała funkcjonalność jest dostępna zarówno w orientacji pionowej, jak i poziomej
Cele dotykowe (przyciski, linki) mają co najmniej 44×44 pikseli CSS
Treść nie wymaga przewijania w poziomie przy standardowych rozmiarach ekranu
Witryna nie wyłącza skalowania przez użytkownika za pomocą maximum-scale lub user-scalable=no w metatagu viewport

Dlaczego to ma znaczenie: Wielu użytkowników z niepełnosprawnościami korzysta z urządzeń mobilnych jako głównego lub jedynego sposobu dostępu do internetu. Bariery mobilne wykluczają ich tak samo skutecznie jak bariery na desktopie.

15. Deklaracja dostępności

Deklaracja dostępności jest opublikowana i połączona ze stopką witryny
Deklaracja identyfikuje standard, do którego witryna aspiruje (WCAG 2.1 AA)
Deklaracja zawiera mechanizm kontaktowy dla użytkowników do zgłaszania barier
Sam mechanizm kontaktowy jest dostępny

Dlaczego to ma znaczenie: Deklaracja dostępności demonstruje dobrą wiarę i daje użytkownikom ścieżkę do rozwiązania problemu, zanim poszukają środków prawnych. Jest też wymagana w kilku przepisach stanowych i oczekiwana zgodnie z wytycznymi DOJ.

Ryzyko egzekwowania i sporów sądowych

ADA Title III nie wymaga od powodów udowodnienia zamierzonej dyskryminacji. Jeśli bariera istnieje i jeśli uniemożliwiła osobie z niepełnosprawnością dostęp do towarów lub usług, roszczenie może być kontynuowane. Środki prawne na podstawie Title III nie obejmują odszkodowań (w przeciwieństwie do Section 504), ale obejmują nakazy sądowe i honoraria adwokackie — które często są głównym motorem seryjnych sporów sądowych.

Liczba pozwów o dostępność witryn na podstawie ADA w Stanach Zjednoczonych wzrosła gwałtownie w ostatnich latach, z tysiącami składanymi rocznie. Małe i średnie firmy są częstymi celami, ponieważ są postrzegane jako mniej prawdopodobne, by zainwestowały w zgodność.

Jeśli otrzymałeś pismo wezwania na podstawie ADA, nie ignoruj go. Zaangażuj niezwłocznie prawnika i zamów audyt dostępności, aby uzyskać dokładny obraz zgodności swojej witryny.

Utrzymanie zgodności w czasie

Jednorazowy audyt i naprawa nie są wystarczające. Każda nowa strona, funkcja lub integracja z firmą trzecią może wprowadzić nowe bariery. Organizacje z najniższym ryzykiem sporów sądowych utrzymują zgodność w sposób ciągły:

Automatyczne skanowanie wbudowane w przepływ pracy deweloperskiej wychwytuje wykrywalne problemy, zanim trafią na produkcję. Nasza usługa integracji dostępności w CI/CD sprawia, że to część każdego builda.
Zaplanowane audyty manualne ujawniają problemy, których nie wykryją narzędzia automatyczne — interakcję z czytnikiem ekranu, złożoność poznawczą, pułapki klawiaturowe.
Szkolenia z dostępności dla deweloperów i autorów treści zapobiegają wprowadzaniu barier w pierwszej kolejności.
Mechanizmy opinii użytkowników dają osobom z niepełnosprawnościami bezpośredni kanał do zgłaszania barier, zanim staną się problemami prawnymi.

Bezpłatne automatyczne skanowanie jest najszybszym sposobem zidentyfikowania najbardziej widocznych błędów WCAG Twojej witryny. Aby uzyskać pełny obraz, który odpowiada Twojej ekspozycji na ryzyko ADA, skontaktuj się z naszym zespołem, aby porozmawiać o pełnym audycie.