Czy Twoja strona jest dostępna?

Bezpłatna kontrola WCAG 2.2 + pomoc w sporządzeniu deklaracji dostępności. Wpisz adres URL, przeczytaj raport: dla każdego ustalenia kryterium sukcesu i konkretne działanie.

Zobacz przykładowy raport → (consentglass.com)

Wkrótce: automatyczny nadzór.

Cotygodniowe ponowne skanowanie wielu stron, kontrola z renderowaniem JS (więcej ustaleń), alert e-mail przy nowych barierach, eksport do PDF.

Jak czytać wynik

Ocena A–F i skala 100 punktów to jedynie ogólna orientacja. Punkty są odejmowane za bariery krytyczne (kontrast, brak etykiet) oraz za punkty do sprawdzenia. Każde ustalenie wskazuje kryterium sukcesu WCAG i konkretny krok. Rozwijany blok pokazuje sposób obliczenia.

Częste pytania

Czy to zastępuje pełny audyt?

Nie. Test automatyczny wykrywa około 20–35 % problemów WCAG — przede wszystkim te rozpoznawalne bezpośrednio w kodzie źródłowym. Obsługę za pomocą klawiatury, kolejność fokusu i zachowanie czytników ekranu trzeba sprawdzić ręcznie.

A co z JavaScriptem?

Bezpłatny skan czyta dostarczony kod HTML i powiązany CSS, bez wykonywania JS. Menu, okna modalne i niestandardowe widżety, które powstają dopiero w przeglądarce, nie są widziane w pełni. Kontrola z renderowaniem JS pojawi się w ramach monitorowania.

Czy potrzebuję deklaracji dostępności?

Zgodnie z EAA/BFSG większość stron firm objętych przepisami jej potrzebuje — z mechanizmem informacji zwrotnej i procedurą egzekwowania. Tutaj jest pomoc w sporządzeniu. Mimo to zalecany jest wzór sprawdzony pod kątem prawnym.

Czy widżety nakładkowe (accessiBe, UserWay) są rozwiązaniem?

Nie. Narzędzia nakładkowe nie zapewniają zgodności i są krytykowane przez organizacje osób, których to dotyczy. Dostępność powstaje w kodzie, a nie dzięki widżetowi. Więcej na ten temat.

Baza wiedzy o dostępności

Konkretne wyjaśnienia dotyczące EAA/BFSG, kryteriów sukcesu WCAG oraz ich wdrożenia w WordPressie, Shopify, Wix & podobnych. Do przeglądu →

Czy Twoja strona jest dostępna?

Częste pytania

Ostatnio sprawdzone