Prawo

BIP na WordPress a dostępność cyfrowa: WCAG 2.1 AA w praktyce

Data publikacji: 29 listopada 2025

Julia Malinowska
Julia Malinowska

Ekspertka ds. Biuletynu Informacji Publicznej

0 35 wpisów

✌️ Szukasz BIP-u na WordPressie?
Napisz do Nas!

BIP na WordPress a dostępność cyfrowa: WCAG 2.1 AA w praktyce

Jeżeli prowadzisz BIP na WordPress, to od strony prawa nie ma znaczenia, czy serwis stoi na gotowym systemie BIP, autorskim CMS-ie czy właśnie na WP. Ustawa o dostępności cyfrowej traktuje wszystkie te rozwiązania tak samo: strona ma być dostępna cyfrowo i spełniać wymagania WCAG 2.1 na poziomie AA. To dotyczy także Biuletynu Informacji Publicznej – BIP jest po prostu jedną z obowiązkowych stron podmiotu publicznego.

W tym wpisie wyjaśniam prosto: co wynika z ustawy o dostępności cyfrowej dla BIP na WordPress, jak rozumieć WCAG 2.1 w kontekście Biuletynu oraz na co zwrócić uwagę, jeśli korzystasz lub planujesz korzystać z gotowego szablonu BIP na WP.

TL;DR: Dostępność w BIP to nie “wtyczka”. To połączenie: dobry motyw/szablon (HTML, kontrast, klawiatura) + dobre nawyki publikacji (nagłówki, linki, PDF-y). Najczęściej wywracają temat dokumenty i chaos w treści, nie sam WordPress.

Co mówi ustawa o dostępności cyfrowej w kontekście BIP?

Podstawą jest ustawa z 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych. Nakłada ona na podmioty publiczne obowiązek zapewnienia, żeby ich strony – w tym strony BIP – były dostępne cyfrowo.

W praktyce oznacza to trzy rzeczy, które mają bezpośredni wpływ na BIP:

  • serwis (także istniejący) powinien spełniać wymagania dostępności,
  • trzeba opublikować deklarację dostępności i aktualizować ją zgodnie ze stanem faktycznym,
  • niedostępność lub brak deklaracji może skutkować konsekwencjami (w tym finansowymi) — dlatego BIP nie jest “poboczną stroną”.

Ustawa nie mówi: “zainstaluj WCAG”, ale odsyła do wymagań technicznych, które w praktyce pokrywają się z WCAG 2.1 AA. To jest dziś punkt odniesienia przy audytach i kontrolach — niezależnie od technologii.

Jeśli chcesz mieć to rozpisane stricte pod wdrożenie, zobacz też: gdzie umieścić deklarację dostępności w BIP.

🖐️

Hej! Potrzebujesz uruchomić BIP?

WCAG 2.1 AA w BIP na WordPress: co to realnie znaczy?

WCAG 2.1 to zestaw wytycznych, które mają sprawić, że z serwisu skorzysta również osoba z niepełnosprawnością wzroku, słuchu, ruchu albo trudnościami poznawczymi. Przy BIP na WordPress nie musisz znać numerów kryteriów na pamięć — wystarczy rozumieć, co najczęściej “obcina” dostępność.

Z perspektywy użytkownika te wymagania sprowadzają się do kilku rzeczy: treść ma się dać przeczytać czytnikiem ekranu, nawigacja ma działać z klawiatury, a dokumenty nie mogą być “ciemną plamą” w postaci skanów bez tekstu.

To wszystko da się zrobić na WordPressie — kluczowe jest jednak to, jak jest zbudowany motyw/szablon BIP oraz jak redaktorzy publikują treści. Ten sam WP może być wzorowo dostępny albo totalnie nieczytelny dla osoby korzystającej z czytnika ekranu.

Warstwa techniczna: co powinien “dowieźć” motyw BIP

Jeśli BIP jest oparty o gotowy szablon, to on powinien zapewnić fundamenty. Poniżej rzeczy, które warto sprawdzić (albo wymagać od wykonawcy) zanim uznasz temat za “zrobiony”.

1) Struktura nagłówków i semantyka

