Audyt automatyczny, manualny i testy z użytkownikami — czym się różnią?
Automat, audyt manualny i testy z użytkownikami odpowiadają na różne pytania. Jak je łączyć i czego nie da się sprawdzić jednym skanerem?
„Audyt WCAG” może oznaczać bardzo różne rzeczy. Dla jednych jest to raport z automatu, dla innych kilkadziesiąt testów wykonywanych ręcznie, a jeszcze dla innych sesja z osobą korzystającą z czytnika ekranu. Te podejścia nie są zamienne. Każde odpowiada na inne pytanie.
Najlepszy obraz dostępności powstaje wtedy, gdy rozumiemy ograniczenia każdej metody i łączymy je świadomie, zamiast oczekiwać od jednego narzędzia odpowiedzi na wszystko.
Automat: szybki, powtarzalny i ograniczony
Narzędzia automatyczne są dobre w wychwytywaniu problemów, które da się jednoznacznie opisać regułą. Potrafią znaleźć między innymi część błędów semantycznych, brakujących nazw, problemów z kontrastem czy nieprawidłowych relacji w kodzie.
Ich przewagą jest szybkość i powtarzalność. Można uruchamiać je regularnie po zmianach, podpiąć do procesu CI i sprawdzać dużą liczbę podstron. Nie trzeba jednak długo używać automatu, żeby zobaczyć jego granice.
Narzędzie może potwierdzić, że element ma nazwę, ale nie wie zawsze, czy ta nazwa ma sens. Może sprawdzić obecność atrybutu alternatywnego, ale nie oceni w pełni, czy opis obrazu przekazuje właściwą informację. Może wykryć część problemów formularza, ale nie przejdzie całego procesu tak jak człowiek.
Test manualny: sprawdzamy zachowanie, nie tylko kod
W badaniu manualnym tester wykonuje konkretne zadania: przechodzi stronę klawiaturą, sprawdza kolejność fokusu, powiększa widok, analizuje formularze, menu, modale, komunikaty i zmiany dynamiczne. To tutaj wychodzą problemy, których automat zwykle nie potrafi rozstrzygnąć.
Przykład: modal może mieć poprawną rolę i nazwę, a jednocześnie po otwarciu nie przenosić fokusu do środka. Po zamknięciu focus może zniknąć albo wrócić w przypadkowe miejsce. Kod „wygląda dostępnie”, ale obsługa nie działa.
Manualne testy wymagają wiedzy o WCAG, wzorcach interakcji i technologiach asystujących. Są wolniejsze od automatu, ale odpowiadają na dużo więcej pytań.
Testy z użytkownikami: użyteczność i rzeczywiste strategie
Test z osobą korzystającą na co dzień z czytnika ekranu, powiększenia, sterowania głosem czy samej klawiatury może pokazać problemy, których nie przewidział projektant ani audytor. Użytkownicy mają własne strategie, skróty i przyzwyczajenia. To, co w teorii działa, może być w praktyce niepotrzebnie trudne.
Takie testy nie zastępują jednak audytu zgodności. Jedna osoba nie reprezentuje wszystkich osób z niepełnosprawnościami, a test użyteczności nie musi obejmować wszystkich kryteriów WCAG. To inne narzędzie do innego celu.
WCAG-EM 2.0 porządkuje proces oceny
W lipcu 2026 r. W3C opublikowało WCAG Evaluation Methodology 2.0. To metodologia oceny zgodności produktów cyfrowych z WCAG. W odróżnieniu od wcześniejszej wersji nie ogranicza się do stron internetowych — może być stosowana również do aplikacji i innych produktów cyfrowych.
WCAG-EM 2.0 opisuje pięć głównych etapów: określenie zakresu, poznanie produktu, wybór reprezentatywnej próbki, ocenę próbki i raportowanie wyników. To ważne, bo rzetelny audyt zaczyna się jeszcze zanim tester otworzy pierwszą podstronę.
Próbka nie powinna być przypadkową listą URL-i
W dużym serwisie zwykle nie testuje się każdej strony osobno. Trzeba wybrać próbkę, która reprezentuje kluczowe typy treści, funkcje i komponenty. Strona główna, formularz kontaktowy i trzy losowe artykuły nie wystarczą, jeśli serwis zawiera logowanie, płatność, wyszukiwarkę, rozbudowane filtry czy proces rezerwacji.
Dlatego przed wyceną i rozpoczęciem audytu trzeba poznać serwis. Liczba adresów URL sama w sobie niewiele mówi o skali badania.
Jak łączyć te metody
W praktyce dobrze działa warstwowe podejście. Automat służy jako szybki filtr i narzędzie regresyjne. Test manualny sprawdza kryteria i zachowania wymagające oceny człowieka. Testy z użytkownikami pozwalają zobaczyć, czy dostępny technicznie produkt jest również zrozumiały i wygodny w realnym użyciu.
Jeśli celem jest formalna ocena zgodności, podstawą powinien być metodyczny audyt, a nie sam wynik Lighthouse, axe czy innego skanera. Jeżeli potrzebujesz sprawdzić serwis i dostać listę konkretnych poprawek, możesz też zobaczyć ofertę audytów i dostosowania stron do WCAG w PageSoft.