Baza wiedzy
Skróty z produkcji — narzędzia, obowiązki i praktyczne wskazówki.
Krótkie materiały o narzędziach, obowiązkach prawnych i praktyce dostępności. To wycinki z produkcji — nie pełna migracja archiwum.
-
Lighthouse: wynik dostępności to punkt startu
Lighthouse w Chrome zwraca skrócony wynik Accessibility. Wysoki wynik nie oznacza zgodności z WCAG — narzędzie nie ocenia m.in. sensowności treści i wielu barier klawiatury. Używaj go do monitorowania regresji, a zakres formalny zostaw audytowi.
-
axe DevTools: automatyczne testy w Chromie
axe DevTools wykrywa wybrane błędy WCAG w DOM. Wyniki są powtarzalne i dobrze nadają się do CI, ale nie pokrywają barier wymagających oceny człowieka. Traktuj je jako filtr przed pracą eksperta, nie jako pełny audyt.
-
ANDI: szybki przegląd barier w przeglądarce
ANDI (Accessible Name & Description Inspector) to darmowe narzędzie NIST. Pomaga sprawdzić nazwy dostępne, opisy i kolejność fokusu bez wychodzenia ze strony. Nie zastępuje audytu, ale dobrze pokazuje pierwsze problemy z etykietami formularzy i linkami.
-
Europejski akt o dostępności a e-commerce
European Accessibility Act obejmuje m.in. wybrane usługi cyfrowe i handel elektroniczny. Harmonogram i zakres zależą od typu produktu. Warto wcześniej sprawdzić koszyk, konto klienta i kluczowe ścieżki zakupowe.
-
Obowiązki podmiotów publicznych
Podmioty publiczne w Polsce mają obowiązek zapewniać dostępność cyfrową stron i aplikacji oraz publikować deklarację dostępności. Audyt i dokumentacja pomagają wykazać, co zostało zbadane i jakie bariery pozostają. To skrót — szczegóły prawne uzupełnij w wp-admin.
-
Jeden link na kartę, nie dwa miejsca kliknięcia
Gdy karta ma osobny link w tytule i przycisk „czytaj więcej”, użytkownik klawiatury i czytnik ekranu dostają duplikat. Lepiej owinąć całą kartę jednym linkiem albo zostawić jeden wyraźny cel.