Moduł dostępności skanuje konkretny URL i wykrywa bariery mierzalne automatycznie — kontrast, etykiety, nagłówki, strukturę. To nie pełny audyt WCAG: pokazuje, co naprawić najpierw i które kryteria wymagają człowieka.
Insight porządkuje wykrywalne bariery i przygotowuje zakres ręcznej weryfikacji.
Każdy wynik zawiera kryterium WCAG, dowód, dotknięty element, wpływ na użytkownika i informację, czy problem można potwierdzić automatycznie — bez obietnic certyfikacji ani zgodności z EAA.
Cztery kroki od adresu URL do decyzji — bez zgadywania, czy problem leży w kontraście, formularzach czy nawigacji klawiaturą.
Pary kolorów tekstu i tła — czy spełniają próg AA na wyrenderowanej stronie.
Etykiety pól, komunikaty błędów i powiązania aria-describedby.
Kolejność tabulacji, focus-visible i semantyka elementów interaktywnych.
Testujesz konkretny URL — stronę główną, landing albo formularz. Widzisz kontekst skanu i bariery wykryte automatycznie.
Każde znalezisko ma kontekst: reguła, kryterium WCAG, liczba wystąpień i dlaczego to może utrudniać korzystanie ze strony.
Bariery są uporządkowane według wpływu na użytkowników. Wiesz, czy problem dotyczy kontrastu, etykiet, struktury czy wymaga testu klawiaturą.
Ta sama metodologia · ten sam URL
Po poprawkach wracasz do poprzedniego skanu przy tej samej metodologii i tym samym URL. Widzisz, czy bariery zniknęły.
Plan działania
Zamiast surowej listy naruszeń moduł układa rekomendacje według wpływu. Widzisz reguły z problemami, liczbę wystąpień i szacowany wpływ na wynik automatycznych testów — bez obietnicy pełnej zgodności.
Mapa kryteriów WCAG
Cztery zasady WCAG rozpisane na kryteria ze statusem: sprawdzone automatycznie, problem wykryty, wymaga ręcznej weryfikacji, nie dotyczy albo brak danych. Mapa nie oznacza, że automat sprawdził każde kryterium.
Grupy użytkowników
Te same naruszenia inaczej mogą dotykać osoby z daltonizmem, użytkowników czytników ekranu, nawigujących klawiaturą i seniorów. Moduł mapuje problemy na potencjalnie dotknięte grupy — to nie badanie z użytkownikami.
Technologie asystujące
Insight analizuje strukturę, nazwy dostępne, role, landmarks i kolejność nagłówków w drzewie dostępności. Nie zastępuje testu z NVDA, JAWS ani VoiceOver.
Nie. Insight wykrywa problemy mierzalne automatycznie i wskazuje kryteria wymagające ręcznej weryfikacji. Potwierdzenie zgodności wymaga audytu eksperckiego z użyciem klawiatury, czytników ekranu i oceny kontekstu.
To wynik automatycznych testów CometWeb (0–100), nie procent zgodności z WCAG. Pokazuje, jak wygląda mierzalna część bariery — nie deklaruje Partially Conforms ani pełnej zgodności.
Tylko część kryteriów A/AA jest mierzalna skanem. Reszta wymaga ręcznej weryfikacji, nie dotyczy danej strony albo nie ma jeszcze danych. Mapa kryteriów pokazuje sposób weryfikacji przy każdym punkcie.
Problem (reguła) to rodzaj bariery, np. brak etykiety formularza. Wystąpienie to konkretny element lub lokalizacja. Jedna reguła może mieć wiele wystąpień na wielu podstronach.
Nie. Raport techniczny nie jest certyfikatem ani oświadczeniem zgodności. Zgodnie z Honest Operator automatyczny zakres nie powinien deklarować więcej niż Partially Conforms — a decyzja prawna pozostaje po Twojej stronie.
Trend ma sens przy tej samej metodologii (pipeline + scoring), tym samym URL i porównywalnym zakresie. Gdy metodologia się zmieni, wyniki nie są bezpośrednio porównywalne — Insight to oznacza.
Przeanalizuj URL, zobacz reguły z problemami i zakres ręcznej weryfikacji — bez obietnicy pełnej zgodności WCAG.
