Zgodność strony z ADA: praktyczny przewodnik dla właścicieli firm

ADA nigdzie w swojej treści nie wskazuje konkretnego standardu dostępności stron internetowych, ponieważ powstała w 1990 roku, zanim istniał nowoczesny internet. W praktyce jednak zgodność strony z ADA oznacza spełnienie WCAG 2.1 na poziomie AA: to punkt odniesienia, do którego konsekwentnie odwołują się sądy, ugody i wytyczne Departamentu Sprawiedliwości, mimo że nigdy nie został formalnie wpisany do przepisów wykonawczych ADA dotyczących stron internetowych.

Dlaczego nie ma oficjalnego standardu technicznego

Tytuł III amerykańskiej ustawy o osobach niepełnosprawnych (Americans with Disabilities Act) wymaga, by “miejsca użyteczności publicznej” były dostępne, a sądy zasadniczo interpretują to jako obejmujące strony internetowe i aplikacje mobilne, przynajmniej w przypadku firm powiązanych z fizyczną lokalizacją lub oferujących towary i usługi publicznie. Ponieważ jednak ustawa powstała przed epoką internetu, nie ma przepisu precyzującego, jak technicznie wygląda strona zgodna z ADA. Tę lukę wypełniono nieformalnie: ugody z Departamentem Sprawiedliwości, wyroki ugodowe i zdecydowana większość orzeczeń sądowych odwołują się do WCAG 2.1 AA jako praktycznego standardu, mimo że nie zostało to formalnie zapisane w przepisach ADA.

Departament Sprawiedliwości od lat wydaje wytyczne potwierdzające, że ADA obejmuje strony internetowe, i odwoływał się do WCAG w różnych ugodach oraz materiałach pomocniczych, jednak nie wydał formalnego przepisu o precyzji, jakiej często oczekują firmy. To sprawia, że WCAG 2.1 AA pozostaje nieformalnym, lecz mocno ugruntowanym punktem odniesienia, a nie prawnie nakazaną listą kontrolną, co ma znaczenie w sądzie, ale rzadko zmienia to, co firma powinna faktycznie zrobić, ponieważ praktyczny cel i tak wychodzi ten sam.

Kogo dotyczy obowiązek zgodności

“Miejsce użyteczności publicznej” jest interpretowane szeroko i zasadniczo obejmuje sklepy internetowe, restauracje, hotele, placówki ochrony zdrowia, usługi finansowe oraz wiele innych typów firm z publicznie dostępną stroną internetową, niezależnie od wielkości firmy. Bardzo małe firmy są ścigane rzadziej w praktyce po prostu dlatego, że pozwy zwykle celują w witryny o istotnym ruchu lub przyciągające uwagę powracających powodów, ale nie ma formalnego wyłączenia dla małych firm zapisanego w ustawie, w przeciwieństwie do niektórych innych przepisów o dostępności.

Istnieje też ważne rozróżnienie praktyczne między firmami powiązanymi z fizyczną lokalizacją a firmami działającymi wyłącznie online. Sądy bardziej konsekwentnie stosują ADA do stron powiązanych z placówką stacjonarną, ponieważ argument o “powiązaniu” (że strona jest przedłużeniem fizycznego miejsca użyteczności publicznej) opiera się na bardziej ugruntowanym gruncie prawnym. Firmy działające wyłącznie online mierzą się z bardziej niejednolitym orzecznictwem w różnych okręgach federalnych, choć ogólny trend przez lata przesuwał się w stronę szerszego, a nie węższego zakresu ochrony.

Co faktycznie obejmuje zgodność

WCAG 2.1 AA obejmuje szeroki zakres wymagań: wystarczający kontrast kolorów, pełną obsługę klawiaturą, sensowny tekst alternatywny do zdjęć, poprawnie opisane pola formularzy, napisy do treści wideo oraz logiczną strukturę nagłówków, która działa z czytnikami ekranu, i wiele innych. To naprawdę szeroki standard, a nie krótka lista kontrolna, co częściowo tłumaczy, dlaczego pełna zgodność wymaga rzeczywistej pracy, a nie jednorazowej poprawki.

Przydatny punkt odniesienia pokazujący, jak daleko przeciętnej stronie jeszcze do tego progu: raport WebAIM Million 2026 wykazał, że 95,9% stron głównych miało co najmniej jeden wykrywalny błąd WCAG 2, przy czym tekst o niskim kontraście wystąpił na 83,9% stron głównych, co czyni go najczęstszym rodzajem błędu. Większość witryn, objętych ADA czy nie, ma realne luki do zamknięcia.

To samo badanie wykazało średnio 56,1 wykrywalnych błędów na stronę główną, liczbę wartą chwili refleksji. To nie jeden czy dwa przeoczone szczegóły, to kilkadziesiąt pojedynczych problemów na typowej stronie, co dobrze pokazuje, dlaczego rzetelna praca nad zgodnością z WCAG 2.1 AA wymaga realnego, ciągłego wysiłku, a nie szybkiego przeglądu przez osobę, która pierwotnie tworzyła stronę.

Gdzie widżety się sprawdzają, a gdzie nie

