WCAG checker – darmowy test strony według WCAG 2.2 AA

WCAG checker otwiera stronę internetową i sprawdza jej kod według Wytycznych dotyczących dostępności treści internetowych (WCAG). Wystarczy wpisać powyżej adres jednej strony: wczytujemy ją w prawdziwej przeglądarce, uruchamiamy automatyczny test WCAG 2.2 na poziomach A i AA i pokazujemy każdy wykryty problem wraz z kryterium sukcesu, którego dotyczy, oraz sposobem naprawy. Test jest darmowy, nie wymaga konta i trwa około minuty. To automatyczna kontrola, a nie pełny audyt, i nie stanowi porady prawnej.

Co zawiera wynik

Wynik pokazuje problemy znalezione na stronie, zaczynając od najpoważniejszych. Przy każdym z nich znajdą Państwo:

• wyjaśnienie prostym językiem, co problem oznacza dla odwiedzających;
• element strony, którego dotyczy (selektor, fragment kodu i, gdy to możliwe, zrzut ekranu);
• sposób naprawy, ze wskazówkami dla Shopify, WooCommerce, PrestaShop i Shoptet;
• link do karty reguły z kryterium sukcesu WCAG i punktem normy EN 301 549.

Wynik wyświetla się w języku tej strony, więc można go od razu przekazać właścicielowi sklepu lub klientowi, który nie czyta po angielsku.

Co sprawdza test WCAG

Test korzysta z axe-core – otwartej biblioteki reguł firmy Deque Systems, na której opiera się większość narzędzi do badania dostępności – a każde znalezisko łączy z kartą z naszej biblioteki reguł. Typowe wyniki to obrazy bez tekstu alternatywnego (1.1.1), tekst o zbyt niskim kontraście (1.4.3), linki i przyciski bez dostępnej nazwy (2.4.4 i 4.1.2), pola formularza bez etykiety, brak określonego języka strony (3.1.1) oraz zbyt małe cele dotyku (2.5.8).

Tabela pokazuje wszystkie 55 kryteriów sukcesu WCAG 2.2 na poziomach A i AA oraz to, które z naszych reguł automatycznych sprawdzają część każdego z nich. Kryterium, do którego przypisano reguły, jest zautomatyzowane tylko częściowo: reguły wychwytują typowe błędy, ale nie są w stanie ocenić wszystkiego, czego wymaga kryterium.

Dla 22 z 55 kryteriów sukcesu WCAG 2.2 na poziomach A i AA nasza biblioteka ma co najmniej jeden test automatyczny. Pozostałe oznaczono jako „ręczne sprawdzenie”: musi je ocenić człowiek.

Czego nie wykryje żaden test automatyczny

Badania różnią się w ocenie, jaką część problemów z dostępnością wykrywa automat (test GOV.UK, badanie Deque). Poradnik serwisu gov.pl o automatycznym testowaniu dostępności szacuje, że narzędzia automatyczne znajdują około 30–40% błędów. Jedno nie budzi wątpliwości: automat nie znajdzie wszystkiego. Maszyna sprawdzi, czy obraz ma tekst alternatywny, ale nie oceni, czy ten tekst ma sens. Zauważy styl fokusu, ale nie stwierdzi, czy kolejność fokusu jest logiczna.

Po teście automatycznym warto ręcznie sprawdzić:

1. Klawiaturę: każdy link, przycisk i pole powinny być osiągalne klawiszem Tab, obsługiwane klawiszem Enter lub spacją, a fokus nigdy nie powinien utknąć (2.1.1, 2.1.2, 2.4.3, 2.4.7).
2. Powiększenie i dopasowanie treści: po powiększeniu strony do 200% i 400% nic nie powinno być ucięte ani wymagać przewijania w poziomie (1.4.4, 1.4.10).
3. Czytnik ekranu: stronę warto odsłuchać w NVDA, VoiceOver lub TalkBack; nagłówki, przyciski i komunikaty o błędach w formularzach powinny być zrozumiałe (1.3.1, 3.3.1, 4.1.3).
4. Formularze i zamówienie: celowo wprowadzone błędy powinny wywołać komunikaty, które mówią, co jest nie tak i jak to poprawić (3.3.1, 3.3.3).
5. Multimedia: filmy potrzebują napisów, a nic nie powinno samo odtwarzać dźwięku (1.2.2, 1.4.2).

Każdy z tych kroków dla sklepów internetowych opisuje nasza lista kontrolna WCAG 2.2.

Co nowego w WCAG 2.2

WCAG 2.2 dodała sześć kryteriów sukcesu na poziomach A i AA – m.in. 2.4.11 Fokus niezasłonięty, 2.5.7 Ruchy przeciągania, 2.5.8 Rozmiar celu i 3.3.8 Dostępne uwierzytelnianie – a usunęła kryterium 4.1.1 Parsowanie. Spośród nowych kryteriów nasze reguły automatyczne sprawdzają tylko 2.5.8 Rozmiar celu; pozostałe wymagają oceny człowieka. Szczegóły w artykule o EN 301 549 V4.1.1 i WCAG 2.2.

Czym różni się od WAVE, Lighthouse i axe DevTools

To dobre narzędzia, a Lighthouse i axe DevTools korzystają z tego samego silnika axe-core. Różnica polega na tym, co dzieje się po teście:

