Krótka scena z życia urzędu: kiedy „działa” nie znaczy „jest dostępne”
Telefon dzwoni po raz trzeci w tym tygodniu: „Proszę pana, ta uchwała podobno jest w BIP, ale ja jej tam nie mogę znaleźć”. Sprawdzasz: wpisujesz numer, dwa kliknięcia i dokument stoi jak byk. Strona działa, wszystko się wyświetla, więc gdzie problem?
Po drugiej stronie słuchawki może być ktoś, kto nie widzi ekranu lub widzi go bardzo słabo. Dla niego BIP nie jest kolorową stroną z menu po lewej i banerem na górze, tylko ciągiem elementów odczytywanych po kolei: nagłówków, linków, przycisków, pól formularzy. Jeśli ta układanka nie jest ułożona z głową, czytnik ekranu prowadzi go na manowce – nawet gdy z perspektywy pracownika „wszystko jest przecież na miejscu”.
Nie trzeba jednak ani JAWS, ani NVDA, ani szkolenia z WCAG, żeby pierwszy raz zobaczyć swój BIP „po ciemku”. Wystarczy klawiatura, przeglądarka i kilka prostych nawyków. Kiedy przeprowadzi się taki test chociaż raz, nagle okazuje się, że problem nie leży w „niewidomym użytkowniku”, tylko w tym, jak serwis komunikuje się ze światem poza ekranem.
Źródło: Pexels | Autor: Mikhail Nilov
Co to znaczy „przetestować stronę BIP bez narzędzi” – założenia i ramy
Bez narzędzi, ale nie „na ślepo”
Określenie „bez narzędzi” bywa mylące. Nie chodzi o to, by diagnozować dostępność BIP na oko, ignorując normy WCAG 2.1. Chodzi o rezygnację z wyspecjalizowanego oprogramowania – czytników ekranu, wtyczek audytorskich czy automatycznych skanerów – i wykorzystanie tego, co i tak jest pod ręką:
przeglądarka (Chrome, Firefox, Edge, Safari),
klawiatura (Tab, Enter, strzałki, spacja),
ustawienia systemu (powiększenie, wysoki kontrast),
czas i uważność osoby testującej.
Taki test nie zastąpi formalnego audytu dostępności, ale bardzo często wyłapie przeszkody, które realnie blokują mieszkańców w dostępie do informacji publicznej: brak możliwości dotarcia do menu z klawiatury, chaotyczny porządek linków, formularze nie do wypełnienia bez myszy, niedostępne pliki PDF z uchwałami.
Cel: bariery z perspektywy użytkownika, nie „zaliczone punkty WCAG”
Formalne spełnienie punktów WCAG jest obowiązkiem wynikającym z ustawy o dostępności cyfrowej. Jednak osoba odpowiedzialna za BIP najczęściej nie jest programistą ani audytorem. Zamiast śledzić numerki kryteriów sukcesu, łatwiej skoncentrować się na prostych pytaniach użytkownika:
Czy mogę dostać się z klawiatury do najważniejszych treści (uchwały, ogłoszenia, zamówienia publiczne)?
Czy rozumiem, gdzie jestem na stronie i dokąd prowadzą linki?
Czy mogę wypełnić i wysłać formularz bez myszy?
Czy dokumenty i załączniki da się odczytać, powiększyć, skopiować tekst?
Jeżeli odpowiedź na któreś z tych pytań brzmi „nie”, mieszkańcy korzystający z czytników ekranu natykają się na barierę. To już jest konkret, który można przekuć na zadanie dla wykonawcy serwisu lub własny plan poprawy treści.
Granice „testów na zdrowy rozsądek”
Proste testy bez narzędzi nie pokażą wszystkiego. Osoba, która nie korzysta na co dzień z czytnika ekranu, nie wyłapie wszystkich niuansów: niedokładnych etykiet przycisków, źle zagnieżdżonych list, błędnych ról ARIA. Dodatkowo nie sprawdzisz w ten sposób:
kontrastu tekstu wobec tła z punktu widzenia ścisłych norm,
prawidłowości wszystkich atrybutów alternatywnych przy grafikach,
zgodności z każdym szczegółowym kryterium WCAG 2.1.
Mimo to proste testy są bardzo cennym, pierwszym filtrem. Usuwają najbardziej dokuczliwe bariery, a jednocześnie uczą myślenia o BIP z perspektywy osób z niepełnosprawnościami. Z czasem stają się codziennym nawykiem, a nie jednorazowym „zaliczeniem dostępności”.
Jak organizować szybkie testy BIP w urzędzie
Najprościej potraktować test jak krótką, powtarzalną procedurę. Wystarczy kwadrans tygodniowo, żeby sprawdzić to, co najważniejsze. Dobry schemat to:
wybrać 2–3 kluczowe podstrony (np. strona główna BIP, uchwały rady, zamówienia publiczne),
odłożyć myszkę i przez 5–10 minut korzystać tylko z klawiatury,
zapisywać każdą sytuację „utknięcia” lub dezorientacji,
po teście dopisać konkretne miejsca (adresy URL, nazwy linków),
przekazać obserwacje do osoby technicznej albo zachować jako listę poprawek do wdrożenia.
Najlepsze efekty daje test w dwie osoby: jedna „gra użytkownika” i mówi na głos, co widzi/z czym ma problem, druga notuje. To prosta metoda, która szybko ujawnia, że to, co „oczywiste” z perspektywy projektanta, wcale nie jest oczywiste dla użytkownika.
Źródło: Pexels | Autor: Mikhail Nilov
Jak myśli czytnik ekranu: prosty model w głowie urzędnika
Czytnik nie widzi kolorów – „widzi” strukturę
Czytnik ekranu (ang. screen reader) nie „patrzy” na stronę jak człowiek. Nie interesuje go, że coś jest na niebiesko, na środku, dużą czcionką. Odczytuje strukturę HTML: nagłówki, akapity, listy, linki, przyciski, tabele, pola formularza. Z jego perspektywy strona BIP jest raczej spisem treści niż gazetą z kolorowymi nagłówkami.
Dlatego semantyka HTML jest kluczowa. Jeśli tytuł działu jest tylko powiększonym tekstem „zrobionym” w edytorze (większy font, pogrubienie), ale nie został oznaczony jako nagłówek, czytnik potraktuje go jak zwykłe zdanie. Użytkownik nie przeskoczy do niego jednym skrótem, tylko będzie musiał przeklikać wszystko po kolei.
Podobnie z przyciskami: kolorowy napis „Szukaj” może wyglądać jak przycisk, ale jeśli w kodzie jest zwykłym linkiem lub nawet tylko tekstem, czytnik nie rozpozna go jako elementu, który coś uruchamia. Użytkownik będzie błądził, bo nie dostanie jasnej informacji: „przycisk Szukaj, naciśnij, aby wysłać formularz”.
Kolejność odczytu: liczy się to, co w kodzie, nie to, co po lewej
Dla osoby widzącej ma znaczenie, że menu jest po lewej, a treść po prawej. Dla czytnika ekranu istotna jest kolejność elementów w kodzie. Jeśli najpierw umieścimy w HTML baner, potem trzy bloki z reklamami projektów, a dopiero na końcu właściwą treść uchwały, użytkownik czytnika usłyszy wszystko w tej właśnie kolejności.
Skutek jest taki, że zanim dojdzie do tego, co ważne, musi „odsłuchać” masę nieistotnych, powtarzających się fragmentów. To nie jest tylko kwestia komfortu – to realna bariera w dostępie do informacji publicznej. Jeżeli dotarcie do informacji wymaga kilkudziesięciu naciśnięć Tab i odsłuchania „śmieci”, użytkownik łatwo się gubi i rezygnuje.
Właściwa kolejność w kodzie i możliwość szybkiego pominięcia powtarzających się elementów (np. link „Przejdź do treści głównej”) pozwalają osobie korzystającej z czytnika dotrzeć do sedna niemal tak szybko, jak osobie widzącej.
Prosty mentalny test „telefoniczny”
Dobrym sposobem na „wejście w skórę” czytnika jest krótka zabawa myślowa. Wyobraź sobie, że ktoś dzwoni i prosi, żebyś odczytał mu całą stronę BIP przez telefon, dokładnie w kolejności, w jakiej ją „widzisz” czytnik:
Co by było pierwsze? Logo, nazwa urzędu, menu, czy może informacja o plikach cookies?
W którym momencie pojawia się nagłówek z treścią, której szuka dzwoniący?
Ile „zbędnych” informacji musiałby wysłuchać, zanim usłyszy konkretny tytuł uchwały?
Jeśli już na tym etapie czujesz irytację („przecież to bez sensu, że trzeba przez to wszystko przebijać się na głos”), to znaczy, że czytnik ekranu będzie miał podobnie. Ten prosty test pomaga szybko wychwycić, czy strona jest ułożona w logiczną historię, czy wymaga cierpliwości ponad normę.
Wniosek: im lepsza struktura, tym mniej „magii” po stronie technologii
Czytniki ekranu są bardzo zaawansowane, ale ich skuteczność zależy od jakości materiału, który dostają. Dobrze oznaczone nagłówki, logiczne menu, poprawne etykiety przycisków i pól formularza czynią cuda. Z kolei brak semantyki sprawia, że nawet najlepiej skonfigurowany program staje się bezradny.
Dlatego zanim pojawi się w budżecie pozycja „audyt dostępności”, warto zacząć od uporządkowania tego, co zależy od autora treści i prostych decyzji redakcyjnych. Już sama zmiana sposobu myślenia o BIP – z „ładnej strony” na „czytelną strukturę” – zmniejsza liczbę skarg i telefonów „nie mogę tego znaleźć”.
Źródło: Pexels | Autor: Thirdman
Przygotowanie do testów: co włączyć, co wyłączyć, jak się „ogłuszyć” wizualnie
Odkładamy myszkę: pierwszy prawdziwy krok
Najważniejszy element testu strony BIP pod kątem czytnika ekranu jest zaskakująco prosty: nie używaj myszy. Dosłownie. Najlepiej odłóż ją poza zasięg ręki albo odłącz kabel. Zostają klawisze:
Tab – przechodzenie po kolejnych elementach interaktywnych (linki, przyciski, pola formularzy),
Shift + Tab – cofanie się do poprzedniego elementu,
Enter – aktywacja linku/przycisku,
Spacja – przewijanie strony w dół (w wielu przeglądarkach),
Strzałki – poruszanie się po listach, rozwijanych polach itp.
Użytkownik czytnika ekranu też polega na klawiaturze. Jeśli BIP daje się obsłużyć tylko myszką, oznacza to, że część mieszkańców jest z góry wyłączona z korzystania z serwisu – niezależnie od tego, jak piękny jest szablon strony.
Powiększenie i wysoki kontrast: test odporności na „wstrząsy” wizualne
Nawet bez czytnika ekranu można zasymulować pewne trudności wzrokowe. Dwa podstawowe triki w przeglądarce to:
powiększenie strony (Ctrl + „+” lub Ctrl + rolka myszy w górę) – do 150–200%,
włączenie wysokiego kontrastu w systemie operacyjnym (np. w Windows: Ustawienia dostępności → Wysoki kontrast).
Obserwuj, co się dzieje przy powiększeniu i wysokim kontraście:
czy tekst nadal mieści się w poziomie, czy trzeba przewijać w obie strony,
czy przyciski i linki są nadal widoczne i czytelne,
czy elementy interfejsu nie „nachodzą” na siebie,
czy oznaczenie fokusu (ramka wokół aktywnego elementu) jest wyraźne w nowych kolorach.
Jeżeli przy lekkim „wstrząsie” wizualnym strona BIP się rozsypuje, użytkownik niewidomy też będzie miał problem – bo taka rozsypka często oznacza bałagan w strukturze.
Symulacja czytania „po kolei” za pomocą klawisza Tab
Czytnik ekranu przechodzi po stronie w ustalonej kolejności. Bez specjalnych programów można to zasymulować:
Otwórz stronę główną BIP.
Nie dotykaj myszy.
Naciśnij Tab – powinno pojawić się podświetlenie (ramka, zmiana koloru) na pierwszym interaktywnym elemencie.
Naciśnij Tab wielokrotnie, obserwując, po jakich elementach „skacze” fokus.
Jeżeli zgubisz się, użyj Shift + Tab, aby cofnąć się o jeden element.
Zwłaszcza zwracaj uwagę na:
czy widzisz, który element jest aktualnie aktywny,
czy kolejność elementów jest logiczna (np. logo → pomiń do treści → menu → wyszukiwarka → blok treści),
czy da się wejść w podmenu i wybrać z niego pozycję bez myszy,
czy jakieś elementy wyglądające na klikalne są pomijane (brak fokusu).
Ten prosty „spacer Tabem” bardzo mocno zbliża do realnego doświadczenia użytkownika niewidomego, który porusza się między nagłówkami, linkami i formularzami za pomocą skrótów klawiaturowych.
Spisywanie pierwszych wrażeń zamiast „później to zapamiętam”
Najbardziej wartościowe są pierwsze wrażenia z testu – momenty, w których gubisz się lub nie rozumiesz, co się dzieje. Dlatego dobrze mieć pod ręką notatnik lub prosty dokument tekstowy. Zapisuj w trakcie:
Wyobraź sobie, że po pięciu kliknięciach Tab nagle nie wiesz, gdzie jesteś: kursor gdzieś migocze, ale na ekranie nic się nie zmienia. Strzelasz w Enter, otwiera się nowa podstrona, a ty nie masz pojęcia, co właśnie aktywowałeś. Użytkownik czytnika doświadcza tego kilka razy dziennie.
Podczas testu poluj na takie chwile zagubienia. Gdy tylko poczujesz, że przestajesz ogarniać, co się dzieje:
zatrzymaj się i zanotuj, na którym elemencie był fokus (np. „link w menu głównym 'Informacje ogólne’” lub „przycisk w wyszukiwarce”),
zapisz, co było niezrozumiałe: „brak widocznej ramki”, „nie wiem, czy to przycisk, czy link”, „po Enter nie ma żadnej zmiany na ekranie”,
dodaj jedno zdanie, co twoim zdaniem powinno się wydarzyć („liczyłem na rozwinięcie podmenu, a nie przeładowanie strony”).
Po kilku takich sytuacjach zaczyna się rysować prosty obraz: gdzie BIP „prowadzi za rękę”, a gdzie gubi odwiedzającego. To są właśnie miejsca, które dla użytkownika czytnika będą murem nie do przeskoczenia.
Ustalony scenariusz zamiast chaotycznego klikania
Kiedy pracownicy testują BIP „z ciekawości”, zwykle kończy się na swobodnym skakaniu po losowych zakładkach. To przyjemne, ale mało przydatne. Dużo więcej daje krótki, konkretny scenariusz, jak w prawdziwej sprawie mieszkańca.
Można przygotować sobie 2–3 proste zadania, na przykład:
odnaleźć ostatnią uchwałę rady gminy w sprawie opłat za śmieci,
sprawdzić godzinę przyjęć wójta/burmistrza,
znaleźć ogłoszenie o naborze na stanowisko urzędnicze.
Każde zadanie wykonuj wyłącznie klawiaturą, bez przeskakiwania wzrokiem do bocznego menu czy mapy witryny. Jeśli złapiesz się na tym, że „dopowiadzasz sobie” ścieżkę wzrokiem, zatrzymaj się i spróbuj przejść tę drogę jeszcze raz – tym razem polegając tylko na tym, co realnie podpowiadają elementy interfejsu.
Pierwszy test: czy da się wejść na stronę BIP i dotrzeć do treści tylko klawiaturą
Scenka z życia: „Wejdź Pan na BIP, to wszystko tam jest”
Starszy mieszkaniec dzwoni do urzędu: „Pani mówi, że wszystko jest w tym BIP-ie, ale ja tam nic nie mogę znaleźć”. Po drugiej stronie słuchawki urzędniczka otwiera stronę, jednym ruchem myszy klika w wyszukiwarkę i ma dokument. Dla niej to trzy sekundy, dla dzwoniącego – ściana.
Ten rozdźwięk świetnie pokazuje, po co wykonywać test wejścia na BIP bez myszy. Chodzi o prostą odpowiedź na pytanie: czy faktycznie „wszystko jest w BIP-ie”, czy raczej „wszystko jest dla osób z dobrą myszką i dobrym wzrokiem”.
Wejście na stronę BIP bez myszy: próg, na którym wielu odpada
Zacznij od samego początku. Zamknij wszystkie karty w przeglądarce, ustaw kursor w pasku adresu (Ctrl + L) i wpisz adres BIP. Potem:
Naciśnij Enter, poczekaj aż strona się załaduje.
Nie dotykając myszy, spróbuj zorientować się, gdzie „lądujesz” po wejściu.
Naciśnij raz Tab i sprawdź, który element złapał fokus jako pierwszy.
Zanotuj:
czy widać wyraźnie, który element jest aktywny (ramka, podkreślenie, zmiana koloru),
czy pierwszym elementem jest coś użytecznego (np. link „Przejdź do treści głównej”), czy może baner, zgoda na cookies, losowy link w stopce,
czy bez patrzenia zrozumiałbyś, co się dzieje – tzn. czy tekst linku/przycisku sam z siebie jest jasny.
Jeśli już na starcie nie wiesz, gdzie jesteś i co jest pierwszym „zaczepem” na stronie, dokładnie taki sam kłopot ma użytkownik czytnika. On nie zobaczy myszką, że „tu się świeci menu” – opiera się jedynie na tym, co strona uczciwie wystawi na pierwszą linię.
Szukanie „Pomiń do treści”: skrót, który oszczędza minuty
Na wielu stronach BIP treść poprzedzają długie bloki: logo, herb, nazwa województwa, kilka poziomów menu, baner o RODO, informacja o cookies. Osobie widzącej to nie przeszkadza – mózg filtruje, a palec na myszy jednym ruchem omija górę strony. Czytnik ekranu tak nie potrafi.
Podczas testu klawiaturowego sprawdź, czy na początku sekwencji Tab pojawia się coś w rodzaju:
„Przejdź do treści głównej”,
„Pomiń menu”,
„Skip to main content” (czasem po angielsku).
Jeżeli taki link się pojawia i da się go aktywować Enterem, zanotuj to jako duży plus. Jeśli go nie ma, policz „na głos”, ile razy musisz nacisnąć Tab, zanim dojdziesz do pierwszej konkretnej informacji (np. tytułu aktualności lub nagłówka z nazwą działu). Często wychodzi z tego mały eksperyment cierpliwości: 15–20 kliknięć Tab to już droga przez mękę.
Test menu głównego: czy bez myszy da się wybrać podstronę
Menu jest kręgosłupem BIP-u. Jeżeli nie współpracuje z klawiaturą, reszta testów traci sens. Zrób więc osobny „spacer” tylko po menu:
Ustaw fokus na pierwszym elemencie menu (Tabem lub ewentualnie kilkoma Tabami).
Używaj Tab, aby przechodzić między kolejnymi pozycjami.
Gdy trafisz na pozycję, która ma podmenu (np. „Rada Gminy”), spróbuj wejść głębiej – zwykle strzałką w dół lub Enterem.
Zwróć uwagę na kilka rzeczy naraz:
czy podmenu w ogóle się rozwija bez użycia myszy,
czy widać, że podmenu jest otwarte (zmiana koloru, kształtu strzałki, pojawienie się listy linków),
czy można przejść po elementach podmenu klawiszami strzałek lub Tab,
czy łatwo wyjść z podmenu (np. strzałką w lewo lub Tabem do kolejnej głównej sekcji).
Jeżeli rozwijane menu „udaje”, że jest dostępne tylko najechaniem myszką, użytkownik czytnika zobaczy jeden, wielki ślepy zaułek. W praktyce oznacza to, że cała część BIP jest dla niego ukryta za szklaną szybą.
Sprawdzenie wyszukiwarki: serce BIP-u w trybie tylko klawiatura
Większość osób, które „nie wiedzą, gdzie to może być”, intuicyjnie sięga po wyszukiwarkę. Dla użytkownika czytnika to często podstawowy sposób dotarcia do uchwały czy ogłoszenia. Jeśli pole wyszukiwania jest przyjazne tylko dla myszy, BIP traci kluczowe narzędzie.
Przetestuj wyszukiwarkę w kilku prostych krokach:
Dotabuj do pola wyszukiwania (czasem trzeba przejść przez kilka elementów menu).
Zwróć uwagę, czy pole jest jednoznacznie opisane – czy widać tekst „Szukaj w BIP”, „Wyszukiwarka”, etykietę obok.
Wpisz krótkie hasło, np. „uchwała”, „śmieci”, „konkurs”.
Sprawdź, czy da się wysłać zapytanie klawiszem Enter z pola tekstowego, czy trzeba dotabować do przycisku „Szukaj” i nacisnąć Enter.
Dobrze też zanotować:
czy przycisk „Szukaj” w ogóle łapie fokus (czy da się do niego dojść Tabem),
czy tekst przycisku jest jednoznaczny („Szukaj”, „Filtruj wyniki”),
co się dzieje po wysłaniu formularza – czy od razu widać (i słychać) zmianę, czy trzeba przewijać stronę, żeby zobaczyć wyniki.
Jeżeli po wysłaniu formularza strona przeładowuje się, ale wszystkie istotne treści („znaleziono 5 wyników”) są gdzieś poniżej banerów i menu, użytkownik czytnika po prostu o tym nie usłyszy – chyba że cierpliwie przeklika wszystko po kolei. To typowa pułapka, którą ten test szybko ujawnia.
Dotarcie do przykładowej uchwały: mini-scenariusz „od wejścia do dokumentu”
W praktyce najczęściej sprawdzanym elementem BIP są uchwały i zarządzenia. Dobrym testem jest więc symulacja typowej sytuacji: mieszkaniec chce znaleźć treść konkretnej uchwały lub chociaż listę uchwał.
Ustal sobie zadanie, np. „chcę dotrzeć do ostatniej uchwały rady gminy w sprawie opłat za śmieci” i wykonaj drogę krok po kroku tylko klawiaturą:
Wejście na stronę główną BIP (bez myszy).
Przejście do działu z uchwałami – menu lub wyszukiwarka.
Wybranie odpowiedniej kategorii (np. „Uchwały Rady Gminy 2023”).
Odnalezienie konkretnej pozycji na liście (po tytule lub numerze).
Otwarcie treści uchwały (strona lub plik PDF).
Po drodze zwracaj uwagę na typowe przeszkody:
kolumny z listą uchwał, gdzie nagłówki kolumn nie są jasno opisane – przy klawiaturze trudno rozróżnić, czy fokus jest na numerze uchwały, dacie czy tytule,
ikony bez tekstu („pobierz”, „podgląd”), które dla użytkownika czytnika będą po prostu „link, link, link”,
linki „szczegóły”, „więcej” przy każdej pozycji bez doprecyzowania, do czego się odnoszą.
Jeśli sam łapiesz się na tym, że musisz „dopowiadać sobie” z kontekstu, co oznacza dany link, a bez patrzenia byłoby to niemożliwe – dla czytnika to sygnał, że brakuje opisów, nagłówków tabel lub sensownych etykiet.
Aktywacja plików: czy sam link mówi, co się stanie
Duża część treści BIP-u siedzi w załącznikach: PDF, DOC, czasem arkusze kalkulacyjne. Użytkownik czytnika ekranu musi wiedzieć, że właśnie „wsiada” do pliku, a nie przechodzi na kolejną podstronę. Przy teście klawiaturowym łatwo sprawdzić, czy linki do plików są jednoznaczne.
Przy każdym takim odnośniku zadaj sobie kilka pytań:
czy z samego tekstu linku wiadomo, co się otworzy (np. „Uchwała nr 12/2023 – PDF, 3 strony”),
czy widać, że to załącznik (informacja o formacie, ikona z opisem tekstowym),
czy kliknięcie Enter otwiera nową kartę/okno, czy ładuje się ten sam widok (nagła zmiana może dezorientować).
Jeżeli wszystkie linki brzmią tak samo („pobierz”, „otwórz”), osoba korzystająca z czytnika usłyszy serię identycznych komunikatów – jakby ktoś usunął wszystkie etykiety z segregatorów. Taki brak informacji o celu linku to jedna z kluczowych barier, które można wychwycić bez żadnych specjalistycznych narzędzi.
Sprawdzanie cofania się: czy łatwo wyjść z „ślepej uliczki”
W prawdziwym życiu użytkownik rzadko trafia od razu tam, gdzie chciał. Częściej musi zawrócić, wybrać inną kategorię, cofnąć się do listy wyników wyszukiwania. Podczas testu klawiaturowego sprawdź, jak wygląda „wycofywanie się” z błędu.
Przetestuj kilka scenariuszy:
po wejściu w złą pozycję menu – czy klawisz Backspace lub skrót Alt + strzałka w lewo cofają cię w rozsądne miejsce,
po otwarciu niewłaściwej uchwały – czy łatwo wrócić na listę uchwał, czy trzeba znowu przechodzić przez całe menu,
po wyszukiwaniu – czy po poprawce hasła wyszukiwania fokus zostaje w polu, czy „ucieka” gdzieś w górę strony.
Jeżeli każda pomyłka oznacza powrót na samą górę BIP-u, użytkownik czytnika szybko traci orientację. Dobrze zorganizowane nawigacyjne „wyjścia awaryjne” są dla niego równie ważne, jak dla osoby widzącej wyraźny przycisk „Wstecz do listy ogłoszeń”.
Widoczność fokusu: ramka, której często… nie ma
Podczas testów w wielu urzędach powtarza się ten sam dialog: „Gdzie teraz jesteś?” – „Nie wiem, coś się zaznaczyło, ale ja tego nie widzę”. Problemem jest znikająca lub ledwo widoczna ramka fokusu.
Żeby sprawdzić, czy fokus jest dostatecznie wyraźny:
przejdź Tabem przez kilka głównych elementów strony,
spójrz, jak wygląda aktywny element: czy jest to kontrastowa ramka, wyraźna zmiana koloru tła, pogrubienie tekstu,
Reakcja strony na klawiaturę: gdy fokus jest, ale „nic się nie dzieje”
Przy jednym z testów w powiatowym BIP-ie informatyk uparcie wciskał Tab i Enter, po czym mówił: „No działa, przecież klikam”. Po chwili wyszło, że co prawda fokus skakał po stronie, ale użytkownik klawiatury nie dostawał żadnej informacji zwrotnej – strona wizualnie prawie się nie zmieniała. Czytnik ekranu w takiej sytuacji ma równie związane ręce.
Podczas przechodzenia po stronie klawiaturą zwróć uwagę nie tylko na samą ramkę fokusu, ale też na to, czy:
po aktywacji elementu (Enterem lub spacją) faktycznie pojawia się nowa treść,
zmiana jest „namacalna” – czy widać przesunięcie widoku, nowy nagłówek, listę wyników,
nie otwierają się nagle wyskakujące okna (tzw. pop-upy), których nie obejmuje Tab.
Dobrym, szybkim testem jest otwarcie prostego linku w menu, np. „Kontakt” lub „Struktura organizacyjna”. Przejdź Tabem na ten link, naciśnij Enter i sprawdź:
czy tytuł strony zmienił się na inny (np. „Kontakt – BIP Gminy X”),
czy główny nagłówek na górze treści odpowiada temu, co wybrałeś,
czy fokus „nie ucieka” w dziwne miejsce, np. do stopki.
Jeśli po aktywacji linku nic wyraźnego się nie zmienia, użytkownik czytnika też nie dostanie sygnału, że jest na nowej podstronie. W praktyce może klikać w to samo miejsce kilka razy, myśląc, że strona „się zawiesiła”.
Prosty model w głowie: jak czytnik „czyta” BIP
Podczas jednej z szkoleń kierownik wydziału zapytał: „Ale jak ten czytnik w ogóle wie, od czego zacząć?”. Odpowiedź jest mało magiczna – on po prostu idzie po stronie od góry do dołu, zgodnie z kodem, a nie zgodnie z tym, jak ładnie coś wygląda.
Najprostszy model, który można przyjąć, wygląda tak:
Strona to lista elementów: nagłówki, akapity, linki, pola formularza.
Czytnik odczytuje je w kolejności kodu, a użytkownik ma do dyspozycji skróty: przeskok po nagłówkach, linkach, polach formularzy.
Jeśli czegoś nie ma w tej „logicznej kolejności” (np. coś jest tylko obrazkiem bez tekstu), dla czytnika to tak, jakby tego nie było.
Praktyczna konsekwencja jest prosta: to, co widzisz w ładnych kolumnach i boksach, nie musi mieć żadnego sensu, jeśli nagłówki i kolejność fokusu są przypadkowe. Przy testach „na żywo” warto czasem zakryć dłońmi boki ekranu i patrzeć tylko na to, gdzie aktualnie znajduje się ramka fokusu – to pokazuje, jak „myśli” czytnik.
Test nagłówków: czy treść da się „zeskanować” bez patrzenia
Na jednym z BIP-ów pracownik działu prawnego powiedział: „Ja zawsze zjeżdżam okiem po nagłówkach, żeby znaleźć uchwały z mojego wydziału”. Osoba z czytnikiem robi dokładnie to samo – tylko zamiast scrollować, przeskakuje między nagłówkami klawiszami.
Bez specjalnych narzędzi da się sprawdzić, czy ta strategia ma sens:
przewiń stronę do głównej części i zerknij, czy widać wyraźne nagłówki (większa czcionka, pogrubienie),
sprawdź, czy tekst tych nagłówków ostrzega, co jest pod spodem: „Aktualności BIP”, „Uchwały Rady Gminy”, „Zarządzenia Wójta”,
zobacz, czy pod jednym nagłówkiem nie ma zupełnie różnych treści (np. uchwały pomieszane z ogłoszeniami o pracę).
Prosty eksperyment, który można zrobić w dwie minuty:
Zakryj dłonią dolną część ekranu, tak żeby widzieć tylko nagłówki, bez list treści.
Przejdź powoli w dół strony i spróbuj tylko na podstawie nagłówków powiedzieć, gdzie byś kliknął, aby znaleźć uchwały.
Jeśli musisz „zgadywać”, bo nagłówki brzmią ogólnie („Dokumenty”, „Sprawy mieszkańców”), zanotuj to.
Jeżeli lista uchwał nie ma swojego wyraźnego nagłówka (np. „Uchwały z 2024 roku”), użytkownik czytnika po prostu przeleci po długiej serii linków bez kontekstu. Dla niego nagłówek to jak kartka z tytułem w lochu pełnym segregatorów – bez niego trudno się zorientować, co jest gdzie.
Bloki treści: co się dzieje, gdy wszystko jest „w jednym worku”
Przy przeglądzie jednego z miejskich BIP-ów sekretarz stwierdził: „My tu mamy wszystko, tylko to jest trochę długie”. Strona główna miała kilkanaście ekranów przewijania, bez wyraźnych działów. Dla osoby z czytnikiem to jak lektura niekończącego się monologu.
Krótki test struktury bloków treści zrobisz, przewijając stronę i zadając sobie kilka pytań:
czy sekcje różnią się od siebie czymś więcej niż kolorem tła – np. mają nagłówek, odstęp, wyraźną ramkę,
czy blok z najważniejszymi informacjami (np. ogłoszenia o naborach, przetargi) jest na tyle wyraźny, że można go szybko „namierzyć”,
czy w jednym bloku nie ma mieszaniny różnych typów treści, np. uchwały, ogłoszeń i komunikatów technicznych.
Podczas testu klawiaturowego zwróć uwagę, czy Tab „skacze” po tych blokach w przewidywalnej kolejności. Jeśli fokus przelatuje z banera od środka strony do stopki, a potem wraca w górę do menu bocznego, to znak, że w kodzie porządek jest inny niż na ekranie. Użytkownik czytnika usłyszy treści w takiej właśnie, chaotycznej kolejności.
Symulacja „ogłuszonego wzroku”: test jednego oka i małego okna
Podczas warsztatów w jednym z urzędów poprosiłem, aby uczestnicy zasłonili jedno oko i zwęzili okno przeglądarki do połowy ekranu. Po minucie większość przyznała, że „nagle wszystko stało się mniejsze, ciaśniejsze i trudniejsze do ogarnięcia”. Właśnie tak często wygląda BIP w czytniku – bez szerokiego spojrzenia.
Możesz powtórzyć podobny eksperyment przy swoim biurku:
Zmniejsz okno przeglądarki do wąskiego paska (szerokość mniej więcej jak na telefonie).
Zasłoń dłonią jedno oko lub odsuń się trochę od monitora.
Spróbuj przejść klawiaturą od góry strony do przykładowej uchwały.
W takim trybie szybciej wychodzą na jaw problemy, które w normalnym widoku są maskowane „szerokością ekranu”, np.:
przesuwające się menu, które nagle ląduje nad treścią i wypycha wszystko w dół,
przyciski, które „uciekają” poza ekran i da się je zobaczyć tylko po przewinięciu w bok,
linie tekstu rozpadające się na wąskie słupki, które trudno śledzić.
Jeżeli w wąskim widoku trudno znaleźć podstawowe elementy (nagłówek, menu, treść uchwały), użytkownik czytnika ma podobny problem w swoim „dźwiękowym” interfejsie. Test „ogłuszonego wzroku” dobrze uczy, że nadmiar wizualnych ozdób często przeszkadza zamiast pomagać.
Formularze kontaktowe: pułapka „puste pola bez nazw”
Razem z pracownikiem sekretariatu przeszliśmy przez formularz kontaktowy w BIP-ie. On mówił: „Tu jest imię, tu nazwisko, tu e-mail”. Kiedy zasłoniliśmy napisy nad polami, nagle okazało się, że część z nich jest nie do odgadnięcia – wyglądały identycznie.
Podczas testu klawiaturowego formularz można sprawdzić w kilku krokach:
Dotabuj do pierwszego pola formularza.
Spójrz, czy przy każdym polu jest wyraźny opis (np. „Imię”, „Adres e-mail”, „Treść zgłoszenia”).
Spróbuj zasłonić opisy palcem i zobaczyć, czy nadal domyślasz się, jakie to pole (jeśli nie – dla czytnika to też będzie zagadka).
Przejdź kolejnymi Tabami aż do przycisku wysyłania, zwracając uwagę, czy kolejność jest logiczna.
Zanotuj kilka typowych problemów:
pola ułożone w dwie kolumny, gdzie Tab prowadzi po skosie (np. imię → telefon → nazwisko → e-mail),
brak jednoznacznych opisów przy polach obowiązkowych, zamiast tego tylko gwiazdki,
komunikaty o błędach pojawiające się wyłącznie kolorem (np. czerwony obrys), bez tekstu.
Jeżeli po wysłaniu formularza na ekranie pojawia się tylko czerwone pole bez żadnego komunikatu tekstowego, użytkownik czytnika po prostu „słyszy ciszę” – dla niego wysyłka wygląda na udaną. Formularze bez jasnych etykiet i komunikatów to jedna z częstszych barier w BIP-ach, a ich wychwycenie nie wymaga żadnego specjalistycznego sprzętu.
Komunikaty systemowe: czy strona potrafi „powiedzieć”, co się stało
Podczas testu z pracownikiem IT zauważyliśmy, że po wysłaniu formularza zgłoszeniowego „coś miga na górze”, ale na dole, przy samym formularzu, nic nie widać. On, przyzwyczajony, od razu przewinął wyżej. Użytkownik czytnika nie ma tego odruchu.
Sprawdź, jak zachowuje się strona po różnych akcjach:
logowanie do panelu lub strefy mieszkańca, jeśli BIP takie funkcje ma.
Za każdym razem zapytaj siebie:
czy gdzieś w widocznym miejscu pojawia się jasny komunikat tekstowy („Wiadomość została wysłana”, „Brak wyników dla podanego hasła”),
czy ten komunikat nie chowa się nad wielkim banerem lub zdjęciem, poza pierwszym ekranem,
czy po zmianie treści fokus wraca w logiczne miejsce – np. do początku wyników, a nie na logo w nagłówku.
Jeżeli po wysłaniu formularza pojawia się tylko mały komunikat w rogu strony, użytkownik czytnika może go nigdy „nie usłyszeć” – będzie po prostu dalej próbował, przekonany, że nic się nie stało. Strona BIP, która jasno komunikuje sukcesy i błędy, jest dużo łatwiejsza nie tylko dla osób niewidomych, ale i dla każdego mieszkańca.
Banery, slider i inne „atrakcje”: kiedy ruch przeszkadza w słuchaniu
Podczas jednego z audytów pracownicy przyznali, że najbardziej lubią „nasz piękny slider z aktualnościami”. Gdy poprosiłem, żeby spróbowali przeczytać na głos treść slajdu zanim pojawi się kolejny, większość nie zdążyła. Dla czytnika ekranu ruchomy baner bywa jeszcze większą przeszkodą.
Test banerów i sliderów jest prosty:
zwróć uwagę, czy na stronie głównej jest zmieniający się element z obrazkami i tekstem,
spróbuj przeczytać cały tekst jednego slajdu zanim zmieni się na kolejny,
sprawdź, czy w pobliżu są przyciski typu „pauza”, „następny slajd”, „poprzedni slajd” i czy można do nich dojść Tabem.
Jeżeli nie da się zatrzymać ruchu ani zmienić slajdu klawiaturą, użytkownik czytnika ma podwójny problem: treść ciągle znika sprzed oczu (i z fokusu), a sam mechanizm przewijania często jest dla niego niewidoczny. W BIP-ie, gdzie liczy się treść, „atrakcje” graficzne powinny dać się łatwo uciszyć.
Kolor i kontrast: test „zgaś światło w biurze”
Podczas popołudniowej wizyty w jednym z urzędów słońce zaszło i w pokoju nagle zrobiło się półmrok. Ktoś mruknął: „Teraz to już nic nie widać na tym BIP-ie”. Ten sam efekt odczuwają osoby słabowidzące, a czytniki często współpracują z powiększeniem ekranu i wysokim kontrastem.
Do wstępnego testu nie trzeba specjalnych programów. Wystarczy kilka prostych kroków:
Ściemnij monitor do niższej jasności niż zwykle.
Odsuń się na chwilę od komputera o 20–30 centymetrów.
Spróbuj odczytać menu, tytuły sekcji i linki w treści.
Przyglądając się stronie w takim „gorszym świetle”, zwróć uwagę na:
linki w kolorze bardzo zbliżonym do tekstu (np. niebieski na granatowym tle),
informacje podawane tylko kolorem, np. „termin przeszły” na blado-szarym,
przyciski oparte wyłącznie na ikonie bez ramki i tekstu.
Najczęściej zadawane pytania (FAQ)
Jak samodzielnie sprawdzić dostępność BIP bez specjalistycznych narzędzi?
Wyobraź sobie, że ktoś zabiera ci myszkę i kazał obsłużyć BIP tylko z klawiatury. To właśnie najprostszy, a przy tym bardzo miarodajny test. W praktyce wystarczy zwykła przeglądarka, klawiatura i kilkanaście minut skupienia.
Otwórz stronę główną BIP oraz 2–3 kluczowe podstrony (np. uchwały, przetargi, ogłoszenia). Odłóż mysz i poruszaj się po stronie klawiszem Tab, Enter, strzałkami i spacją. Zapisuj każde „utknięcie”: moment, w którym nie wiesz, gdzie jesteś, nie możesz wejść do treści, nie da się kliknąć przycisku albo wrócić do poprzedniego miejsca.
Jeżeli w trakcie takiego krótkiego testu gubisz się, mylisz linki lub nie jesteś w stanie wypełnić formularza, osoba korzystająca z czytnika ekranu będzie miała jeszcze trudniej. To sygnał, że w serwisie są realne bariery, nawet jeśli „na oko” wszystko wygląda poprawnie.
Jak krok po kroku przetestować BIP za pomocą samej klawiatury?
Dobrym punktem wyjścia jest prosty scenariusz: „szukam konkretnej uchwały bez użycia myszy”. Otwórz BIP, połóż ręce tylko na klawiaturze i przejdź przez tę drogę tak, jak zrobiłby to użytkownik czytnika ekranu.
Sprawdź w szczególności:
czy pierwszy focus (po naciśnięciu Tab) trafia w sensowne miejsce – np. do linku „Przejdź do treści głównej” lub menu, a nie w baner cookie, reklamy projektu czy ikonki społecznościowe,
czy da się dojść do głównego menu i wszystkich ważnych pozycji wyłącznie klawiszem Tab,
czy zawsze widzisz, gdzie aktualnie jest fokus (podświetlenie, obramowanie, zmiana koloru) i czy nie „znika” na elementach niewidocznych,
czy po wejściu w wyszukiwarkę, listę uchwał czy formularz jesteś w stanie dojść do przycisku „Szukaj/Wyślij” i uruchomić go Enterem lub spacją.
Jeśli w którymś momencie musisz „ratować się” myszą, bo inaczej nie da się przejść dalej, to właśnie bariera dla użytkowników korzystających z czytników ekranu.
Jak sprawdzić, czy struktura nagłówków i linków na BIP jest przyjazna dla czytników ekranu?
Wyobraź sobie, że czytasz komuś stronę przez telefon i możesz pominąć wszystko, co jest tylko ozdobą. Zostają nagłówki i linki – jeśli one są chaotyczne, cała strona jest dla użytkownika „na głos” męcząca i mało logiczna.
Na poziomie prostego testu bez narzędzi możesz zrobić dwie rzeczy. Po pierwsze: wzrokowo sprawdź, czy tytuły sekcji są oznaczone jako nagłówki (w edytorze CMS wskazujesz H1, H2 itd.), a nie tylko pogrubione i powiększone. Po drugie: przejdź po stronie kolejnymi linkami za pomocą klawisza Tab i „na ucho” oceń, czy linki mają sens poza kontekstem, np. zamiast szeregu „więcej…”, „zobacz”, „kliknij tutaj” widać konkrety typu „Uchwały Rady Gminy”, „Przetargi – ogłoszenia bieżące”.
Jeśli w trakcie „przeskakiwania” po linkach nie jesteś w stanie odgadnąć, dokąd prowadzą, osoba korzystająca z czytnika ekranu ma praktycznie takie same odczucia – błądzi po przypadkowych odnośnikach, zamiast szybko namierzyć właściwą sekcję.
Jak ocenić formularze na BIP (np. zgłoszenia, wnioski) bez użycia czytnika ekranu?
Typowa sytuacja: użytkownik dzwoni, bo „formularz nie działa”, a na ekranie wszystko wygląda idealnie. Problem ujawnia się dopiero, gdy spróbujesz przejść cały formularz tylko z klawiatury, jak osoba niewidoma.
Wejdź w formularz i:
przechodź po polach klawiszem Tab – sprawdź, czy kolejność jest logiczna (np. imię, nazwisko, adres, a nie „Imię, zgody, nazwisko”),
zwróć uwagę, czy etykiety pól są zrozumiałe („Adres e-mail do kontaktu” zamiast samego „E-mail”),
sprawdź, czy wszystkie pola da się zaznaczyć/odznaczyć z klawiatury (checkboxy, radio, lista rozwijana),
upewnij się, że przycisk „Wyślij/Zapisz” można uruchomić Enterem lub spacją, a po błędnym wypełnieniu widzisz jasny komunikat, które pole wymaga poprawy.
Jeżeli w którymś miejscu fokus „gubi się”, nie możesz dojść do przycisku albo komunikat o błędzie pojawia się tylko kolorem bez tekstu, to dla użytkownika czytnika będzie to bariera nie do przejścia.
Czy da się bez specjalnego oprogramowania sprawdzić dostępność uchwał i innych plików PDF w BIP?
Często największy problem nie leży w samej stronie BIP, tylko w załącznikach – zwłaszcza uchwałach skanowanych do PDF. Dla osoby słabowidzącej albo korzystającej z czytnika taki plik bywa po prostu „martwym obrazkiem”.
Bez narzędzi audytorskich możesz zrobić szybki test: otwórz PDF i spróbuj zaznaczyć tekst myszką oraz skopiować go do notatnika. Jeżeli nie da się zaznaczyć żadnej litery, to najprawdopodobniej skan, a nie tekst – czytnik ekranu nic z niego nie „przeczyta”. Sprawdź też, czy po powiększeniu do 150–200% dokument nadal da się wygodnie czytać, bez przewijania w poziomie co każdą linijkę.
Jeżeli plik okazuje się skanem albo powiększony tekst „rozjeżdża się” tak, że czytanie jest udręką, trzeba zlecić przygotowanie wersji dostępnej: dokumentu z rozpoznanym tekstem (OCR) lub, najlepiej, pliku źródłowego wyeksportowanego poprawnie do PDF.
Na co zwrócić uwagę przy kolejności elementów na stronie z perspektywy czytnika ekranu?
Bywa, że strona wygląda schludnie, ale czytana „po kolei” brzmi jak długi, męczący monolog o wszystkim, tylko nie o treści, po którą przyszedł mieszkaniec. To efekt złej kolejności elementów w kodzie, która jest kluczowa dla czytników ekranu.
Przejdź stronę Tabem i obserwuj, co „widzi” fokus: czy najpierw trafiasz na logo, baner i długi komunikat o cookies, potem boksy promocyjne, a dopiero na końcu na nagłówek „Uchwały Rady Gminy”? W praktyce oznacza to, że użytkownik czytnika musi odsłuchać masę powtarzalnych informacji, zanim dotrze do sedna.
Co warto zapamiętać
To, że uchwała „jest w BIP-ie”, nie znaczy, że każdy może do niej dotrzeć – dla osób korzystających z czytników ekranu liczy się logiczny ciąg nagłówków, linków i przycisków, a nie to, jak strona wygląda graficznie.
Podstawowy test dostępności można zrobić od ręki: przeglądarka, klawiatura i kilkanaście minut uważnego przechodzenia serwisu bez myszy często wystarczą, żeby wykryć realne blokady w dostępie do informacji.
Celem nie jest „zaliczenie WCAG”, tylko odpowiedzi na proste pytania użytkownika: czy da się z klawiatury dotrzeć do uchwał i ogłoszeń, zrozumieć, gdzie się jest, wypełnić formularz i odczytać załączone dokumenty.
Krótki, regularny test (np. raz w tygodniu na kilku kluczowych podstronach) pozwala szybko wyłapać miejsca, w których użytkownik „grzęźnie” – brak fokusa z klawiatury, chaotyczny porządek linków, niedostępne formularze czy pliki PDF.
Największy efekt daje praca w duecie: jedna osoba „gra” użytkownika i mówi głośno, co się dzieje na ekranie, druga zapisuje problemy z konkretnymi adresami i nazwami linków, co od razu przekłada się na listę poprawek.
Ekran czytnika „widzi” strukturę, a nie kolory i wielkości fontów – nagłówki muszą być nagłówkami w kodzie, a przyciski przyciskami, inaczej użytkownik będzie skazany na żmudne klikanie „po omacku”.