Widżety nakładkowe, oferowane przez dostawców takich jak accessiBe i UserWay, instalują się poprzez znacznik skryptu i potrafią szybko zaadresować pewne powierzchowne problemy, jak zmiana rozmiaru tekstu, dostosowanie kontrastu czy dodanie podstawowej obsługi klawiatury. To, czego zwykle nie potrafią niezawodnie zrobić, to naprawić problemów zakorzenionych w bazowym kodzie strony, jak formularz nieopisany poprawnie w kodzie czy niestandardowy komponent bez właściwych ról ARIA. Regulatorzy podchodzą sceptycznie do twierdzeń opartych wyłącznie na nakładkach: w 2025 roku FTC nakazała accessiBe zapłacić 1 000 000 dolarów w ramach ugody dotyczącej wprowadzających w błąd twierdzeń o tym, jak dużą część strony automatycznie naprawi accessWidget, wraz z zarzutami dotyczącymi płatnych opinii klientów.

To nie znaczy, że każdy dostawca w tej kategorii działa tak samo. AudioEye na przykład łączy swój automatyczny widżet z ręcznym testowaniem prowadzonym przez ludzi, zamiast oferować samą automatyzację, co jest podejściem bardziej zgodnym z tym, jak faktycznie powinien działać rzetelny program zgodności z WCAG 2.1 AA.

Co zrobić po otrzymaniu wezwania do usunięcia naruszeń

Wezwania i pozwy dotyczące dostępności strony w kontekście ADA są na tyle powszechne, że warto mieć gotowy plan działania. Pierwszym krokiem jest zlecenie faktycznego audytu zgodności z WCAG 2.1 AA, najlepiej takiego, który obejmuje testy ręczne, a nie polega wyłącznie na skanie automatycznym, ponieważ narzędzia automatyczne wiarygodnie wychwytują tylko część realnych problemów. Następnie warto uszeregować poprawki według wagi i liczby dotkniętych użytkowników oraz zaangażować prawnika z doświadczeniem w sprawach z Tytułu III ADA dotyczących stron internetowych, zanim odpowie się na jakiekolwiek wezwanie, ponieważ strategia odpowiedzi ma realne konsekwencje prawne wykraczające poza samą naprawę techniczną.

Warto oprzeć się pokusie, by reagować defensywnie lub lekceważąco na wezwanie, zanim faktycznie sprawdzi się stan własnej strony. Wiele wezwań, niezależnie od intencji, wskazuje na prawdziwe problemy, a udokumentowany plan naprawy będący już w toku stawia firmę w zdecydowanie mocniejszej pozycji, niezależnie od tego, czy ostatecznie wpłynie na rozmowy ugodowe, czy po prostu zamknie lukę, zanim stanie się powtarzającym się celem.

Publikacja deklaracji dostępności

Publiczna deklaracja dostępności nie jest wymogiem prawnym samej ADA, ale i tak stała się powszechną i przydatną praktyką. Dobra deklaracja wskazuje standard, do którego firma dąży (zazwyczaj WCAG 2.1 AA), opisuje dotychczasowe działania oraz daje odwiedzającym sposób na zgłoszenie konkretnych napotkanych problemów. Nie zastępuje faktycznej pracy naprawczej, a sądy zwykle nie traktują samej deklaracji jako dowodu zgodności, ale sygnalizuje udokumentowany, trwający wysiłek zamiast nierozwiązanego problemu i daje bezpośredni kanał do zgłaszania problemów, zanim przerodzą się w formalną skargę.

Budowanie zgodności na dłuższą metę

Jednorazowa naprawa nie utrzymuje się w czasie, ponieważ treść i kod strony wciąż się zmieniają. Trwałe podejście zwykle łączy prawdziwy audyt względem WCAG 2.1 AA, poprawki na poziomie kodu dotyczące problemów strukturalnych oraz jakąś formę ciągłego monitoringu, by nowa treść po cichu nie wprowadzała ponownie starych problemów. Nowa strona produktu dodana bez właściwego tekstu alternatywnego, nowy formularz zbudowany bez opisanych pól czy nowy baner promocyjny nieprzechodzący testu kontrastu, każde z nich może na nowo otworzyć wcześniej zamkniętą lukę, dlatego traktowanie dostępności jako jednorazowego projektu, a nie stałej praktyki, zwykle prowadzi do zgodności, która rozmywa się w ciągu roku lub dwóch.

Dlaczego to ma znaczenie poza ryzykiem prawnym

Warto pamiętać, że zgodność strony z ADA nie jest czysto prawniczym ćwiczeniem, choć to zwykle ryzyko prawne skłania firmy do działania. Podstawowym celem jest, by osoby z niepełnosprawnościami, niezależnie od tego, czy chodzi o niewidzenie, słabowzroczność, niepełnosprawność ruchową czy różnice poznawcze, mogły faktycznie korzystać ze strony, przeglądać, porównywać i kupować tak jak każdy inny klient. Strona, która technicznie przechodzi automatyczny skan, ale jest naprawdę trudna do nawigacji dla użytkownika czytnika ekranu, nie osiągnęła tak naprawdę tego, do czego dąży standard, nawet jeśli przetrwałaby powierzchowny przegląd. Trzymanie się tego nadrzędnego celu zwykle prowadzi do lepszych decyzji o priorytetach niż traktowanie każdego kryterium WCAG jako osobnego pola do odhaczenia.

Nasz przewodnik po wyborze między widżetem a ręcznym audytem szerzej omawia, jak zaplanować kolejność tych prac w zależności od wielkości i budżetu strony.