Accessibility Checker dla Twojej strony
Dostępność sprawdzana automatycznie według WCAG 2.1 i European Accessibility Act
Co obejmuje sprawdzenie dostępności?
Kontrast kolorów tekstu i tła w odniesieniu do minimalnych wartości WCAG
Teksty alternatywne dla obrazów, grafik i elementów z odnośnikami
Etykiety formularzy i rozpoznawalne teksty odnośników
Struktura strony: hierarchia nagłówków, landmarki i deklaracja języka
Atrybuty ARIA pod kątem poprawności i prawidłowego użycia
Poziomy WCAG A i AA wykazywane osobno, ze stopniem ważności każdego naruszenia
Jak działa sprawdzenie dostępności
4 kroki do przeglądu barier na Twojej stronie
-
1 Krok 1
Wprowadź adres URL
Podaj adres strony, którą chcesz sprawdzić. Analizowana jest dokładnie ta jedna strona.
-
2 Krok 2
Pełne załadowanie strony
Strona zostaje otwarta w prawdziwej przeglądarce, wraz z JavaScriptem – dzięki temu sprawdzane jest również to, co pojawia się w treści strony dopiero później.
-
3 Krok 3
Test według reguł WCAG
axe-core sprawdza gotową treść strony wobec zestawów reguł dla WCAG 2.0 i 2.1 na poziomach A i AA oraz wobec uznanych best practices.
-
4 Krok 4
Praca według stopnia ważności
Otrzymujesz każde naruszenie ze stopniem ważności, dotkniętym elementem i selektorem CSS oraz odnośnik do wyjaśnienia danej reguły.
Typowe bariery, które wykrywa test
Osiem najczęstszych naruszeń i odpowiadające im kryterium sukcesu WCAG
-
Zbyt niski kontrast kolorów
WCAG 1.4.3 (AA)Tekst zbyt słabo odcina się od tła. Dotyczy to szczególnie często jasnych odcieni szarości, kolorowych przycisków i tekstu umieszczonego na obrazach.
-
Obraz bez tekstu alternatywnego
WCAG 1.1.1 (A)Obrazy informacyjne potrzebują atrybutu
alt, który opisuje ich treść. Obrazy czysto dekoracyjne otrzymują pustealt="", aby czytniki ekranu je pomijały. -
Odnośnik bez rozpoznawalnego tekstu
WCAG 4.1.2 (A)Odnośniki zawierające tylko ikonę lub obraz są odczytywane bez dostępnej nazwy. Użytkownik słyszy, że odnośnik istnieje, ale nie dokąd prowadzi.
-
Pole formularza bez etykiety
WCAG 4.1.2 (A)Pole wprowadzania potrzebuje powiązanego elementu
label. Tekst zastępczy nie wystarczy – znika przy wpisywaniu i nie jest odczytywany w sposób niezawodny. -
Brakująca deklaracja języka
WCAG 3.1.1 (A)Bez atrybutu
langw elemenciehtmlczytnik ekranu nie wie, w jakim języku ma czytać. Polski tekst w angielskiej wymowie jest praktycznie niezrozumiały. -
Treść poza landmarkami
Best PracticeObszary takie jak
header,nav,mainifooterpozwalają przeskoczyć bezpośrednio do żądanej części strony. Gdy ich brakuje, pozostaje tylko przesłuchanie całej strony. -
Pominięty poziom nagłówka
Best PracticeNagłówki muszą wynikać jeden z drugiego, czyli od h2 do h3, a nie od razu do h4. Użytkownicy czytników ekranu poruszają się po tej strukturze jak po spisie treści.
-
Nieprawidłowy atrybut ARIA
WCAG 4.1.2 (A)Atrybuty ARIA z błędną wartością lub nieodpowiednią rolą wyrządzają więcej szkody niż ich brak. Czytnik ekranu przekazuje wtedy informację, która nie jest prawdziwa.
Cztery stopnie ważności
Każde znalezione naruszenie jest klasyfikowane – dzięki temu wiesz, od czego zacząć
-
Krytyczne
Całkowicie blokuje korzystanie. Osoby, których to dotyczy, w ogóle nie mogą dotrzeć do treści ani do funkcji.
-
Poważne
Znacznie utrudnia korzystanie. Treść jest teoretycznie osiągalna, ale w praktyce tylko dużym nakładem wysiłku.
-
Średnie
Zauważalnie utrudnia obsługę, nie uniemożliwiając jej. Zazwyczaj problemy struktury i nawigacji.
-
Drobne
Mniejsze odstępstwa, które obniżają komfort. Powinny zostać naprawione, ale mają najniższy priorytet.
European Accessibility Act i krajowa implementacja
European Accessibility Act wymaga, aby liczne usługi cyfrowe skierowane do konsumentów były dostępne, a każde państwo członkowskie UE przeniosło go do prawa krajowego – w Polsce poprzez ustawę o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze, która obowiązuje od 28 czerwca 2025 roku. Zakres obejmuje sklepy internetowe, usługi bankowe, telekomunikację, przewóz osób oraz e-booki i platformy ich dystrybucji. Decydująca nie jest sama wielkość firmy, lecz to, czy świadczysz konsumentom usługi drogą elektroniczną.
Technicznym punktem odniesienia jest zharmonizowana norma EN 301 549, która dla treści internetowych zasadniczo odsyła do WCAG 2.1 na poziomie zgodności AA. Dokładnie ten poziom pokrywa sprawdzenie dostępności: wszystkie reguły dla WCAG 2.0 i 2.1 na poziomach A i AA są sprawdzane i wykazywane osobno.
Krajowe organy nadzoru rynku mogą ścigać uchybienia z urzędu lub na skutek skargi. Konkretne konsekwencje wynikają z odpowiedniego prawa krajowego i mogą sięgać od nakazu usunięcia nieprawidłowości po sankcje przy utrzymujących się naruszeniach. Do tego dochodzi ryzyko biznesowe: kto technicznie wyklucza część swoich klientów, traci przychód – niezależnie od jakiegokolwiek organu.
Co potrafi test automatyczny – a czego nie
Testy automatyczne wykrywają niezawodnie część kryteriów WCAG, zazwyczaj około jednej trzeciej. Wielu rzeczy nie da się zmierzyć technicznie: czy tekst alternatywny naprawdę opisuje treść obrazu, czy obsługa klawiaturą przebiega w sensownej kolejności, albo czy język jest sformułowany zrozumiale. Ten test sprawdza ponadto wywołaną stronę, a nie całą witrynę. Jest więc wiarygodnym punktem wyjścia i dobrą podstawą do ustalania priorytetów – nie zastępuje jednak prawnie wiążącej oceny zgodności. Do tego dołącz dodatkowo ocenę ekspercką oraz testy z udziałem osób z niepełnosprawnościami.
Znajdź prawdziwe bariery dzięki sprawdzeniu dostępności
Bariery rzadko są widoczne, gdy samemu się ich nie napotyka. Współczynnik kontrastu 3:1 na dobrym monitorze wygląda na całkowicie czytelny, a dla osób słabowidzących wciąż jest niewystarczający. Przycisk bez etykiety czytnik ekranu odczytuje jako „przycisk“ – bez żadnej wskazówki, co robi. InspectWP sprawdza wywołaną stronę przy pomocy axe-core, biblioteki testowej firmy Deque Systems, która działa również w narzędziach deweloperskich Chrome i Firefoksa. Otrzymujesz każde znalezione naruszenie ze stopniem ważności, dotkniętym elementem HTML i selektorem CSS – czyli dokładnie tę informację, której Twój zespół deweloperski potrzebuje, żeby je naprawić.
Poziomy WCAG A i AA oceniane osobno
Web Content Accessibility Guidelines definiują trzy poziomy zgodności. Poziom A to wymóg minimalny: jeśli nie zostanie osiągnięty, kluczowe treści są dla części użytkowników po prostu niedostępne. Poziom AA to poziom, do którego odwołują się ustawodawcy w UE i poza nią – w tym European Accessibility Act i jego krajowe implementacje. InspectWP wykazuje naruszenia obu poziomów osobno, dzięki czemu masz wiarygodną kolejność prac: najpierw zamknij naruszenia poziomu A, potem poziom AA. Dodatkowo test sprawdza reguły best practice, które wprawdzie nie są częścią WCAG, ale w praktyce często decydują o tym, czy strona jest rzeczywiście użyteczna.
Tysiące właścicieli stron ufa InspectWP
Liczby mówią same za siebie
Najczęściej zadawane pytania o sprawdzenie dostępności
Wszystko, co musisz wiedzieć o teście WCAG i dostępności
Więcej narzędzi, które mogą być Ci potrzebne
Te testy obejmują pokrewne tematy