Polski
a11yglass · Kontrola dostępności stron internetowych

Start › Baza wiedzy › Według systemu

Dostępność z WordPressem

Sam WordPress może być dostępny — problemy przychodzą najczęściej przez motyw, wtyczki i bloki strony.

Częste miejsca

Motywy o zbyt niskim kontraście lub bez widocznego fokusa, wtyczki suwaków bez pauzy/obsługi klawiaturą, osadzone formularze (Contact Form 7 itp.) z polami bez etykiet, bloki obrazów bez tekstu alternatywnego oraz kreatory stron, które zamieniają nagłówki w zwykłe duże akapity. Rdzenny edytor WordPressa zwykle nie jest problemem — warstwa nad nim tak.

Sprawdź i wybierz motyw

Motyw decyduje o kontraście, wyświetlaniu fokusa, strukturze nagłówków i obsłudze nawigacji klawiaturą. Kryteria przed wyborem: przejdź stronę klawiszem Tab — czy fokus jest zawsze widoczny? Czy menu da się obsłużyć bez myszy? Czy kontrast kolorów tekstu i przycisków wynosi co najmniej 4,5:1? Blokowe motywy domyślne (Twenty Twenty-Four/-Five) to solidny punkt wyjścia; przy motywach płatnych pomaga rzut oka na demo z wyłączonym CSS i test klawiatury.

Pracuj czysto w edytorze blokowym

Używaj bloków nagłówków we właściwej kolejności (jeden H1 na stronę, nie pomijaj poziomu) — nie rób z tekstu tylko dużego i pogrubionego. Nadaj każdemu blokowi obrazu tekst alternatywny; obrazy czysto dekoracyjne wyraźnie oznacz jako dekoracyjne. Do działań używaj bloku przycisku, do nawigacji prawdziwych linków. Listy jako blok listy, nie jako akapit z myślnikami. Tabele tylko do prawdziwych danych tabelarycznych i z wierszem nagłówka.

Wtyczki i formularze

Wtyczki formularzy (Contact Form 7, WPForms, Gravity Forms) tworzą dostępne formularze tylko wtedy, gdy każde pole ma widoczną, powiązaną etykietę, a komunikaty o błędach są przypisane do pola — sam tekst zastępczy nie wystarczy. Suwaki i karuzele potrzebują przycisku pauzy i nie mogą uwięzić fokusa klawiatury; w razie wątpliwości lepiej je pominąć. Kreatory stron (Elementor, Divi, WPBakery) nie są niedostępne z definicji, ale kuszą do zagnieżdżonych struktur div bez semantyki — tu zwróć szczególną uwagę na nagłówki i fokus.

Testowanie

Trzy szybkie testy bez dodatkowego oprogramowania: (1) obsłuż stronę tylko klawiaturą — Tab, Enter, strzałki; czy da się wszędzie dotrzeć i wyjść? (2) powiększ w przeglądarce do 200% — czy wszystko pozostaje czytelne i obsługiwalne? (3) uruchom rozszerzenie przeglądarki jak WAVE lub axe DevTools. Bezpłatny skan a11yglass dodatkowo sprawdza dostarczony HTML twojej strony głównej pod kątem kontrastu, tekstów alternatywnych, etykiet, języka i struktury oraz podaje kryterium WCAG dla każdego wykrycia.

Częste pytania

Czy wtyczka dostępności czyni moją stronę zgodną? Nie — wtyczki nakładkowe, które przełączają kontrast i rozmiar czcionki za pomocą widżetu, nie naprawiają problemów strukturalnych i są krytykowane przez organizacje osób z niepełnosprawnościami. Który motyw jest dostępny? Nie ma certyfikatu; decyduje wdrożenie w konkretnym przypadku — kryteria powyżej pomagają w wyborze. Czy moja strona WordPress potrzebuje deklaracji dostępności? To zależy od tego, czy strona podlega BFSG (handel elektroniczny) lub czy prowadzi ją podmiot publiczny — zobacz stronę o deklaracji dostępności.

Jak pomaga a11yglass

Bezpłatny skan sprawdza dostarczony kod HTML i CSS pod kątem naruszeń WCAG wykrywalnych automatycznie i podaje dla każdego ustalenia kryterium sukcesu oraz konkretne działanie. Wykrywa około 20–35 % problemów i nie zastępuje pełnego audytu.

Czytaj dalej

Informacja ogólna według najlepszej wiedzy, nie jest poradą prawną. W indywidualnej sprawie należy zwrócić się do kancelarii wyspecjalizowanej w prawie nowych technologii.