• wynik wyjaśnia każdy problem z myślą o właścicielu firmy, a nie tylko o programiście;
• jest dostępny w siedmiu językach, w tym po polsku;
• każda reguła jest przypisana do normy EN 301 549, na której opierają się europejskie przepisy o dostępności;
• w ramach planu te same testy obejmują każdą stronę serwisu co tydzień, a Państwo widzą, co się zmieniło.

Do testów w przeglądarce, za logowaniem lub na wersji testowej serwisu służy nasze rozszerzenie do przeglądarki (Chrome, Edge, Firefox). Dla WordPressa i WooCommerce przygotowaliśmy wtyczkę WordPress, która pokazuje problemy przy każdej stronie i produkcie.

WCAG, EN 301 549 i przepisy

Same WCAG nie są aktem prawnym, ale przepisy się do nich odwołują. W Unii Europejskiej Europejski akt o dostępności opiera się na normie zharmonizowanej EN 301 549, której rozdział o treściach internetowych przejmuje kryteria sukcesu WCAG na poziomie AA. Akt wdrażają przepisy krajowe: w Polsce jest to ustawa o dostępności produktów i usług (Dz.U. 2024 poz. 731), której wymagania dotyczące usług stosuje się od 28 czerwca 2025 r., w Niemczech BFSG, w Czechach ustawa nr 424/2023 Sb., a w Rumunii ustawa 232/2022. W Stanach Zjednoczonych zwykłą miarą na gruncie ADA jest WCAG 2.1 lub 2.2 na poziomie AA.

Europejski akt o dostępności dotyczy usług świadczonych konsumentom (B2C) w określonych sektorach, takich jak handel elektroniczny, i nie obejmuje mikroprzedsiębiorców świadczących usługi. Zanim zaczną się Państwo martwić przepisami, warto sprawdzić, czy dotyczą one Państwa firmy. Jak wygląda ocena całego sklepu, opisuje strona o sprawdzeniu sklepu pod kątem EAA, a czym test różni się od pracy specjalisty – strona o audycie dostępności.

Czy test WCAG wystarczy do deklaracji dostępności?

Nie. Wynik testu nie jest deklaracją spełnienia wymagań, ale stanowi przydatny materiał do części o znanych ograniczeniach. W przypadku sklepów ustawa mówi o informacji o sposobie spełniania wymagań dostępności usługi; „deklaracja dostępności” to pojęcie z przepisów dla podmiotów publicznych. Taka informacja opisuje całą usługę, a nie tylko kod jednej strony, i powinna uwzględniać także wyniki weryfikacji ręcznej. Szkic na podstawie ankety przygotuje nasz generator informacji o dostępności; jest on materiałem do weryfikacji przez prawnika.

Kontrola każdej strony, co tydzień

Jedna strona to tylko próbka. Problemy zwykle powtarzają się w szablonach – na kartach produktów, w koszyku, w formularzu zamówienia – i wracają po aktualizacjach motywu. W ramach planu Pandus co tydzień sprawdza każdą stronę serwisu, wysyła czytelny raport i informuje, gdy pojawią się nowe problemy. Agencje otrzymują raporty pod własną marką.

Najczęstsze pytania

Co to jest WCAG checker?

Narzędzie, które otwiera stronę internetową i sprawdza jej kod według kryteriów sukcesu WCAG. Wykrywa problemy, które maszyna potrafi rozpoznać wiarygodnie, np. brak tekstu alternatywnego, zbyt niski kontrast albo przyciski bez nazwy.

Czy test WCAG jest darmowy? Czy trzeba zakładać konto?

Tak, test jest bezpłatny i nie wymaga konta. Adres e-mail jest opcjonalny. Aby zapobiec nadużyciom, liczba testów w ciągu godziny jest ograniczona, a wynik dla tego samego adresu przechowujemy przez 24 godziny. Proszę sprawdzać tylko strony, do których mają Państwo prawo.

Czy narzędzie testuje WCAG 2.2 czy WCAG 2.1?

WCAG 2.2 na poziomach A i AA. WCAG 2.2 zawiera wszystkie kryteria wersji 2.1 poza usuniętym kryterium 4.1.1 Parsowanie.

Czy automatyczny test może potwierdzić spełnienie WCAG?

Nie. Wynik bez błędów nie oznacza, że strona spełnia WCAG, a wynik z błędami nie oznacza, że ktokolwiek narusza przepisy. Nadal potrzebna jest ręczna kontrola z klawiaturą i czytnikiem ekranu.

Jakiego poziomu potrzebuję: A, AA czy AAA?

Poziomu AA – na nim opierają się norma EN 301 549, Europejski akt o dostępności i przepisy krajowe. Poziom AAA jest bardziej rygorystyczny i te przepisy go nie wymagają. Jeśli chcą Państwo sprawdzić tylko kolory, przyda się sprawdzanie kontrastu kolorów.

Czy test WCAG wystarczy do deklaracji dostępności?

Nie. Wynik przydaje się w części o znanych ograniczeniach, ale informacja o dostępności opisuje całą usługę i powinna opierać się także na weryfikacji ręcznej. Więcej w sekcji powyżej oraz na stronie o ustawie o dostępności produktów i usług.

Prowadzą Państwo sklep i bardziej niż numery kryteriów interesują Państwa klienci? Proszę zacząć od darmowej kontroli dostępności strony: to ten sam test, wyjaśniony z myślą o właścicielach sklepów.