Strony powinny mieć logiczny układ (H1 dla tytułu strony, potem H2/H3), spójne menu i przewidywalną nawigację. Redaktor nie powinien “robić nagłówków” samym pogrubieniem — bo czytnik ekranu tego nie widzi jako struktury.

2) Klawiatura, fokus i elementy interaktywne

Menu, wyszukiwarka, przyciski, formularze — wszystko musi działać bez myszy. Fokus nie może “ginąć”, a użytkownik powinien widzieć, gdzie aktualnie się znajduje (to częsty problem w “upiększonych” motywach).

3) Kontrast, typografia i mobile

WCAG wymaga odpowiedniego kontrastu, możliwości powiększenia treści i czytelności na telefonie. Motyw BIP nie może opierać się na “szarym tekście na jasnoszarym tle”, ani na menu, które na mobile jest nie do kliknięcia.

4) Formularze i wyszukiwarka

Jeżeli w BIP jest wyszukiwarka lub formularz, muszą mieć etykiety, komunikaty błędów i poprawną obsługę z klawiatury. WordPress pozwala to “zepsuć” wtyczkami generującymi własny, niedostępny HTML — dlatego lepiej trzymać się rozwiązań sprawdzonych pod dostępność.

Warstwa redakcyjna: co najczęściej psuje dostępność w BIP

Nawet przy dobrym szablonie dostępność da się “zabić” złymi nawykami publikacji. To są najczęstsze problemy, które widzę w BIP-ach:

  • skany pism jako obrazki albo PDF-y bez warstwy tekstowej (brak dostępnego odpowiednika),
  • nagłówki robione wizualnie (pogrubienie) zamiast prawdziwych H2/H3,
  • linki typu „kliknij tutaj” / „więcej” bez kontekstu,
  • pliki o nazwach typu “scan001.pdf” bez opisu, czego dotyczą,
  • tabele używane do układu strony, a nie do danych,
  • ręczne “upiększanie” CSS-em, które psuje kontrasty lub nawigację.

Jeśli publikujesz dużo dokumentów, obowiązkowo przeczytaj też: czy można publikować skany PDF w BIP? — bo PDF-y są najczęstszym źródłem realnych problemów dostępności.

Jak podejść do dostępności BIP na WordPress — plan działania

Jeżeli masz już BIP na WordPress albo planujesz migrację, najlepsze podejście to połączenie fundamentu technicznego z zasadami publikacji treści.

Jeśli chcesz działać praktycznie: najpierw popraw to, co użytkownicy widzą i czują od razu (nawigacja, kontrast, wyszukiwarka), a potem dokumenty. Na końcu dopnij formalności: deklarację dostępności, kontakt dla zgłoszeń oraz opis procedury obsługi wniosków/zgłoszeń dostępności.

Ustawa o dostępności cyfrowej i WCAG 2.1 nie mają “zablokować” BIP-ów na WordPress, tylko sprawić, żeby każdy użytkownik mógł normalnie korzystać z informacji publicznej. Dobrze przygotowany szablon BIP na WP i kilka świadomych decyzji redakcyjnych zwykle wystarczą, żeby przejść audyt i spokojnie utrzymywać serwis.

FAQ: BIP na WordPress, dostępność i WCAG 2.1

Czy WordPress “sam z siebie” spełnia WCAG 2.1 AA?

WordPress jako CMS może być bazą, ale zgodność zależy od motywu/szablonu oraz sposobu publikacji treści (nagłówki, linki, dokumenty, kontrast, klawiatura).

Czy wtyczka dostępności rozwiąże temat WCAG?

Nie. Wtyczki mogą pomóc w wybranych obszarach, ale nie naprawią złej struktury HTML, niedostępnych komponentów i dokumentów PDF bez tekstu. Dostępność to fundament + redakcja.

Gdzie umieścić deklarację dostępności w BIP?

W stałym, łatwym do znalezienia miejscu (np. stopka/sekcja dostępności) i konsekwentnie linkować ją z kluczowych stron. Zobacz instrukcję: deklaracja dostępności w BIP.

Czy skany PDF są “niedozwolone” w BIP?

Nie są automatycznie zakazane, ale często są niedostępne. Jeśli publikujesz skany, dodawaj kontekst i – jeśli to możliwe – wersję dostępną (tekstową). Więcej: skany PDF w BIP.