Gdy mowa o dostępności cyfrowej BIP, pierwszy odruch wielu jednostek jest prosty: „wrzućmy wtyczkę dostępności, będzie spokój”. Pojawia się pływający przycisk, panel zmiany kontrastu i wielkości tekstu, a gdzieś po drodze wyskakuje logo producenta albo „powered by…”. I wtedy pada pytanie, które wraca jak bumerang: czy w BIP na WordPress można używać wtyczek dostępności, skoro na stronie podmiotowej BIP nie wolno publikować reklam?
W tym wpisie rozkładam temat praktycznie: kiedy wtyczka jest OK, kiedy robi się ryzyko (reklama / zewnętrzne skrypty / „nakładka, która obiecuje zgodność”), oraz jak podejść do tego tak, żeby nie udawać dostępności, tylko realnie ją poprawiać. Na końcu masz krótkie FAQ pod typowe zapytania z Google.
TL;DR: sama wtyczka nie „załatwia WCAG”. Możesz jej używać, ale nie może wprowadzać reklamy (brandingu/linków) i nie powinna zastępować poprawnej struktury, kontrastów, klawiatury i dostępnych dokumentów.
Zakaz reklamy w BIP – o co chodzi w praktyce?
W BIP nie chodzi o „ładną stronę” ani o marketing. To urzędowy publikator informacji publicznej, a przepisy jasno rozdzielają treści urzędowe od komercyjnych. Dlatego strona podmiotowa BIP nie może zawierać reklam – i to jest punkt startowy do oceny każdej wtyczki, widgetu czy elementu „dodanego” do interfejsu.
W praktyce problemem nie jest to, że używasz jakiegoś oprogramowania (WordPress, motyw, wtyczki) – tylko to, co widzi użytkownik. Jeżeli panel dostępności pokazuje logo firmy, podpis „powered by” albo link do dostawcy, to z perspektywy BIP bardzo łatwo wejść w obszar treści o charakterze promocyjnym.
Czy w BIP na WordPress wolno używać wtyczek dostępności?
Tak — wolno. Wtyczka dostępności to po prostu element techniczny. Przepisy o dostępności cyfrowej patrzą na efekt (czy serwis jest dostępny), a nie na to, czy użyłeś wtyczki, własnego kodu czy gotowego komponentu.
Ryzyko zaczyna się wtedy, gdy wtyczka robi jedną z tych rzeczy:
Co robi wtyczka / widget
Dlaczego to problem w BIP
Co zrobić zamiast
Wyświetla logo producenta + link
Może zostać uznane za reklamę/treść promocyjną
Wyłączyć branding (jeśli się da) albo wybrać rozwiązanie bez brandingu
Pokazuje „powered by…”, stopkę autora, zachętę do wersji PRO
To już komunikat marketingowy, nie funkcja BIP
Zastąpić panelem bez komunikatów promocyjnych
Ładuje zewnętrzne skrypty z serwerów dostawcy
Ryzyko prywatności, bezpieczeństwa i „niewidocznych” zmian w działaniu
Preferować rozwiązania osadzone w motywie / self-hostowane
Obiecuje „WCAG jednym kliknięciem”
Może dawać fałszywe poczucie zgodności; audyt i tak sprawdzi realne bariery
Poprawić motyw/strukturę i praktykę publikacji + traktować panel jako dodatek
Najprościej: jeśli wtyczka jest neutralna wizualnie, bez brandingu i nie robi „dziwnych rzeczy” po stronie prywatności/bezpieczeństwa, to da się ją zastosować. Ale nadal zostaje druga część równania: wtyczka nie może zastąpić prawdziwej dostępności.
„Nakładki dostępności” – dlaczego to bywa mina?
Na rynku jest sporo narzędzi typu accessibility overlay, które obiecują „zgodność z WCAG” przez dodanie jednego skryptu. Dają panel, kilka przełączników i ładne hasła. Problem w tym, że dostępność to w dużej mierze struktura i semantyka: nagłówki, kolejność fokusu, działanie klawiaturą, opisy linków, formularze, tabele danych, dokumenty. Tego nie da się trwale „zamaskować” nakładką.
W praktyce nakładka może dodać kilka ułatwień (np. kontrast, odstępy, powiększenie), ale nie naprawi źle zbudowanego motywu, kiepskich PDF-ów, braku etykiet w formularzach czy chaosu nagłówków. Dlatego jeśli ktoś sprzedaje „pełną zgodność WCAG wtyczką”, potraktuj to jak czerwony alert.
Jeśli chcesz „spokojnej głowy” przy audycie, to zamiast zaczynać od wtyczki, zacznij od fundamentu. Dostępność w BIP zwykle wygrywa się na prostych rzeczach, robionych konsekwentnie:
Motyw z poprawną strukturą (nagłówki, landmarki, focus, kontrasty, responsywność).
Higiena treści: nagłówki jako nagłówki (H2/H3), listy jako listy, bez „Worda w WordPressie”.
Linki z sensem: „Statut szkoły (PDF)” zamiast „kliknij tutaj”.
Dokumenty: unikanie skanów bez tekstu, sensowne nazwy plików, opisy przy załącznikach.
Testy: klawiatura (Tab/Shift+Tab), mobilka, szybki przegląd czytnikiem ekranu raz na jakiś czas.
Wtyczka ma sens dopiero wtedy, gdy nie „maskuje” problemów, tylko daje ułatwienia ponad to, co już jest poprawnie zrobione w motywie i treści.
Jak rozwiązaliśmy to w szablonie BIP na WordPress?
W szablonie BIP na WordPress z bipwordpress.pl celowo idziemy w kierunku: dostępność wbudowana w motyw, a nie „przycisk, który ma załatwić temat”. Panel ułatwień (kontrast, rozmiar tekstu, odstępy) jest elementem motywu — bez logotypów firm trzecich, bez „powered by…”, bez zewnętrznych widgetów.
Dzięki temu nie dokładasz do BIP ryzyka reklamowego i masz większą kontrolę nad tym, co dzieje się w kodzie (a to ma znaczenie i dla stabilności, i dla bezpieczeństwa). Wtyczki mogą nadal być używane, ale nie są „protezą” dostępności.
FAQ: wtyczki dostępności w BIP na WordPress
Czy logo „powered by” w panelu dostępności to reklama?
W BIP lepiej zakładać konserwatywnie, że tak — to ryzyko reklamowe, bo jest to widoczna informacja promująca dostawcę (zwłaszcza gdy jest klikalna). Jeśli nie da się tego wyłączyć, wybierz inne rozwiązanie.
Czy muszę mieć „panel dostępności” na stronie?
Panel nie jest celem samym w sobie. Celem jest dostępność serwisu. Panel może być pomocny, ale nie zastąpi poprawnego motywu, struktury treści, kontrastów, klawiatury i dostępnych dokumentów.
Czy wtyczka zapewni zgodność z WCAG 2.1 AA?
Nie traktuj tego w ten sposób. Wtyczka może dodać ułatwienia, ale zgodność weryfikuje się na realnym korzystaniu: nawigacja, fokus, formularze, treści, PDF-y, błędy w semantyce. Jeśli ktoś obiecuje „WCAG wtyczką”, to zwykle jest skrót myślowy, który kończy się problemami przy audycie.
Co jest najbezpieczniejszym rozwiązaniem dla BIP?
Dostępny szablon/motyw + proste zasady publikacji (nagłówki, linki, dokumenty) i dopiero na końcu ewentualny panel ułatwień bez brandingu. To podejście zwykle daje najlepszy efekt „użytkownikowo” i najspokojniej przechodzi kontrole.
Podsumowanie
Tak, w BIP na WordPress można używać wtyczek dostępności — ale nie takich, które wpychają branding, linki promocyjne albo udają „zgodność jednym kliknięciem”. Jeśli zależy Ci na porządnym efekcie, zrób to w kolejności: motyw i struktura → praktyka publikacji → testy → ewentualny panel jako dodatek. Wtedy BIP jest faktycznie dostępny, a nie tylko „ma przycisk”.
