Lista kontrolna audytu dostepnosci to ustrukturyzowany dokument, ktory prowadzi Cie przez kazdy krok weryfikacji niezbedny do potwierdzenia, ze Twoja strona dziala dla osob z niepelnosprawnosciami. Zamiast mglistej obietnicy uczynienia rzeczy dostepnymi, lista kontrolna zamienia zgodnosc w konkretne pytania tak lub nie. Czy ten obraz ma tekst alternatywny? Czy uzytkownik klawiatury moze dotrzec do kazdego interaktywnego elementu? Czy kontrast kolorow spelnia wspolczynnik 4,5:1? Ten przewodnik zawiera ponad 50 punktow kontrolnych zorganizowanych wedlug czterech zasad WCAG. Niezaleznie od tego, czy przygotowujesz sie do europejskiej dyrektywy o dostepnosci (EAA) obowiazujacej od czerwca 2025, czy po prostu chcesz budowac lepszy produkt, ta lista kontrolna daje Ci strukture, by to osiagnac.
Dlaczego potrzebujesz ustrukturyzowanej listy kontrolnej
Przeprowadzanie audytu dostepnosci bez listy kontrolnej jest jak inspekcja budynku z pamieci. Znajdziesz oczywiste problemy i pominiesz subtelne, ktore faktycznie blokuja uzytkownikow.
Automatyczne narzedzia skanujace sa dobrym punktem wyjscia, ale wykrywaja tylko okolo 30-40 procent problemow WCAG. Reszta wymaga ludzkiego osadu.
Wymiar prawny znacznie sie zaostrzyl. Europejska dyrektywa o dostepnosci (EAA) stala sie egzekwowalna 28 czerwca 2025, z karami siegajacymi 300.000 euro w Hiszpanii i 250.000 euro we Francji. W Polsce ustawa o dostepnosci cyfrowej naklada obowiazki na podmioty publiczne i coraz wiecej podmiotow prywatnych.
Poza wymogami prawnymi istnieje solidny argument biznesowy. Dostepne strony lepiej sie pozycjonuja w wyszukiwarkach i konwertuja wiecej uzytkownikow.
Przed rozpoczeciem: przygotowanie audytu
Dobry audyt zaczyna sie od zdefiniowania zakresu. Testowanie kazdej strony duzego serwisu jest niepraktyczne. Skoncentruj sie na tych kategoriach:
Strony o duzym ruchu: strona glowna, glowne landing page i top 10 stron pod wzgledem odwiedzin.
Kluczowe sciezki uzytkownika: rejestracja, logowanie, koszyk, wyszukiwanie i formularze wieloetapowe.
Unikalne szablony: jesli Twoja strona uzywa 8 roznych layoutow, przetestuj przynajmniej jedna reprezentatywna strone z kazdego szablonu.
Strony bogate w tresc: artykuly blogowe, dokumentacja i baza wiedzy.
Dla typowej strony firmowej o 50-200 podstronach, audyt 10-15 reprezentatywnych stron pokrywa wiekszosc wariacii.
Potrzebne narzedzia
Nie potrzebujesz drogiego oprogramowania enterprise do przeprowadzenia gruntownego audytu.
Automatyczny skaner: Uzyj naszego darmowego sprawdzacza dostepnosci na web-accessibility-checker.com aby uzyskac natychmiastowy raport zgodnosci WCAG 2.2.
DevTools przegladarki: Chrome i Firefox maja panele inspekcji dostepnosci.
Czytnik ekranu: NVDA jest darmowy na Windows. VoiceOver jest wbudowany w macOS i iOS. TalkBack jest wbudowany w Android.
Klawiatura: Twoja fizyczna klawiatura. Odlacz mysz i sprobuj ukonczyc glowne sciezki uzywajac tylko Tab, Shift+Tab, Enter, Spacja i strzalek.
Analizator kontrastu: Colour Contrast Analyser od TPGi jest darmowy.
Sprawdzacz PDF: Uzyj PAC 2024 do weryfikacji dostepnosci dokumentow PDF.
Zasada 1: Postrzegalnosc
Pierwsza zasada WCAG pyta: czy uzytkownicy moga postrzegac tresc?
Obrazy i tresc nietekstowa
Kazdy informacyjny obraz musi miec tekst alternatywny przekazujacy te sama informacje. Obrazy dekoracyjne powinny miec puste atrybuty alt.
Sprawdz, czy zlozone obrazy jak wykresy i infografiki maja rozszerzone opisy.
CAPTCHA musza zapewniac alternatywy.
Tresc wideo i audio
Nagrane wideo potrzebuje zsynchronizowanych napisow. Nagrana tresc audio potrzebuje transkrypcji tekstowej. Nagrane wideo potrzebuje audiodeskrypcji dla informacji wizualnych nieprzekazywanych przez istniejaca sciezke audio.
Tekst i czytelnosc
Normalny tekst potrzebuje wspolczynnika kontrastu co najmniej 4,5:1 wzgledem tla. Duzy tekst potrzebuje co najmniej 3:1.
Strona musi pozostac funkcjonalna i czytelna przy powiekszeniu tekstu do 200 procent.
Nie uzywaj obrazow tekstu, gdy prawdziwy tekst moze osiagnac ten sam efekt wizualny.
Sprawdz, czy tresc nie polega wylacznie na kolorze do przekazywania informacji.
Zasada 2: Funkcjonalnosc
Czy uzytkownicy moga obslugiwac interfejs? Kazda funkcja musi dzialac dla osob uzywajacych klawiatury, czytnikow ekranu, komend glosowych lub urzadzen przelaczajacych.
Dostepnosc klawiaturowa
Kazdy interaktywny element musi byc osiagalny i uzywalny sama klawiatura.
Sprawdz pulapki klawiaturowe. Pulapka wystepuje gdy mozesz wejsc Tabem do elementu, ale nie mozesz wyjsc.
Sprawdz, czy kolejnosc tabulacji podaza za logiczna kolejnoscia czytania.
Widocznosc fokusu
Kazdy interaktywny element musi miec widoczny wskaznik fokusu. Wedlug WCAG 2.2 kryterium 2.4.11, sfokusowany element nie moze byc calkowicie ukryty za sticky headerami lub plywajacymi widgetami.
Nigdy nie usuwaj konturow fokusu bez zapewnienia rownie widocznego zamiennika.
Rozmiar celu i dotyk
WCAG 2.2 kryterium 2.5.8 wymaga, aby interaktywne cele mialy co najmniej 24 na 24 piksele CSS.
Dla funkcjonalnosci drag-and-drop, WCAG 2.2 kryterium 2.5.7 wymaga alternatywy z pojedynczym wskaznikiem.
Ograniczenia czasowe i ruch
Jesli tresc porusza sie automatycznie dluzej niz 5 sekund, uzytkownicy musza moc ja wstrzymac lub zatrzymac.
Nic na stronie nie powinno migac wiecej niz trzy razy na sekunde.
Przy limitach czasowych uzytkownicy musza moc je wylaczyc, dostosowac lub przedluzyc.
Zasada 3: Zrozumialosc
Czy uzytkownicy moga zrozumiec tresc i dzialanie interfejsu?
Jezyk i czytelnosc
Strona musi zadeklarowac swoj jezyk w atrybucie HTML lang. Dla polskich stron uzyj lang pl.
Menu nawigacyjne powinny pojawiac sie w tej samej relatywnej pozycji na wszystkich stronach.
Sprawdz, czy instrukcje nie polegaja wylacznie na cechach sensorycznych.
Formularze i obsluga bledow
Kazde pole formularza potrzebuje widocznej etykiety powiazanej programistycznie. Sam tekst placeholder nie jest etykieta.
Przy bledach nalezy zidentyfikowac konkretne pola i opisac problemy.
WCAG 2.2 kryterium 3.3.7 wymaga wstepnego wypelniania wczesniej wprowadzonych danych.
Dla uwierzytelniania WCAG 2.2 kryterium 3.3.8 wymaga nieblokowenia menedzerow hasel.
Zasada 4: Niezawodnosc
Czy technologie wspomagajace moga poprawnie interpretowac tresc?
Semantyczny HTML i ARIA
Uzywaj semantycznych elementow HTML: header, nav, main, footer, article, section, aside.
Naglowki musza zachowywac logiczna hierarchie. Jeden H1 na strone.
Wszystkie interaktywne elementy musza miec dostepne nazwy.
Uzywaj rol i wlasciwosci ARIA tylko gdy natywny HTML nie zapewnia potrzebnej semantyki.
Sprawdz, czy dynamiczne aktualizacje tresci sa oglaszane przez regiony aria-live.
Pelna lista kontrolna: szybka referencja
Oto pelna lista kontrolna w formacie do szybkiego przegladu.
Postrzegalnosc: - Wszystkie informacyjne obrazy maja opisowy tekst alt - Dekoracyjne obrazy maja puste atrybuty alt - Wideo ma zsynchronizowane napisy - Kontrast tekstu wynosi minimum 4,5:1 - Strona jest uzywalna przy 200% zoom - Tresc nie polega wylacznie na kolorze
Funkcjonalnosc: - Wszystkie interaktywne elementy sa osiagalne klawiatura - Brak pulapek klawiaturowych - Widoczne wskazniki fokusu obecne - Interaktywne cele minimum 24x24 piksele CSS - Auto-animowana tresc ma kontrole pauzy - Link pomijania nawigacji obecny
Zrozumialosc: - Jezyk strony zadeklarowany w atrybucie lang - Nawigacja spojona miedzy stronami - Wszystkie pola maja widoczne etykiety - Komunikaty bledow sa konkretne - Uwierzytelnianie nie blokuje menedzerow hasel
Niezawodnosc: - Semantyczne landmarki HTML uzywane - Hierarchia naglowkow jest logiczna - Wszystkie interaktywne elementy maja dostepne nazwy - ARIA uzywane poprawnie i tylko gdy potrzebne
Jak priorytetyzowac problemy po audycie
Krytyczne problemy calkowicie blokuja uzytkownikow. Napraw je najpierw.
Wysokie problemy powoduja znaczne trudnosci, ale maja obejscia.
Srednie problemy wplywaja na uzytecznosc bez blokowania zadan.
Niskie problemy to ulepszenia najlepszych praktyk.
Dokumentuj kazde odkrycie z jego waznoscia, dotknieta strona, odpowiednim kryterium WCAG i zalecana poprawka.
Automatyzacja ciaglego monitorowania
Audyt to migawka. Strony internetowe ciagle sie zmieniaja. Bez ciaglego monitorowania regresje dostepnosci pojawiaja sie w ciagu tygodni.
Skonfiguruj automatyczne skanowanie wedlug harmonogramu. Nasz sprawdzacz dostepnosci umozliwia regularne skany.
Zintegruj sprawdzanie dostepnosci z procesem rozwoju za pomoca bibliotek jak axe-core.
Zaplanuj kwartalne przegady reczne. Przeszkol zespol contentowy.
Wymogi prawne na 2026 rok
Europejska dyrektywa o dostepnosci (EAA) obowiazuje od 28 czerwca 2025. W Polsce ustawa o dostepnosci cyfrowej naklada obowiazki na podmioty publiczne, a implementacja EAA rozszerza te wymogi na sektor prywatny. Standard techniczny to EN 301 549, ktory odwoluje sie do WCAG 2.1 Poziom AA.
W Niemczech BFSG przewiduje kary do 100.000 euro. W Hiszpanii do 300.000 euro. We Francji do 250.000 euro z dodatkowymi karami dziennymi.
ADA Title II w USA wymaga teraz jawnie dostepnosci stron internetowych dla jednostek rzadowych, z terminem kwiecien 2026.
Celowanie w WCAG 2.2 AA w audycie pokrywa wymogi wszystkich tych ram prawnych.