Najczęstsze błędy w dostępności (WCAG) i jak je naprawić

W tym artykule przyglądamy się typowym problemom, które można łatwo (i często samodzielnie) poprawić na stronie internetowej, jeśli chodzi o dostępność Twojej strony wg wytycznych WCAG 2.2.

❌ 1. Brak tekstów alternatywnych dla obrazków

Problem: Obrazki nie mają opisu (atrybut alt), przez co osoba niewidoma nie wie, co przedstawiają.
Rozwiązanie:

Dodaj krótki opis – np. „Logo firmy XYZ”, „Kobieta pracująca przy laptopie”.
Jeśli obrazek jest dekoracyjny – dodaj pusty alt: alt="".

❌ 2. Niewystarczający kontrast kolorów

Problem: Jasnoszary tekst na białym tle wygląda nowocześnie… ale jest nieczytelny.
Rozwiązanie:

Sprawdź kontrast na stronie: contrastchecker.com
WCAG 2.2 wymaga współczynnika kontrastu co najmniej 4.5:1 dla tekstu i tła.

❌ 3. Brak obsługi klawiaturą

Problem: Nie można przejść między linkami, formularzami i menu przy pomocy klawiatury.
Rozwiązanie:

Upewnij się, że elementy nawigacyjne (menu, formularze, popupy) można aktywować za pomocą klawisza Tab i Enter.

❌ 4. Niejasne komunikaty błędów

Problem: Formularz nie chce się wysłać, ale nie mówi dlaczego.
Rozwiązanie:

Dodaj czytelne informacje o błędzie – np. „Pole e-mail jest wymagane” zamiast „Błąd”.

❌ 5. Brak widocznego fokusu

Problem: Użytkownik nie widzi, gdzie aktualnie znajduje się „kursor klawiatury”.
Rozwiązanie:

Dodaj styl CSS dla elementu fokusowanego: np. outline: 2px solid #000;.

❌ 6. Zbyt małe przyciski

Problem: Na urządzeniach mobilnych trudno trafić w przyciski.
Rozwiązanie:

Zapewnij minimalny rozmiar 24×24 px i odpowiednie marginesy wokół (tzw. „target size”).

? Podsumowanie – dlaczego warto zadbać o dostępność strony WordPress dla WCAG 2.2:

Dostępność to nie tylko przepis prawny – to wyraz troski o użytkownika.
Naprawiając te błędy:

zwiększysz grono odbiorców,
poprawisz SEO,
unikniesz potencjalnych kar,
i po prostu… sprawisz, że Twoja strona będzie lepsza.

Chcesz, żebym spojrzała na Twoją stronę WordPress pod kątem WCAG? Napisz do mnie – razem to ogarniemy ?