Dostępność (WCAG 2.2) po ludzku: jak mała firma może poprawić stronę w 90 dni

Mariusz Siwko
30.08.2025

Dostępność to nie „fanaberia korporacji”, tylko praktyka, dzięki której więcej osób może skorzystać z Twojej oferty. I wcale nie chodzi wyłącznie o osoby niewidome – mowa także o seniorach, użytkownikach mobilnych w słońcu czy osobach po prostu spieszących się. Oto plan wdrożenia zgodny z duchem WCAG 2.2.

Na czym polega dostępność

WCAG opisuje cztery zasady: postrzegalność, funkcjonalność, zrozumiałość i solidność. W praktyce to czytelny kontrast, logiczna kolejność treści, działanie z klawiatury i poprawna struktura kodu. Tyle i aż tyle – bo najpierw trzeba zaplanować proces.

Quick wins, które robią różnicę

Zapewnij kontrast tekstu do tła (np. ciemny tekst na jasnym tle), zwiększ rozmiar czcionki w bazowym stylu i zachowaj minimum wysokości linii. Dodaj etykiety i opisy pól formularza, zamiast „pływających” placeholderów. Dla obrazów wstaw atrybuty alt, a dla przycisków – jasne, opisowe etykiety. Kolejność fokusu (TAB) musi być przewidywalna, a modale nie mogą „blokować” klawiatury poza sobą.

Nawigacja i treść

Wprowadź link „skip to content”, popraw hierarchię nagłówków (H1 tylko raz na podstronie), ogranicz ściany tekstu przez listy i śródtytuły. Wideo opatrz napisami, a ważnym ilustracjom dodaj opisy. Ustaw atrybut języka dokumentu (np. lang="pl"), aby czytniki ekranowe poprawnie czytały treść.

Formularze, błędy, walidacja

Waliduj kroki dopiero po zatwierdzeniu, nie „krzycz” na użytkownika w trakcie pisania. Błędy opisuj zrozumiale i podpowiadaj rozwiązanie. Długie formularze podziel na kroki i pokaż pasek postępu. Pamiętaj o komunikacie po sukcesie – to często „ułamek procenta” więcej konwersji.

Testy z użytkownikami (także wewnętrznymi)

Przejdź klawiaturą przez całą stronę. Włącz czytnik ekranowy i sprawdź, czy ogłoszenia, banery i elementy dynamiczne są właściwie anonsowane. Zrób test na telefonie przy minimalnej głośności i w pełnym słońcu – zaskoczy Cię, ile „niewygody” wychwycisz.

Plan na 90 dni

Tydzień 1–2: audyt UI, kontrast, nagłówki, etykiety. Tydzień 3–4: formularze i nawigacja klawiaturą. Tydzień 5–6: multimedia i transkrypcje. Tydzień 7–8: poprawki w kodzie (landmarki, role, aria-label), testy. Tydzień 9–12: polityka utrzymania – checklista dla nowych treści i komponentów.

Dlaczego to się opłaca

Lepsza dostępność to mniejszy współczynnik odrzuceń, wyższa satysfakcja i mniej porzuceń formularzy. Do tego dochodzi zmniejszenie ryzyka prawnego i przewaga konkurencyjna w przetargach, gdzie wymogi dostępności są standardem.

Źródła

https://www.w3.org/WAI/standards-guidelines/wcag/ – oficjalne wytyczne WCAG i materiały WAI.

https://www.w3.org/TR/WCAG22/ – specyfikacja WCAG 2.2 z listą kryteriów sukcesu.

Zgłoś swój pomysł na artykuł

Więcej w tym dziale Zobacz wszystkie