Od czego zacząć: gdzie naprawdę boli twoją stronę?
Krótkie samobadanie dostępności bez specjalistycznej wiedzy
Punkt startu jest prosty: jaki masz główny cel strony NGO? Czy ma przede wszystkim:
informować o działaniach i wydarzeniach,
zbierać zgłoszenia (wolontariusze, uczestnicy),
prowadzić zbiórki i kampanie 1,5%,
spełniać obowiązki sprawozdawcze i udostępniać dokumenty (w tym BIP).
Bez tej odpowiedzi trudno wybrać minimum działań. Inne rzeczy są krytyczne, gdy twoim celem są rekrutacje, a inne, gdy odbiorcy szukają głównie sprawozdań i regulaminów. Zadaj sobie krótkie pytanie: co musi się udać użytkownikowi na stronie, żebyś mógł powiedzieć „misja wykonana”?
Kolejny krok to przejście przez stronę „oczami” osób z różnymi ograniczeniami. Nie potrzebujesz do tego drogich symulatorów. Wystarczy kilka prostych ćwiczeń:
odłóż myszkę i spróbuj korzystać tylko z klawiatury (Tab, Enter, Shift+Tab),
zmniejsz okno przeglądarki do szerokości telefonu,
wyłącz dźwięk w komputerze i telefonie,
powiększ stronę w przeglądarce do 150–200% (Ctrl + „+”).
Przejdź tak stronę główną, stronę kontaktu, aktualności, formularze zgłoszeniowe, dokumenty do pobrania i BIP. Zapisuj problemy, które zauważysz. Nie oceniaj siebie ani wykonawcy strony – po prostu zbieraj fakty.
Zastanów się: czy już kiedyś próbowałeś coś poprawiać w dostępności i szybko odpuściłeś? Częsty scenariusz: ktoś instaluje wtyczkę „dostępności”, która dodaje na stronie kolorowe ikony i „tryb wysokiego kontrastu”, ale realne problemy pozostają. To dobry moment na krótką autorefleksję: co wtedy nie zadziałało – brak czasu, brak jasnego planu, zbyt techniczny język wytycznych, a może brak konkretnego celu?
Kluczowe miejsca do sprawdzenia w pierwszej kolejności
Małe NGO rzadko ma siłę, by przejrzeć wszystko. Dlatego przy pierwszym samobadaniu skup się na miejscach, które realnie decydują o tym, czy osoba z niepełnosprawnością skorzysta z waszej oferty:
Strona główna – czy widać, czym się zajmujecie, kto może do was przyjść, jak się skontaktować? Czy główne komunikaty są tekstem, czy tylko obrazkami?
Kontakt – czy dane są łatwe do znalezienia, skopiowania, kliknięcia (link „mailto”, „zadzwoń”)? Czy formularz działa z klawiaturą?
Aktualności / wydarzenia – czy tytuły są jasne, daty czytelne, a szczegóły wydarzeń dostępne w tekście, a nie tylko na plakatach JPG?
Formularze zgłoszeniowe – czy każde pole ma etykietę tekstową, a błędy są komunikowane w zrozumiały sposób?
Dokumenty do pobrania – czy nazwy plików mówią, co w nich jest? Czy są w formatach możliwie dostępnych (DOCX, HTML, dobrze przygotowany PDF)?
BIP – czy menu jest logiczne, a informacje da się znaleźć bez błądzenia?
Zapytaj sam siebie: jeśli użytkownik miałby siłę odwiedzić tylko jedną twoją podstronę, która to byłaby? Tam często warto zacząć zmiany, bo każda poprawa w tym miejscu działa „najmocniej”.
Jak zapisywać problemy, żeby nie utonąć w szczegółach
Zamiast spisywać długie, techniczne opisy, przyporządkuj każdy problem do jednej z trzech prostych kategorii:
„Nieczytelne” – mały, blady tekst, niezrozumiały język, chaos w układzie treści.
„Nie da się kliknąć / uruchomić” – przycisk nie działa z klawiaturą, link jest bardzo mały, formularz nie wysyła się lub nie pokazuje błędów.
„Brak opisu” – obraz bez tekstu alternatywnego, dokument bez krótkiego opisu, link „kliknij tutaj” bez kontekstu.
Przykładowa notatka może wyglądać tak:
Strona główna: baner z hasłem kampanii to obrazek bez tekstu – „brak opisu”.
Kontakt: numer telefonu ma bardzo mały kontrast, ledwo widoczny – „nieczytelne”.
Formularz wolontariatu: nie da się przejść między polami samą klawiaturą – „nie da się kliknąć”.
Jeśli wcześniej próbowałeś poprawiać stronę, dopisz, co dokładnie wtedy zrobiłeś. Np. „wrzuciliśmy wszystkie plakaty jako JPG, bo tak było szybciej” albo „zleciliśmy zrobienie strony, ale nie mówiliśmy nic o dostępności”. To pomoże nie powielać starszych decyzji, które teraz cię blokują.
Prawo i standardy bez straszenia: co dotyczy małego NGO naprawdę?
Ustawa o dostępności cyfrowej w wersji oswojonej
Wiele małych NGO myśli: „Ustawa o dostępności cyfrowej dotyczy tylko urzędów, nas to nie obowiązuje”. Bywa to prawdą, ale nie zawsze. Kluczowe pytanie brzmi: czy twoja organizacja bywa traktowana jak podmiot publiczny?
NGO może podlegać ustawie, jeśli np.:
prowadzi instytucję publiczną (dom kultury, szkołę, jednostkę organizacyjną JST),
realizuje zadania publiczne w imieniu jednostki samorządu terytorialnego (na mocy umowy),
ma obowiązek prowadzenia Biuletynu Informacji Publicznej (BIP) w związku z konkretną działalnością.
Nie każda dotacja od JST automatycznie oznacza bycie „podmiotem publicznym”, ale każdy grantodawca może stawiać swoje wymagania w zakresie dostępności. Warto zadać sobie pytanie: czy w ostatnich umowach pojawiły się zapisy o dostępności cyfrowej, BIP, deklaracji dostępności?
Jeśli tak, minimalne obowiązki zazwyczaj obejmują:
prowadzenie dostępnej strony WWW i/lub BIP,
opublikowanie i aktualizowanie deklaracji dostępności,
reagowanie na wnioski o zapewnienie dostępności (np. dostarczenie dokumentu w formie dostępnej).
Nawet jeśli formalnie ustawa ciebie nie obejmuje, coraz częściej grantodawcy i partnerzy pytają: „Jak zapewniacie dostępność?”. Minimum działań opisanych dalej pomaga odpowiedzieć na to pytanie sensownie, a nie tylko hasłem „pracujemy nad tym”.
WCAG w praktyce dla małego NGO: nie wszystko naraz
Standard WCAG (aktualnie 2.1) dzieli wymagania na poziomy A, AA i AAA. W sektorze publicznym celem jest zwykle poziom AA. Dla małej organizacji kuszące jest stwierdzenie: „To za trudne, to dla wielkich instytucji”. Tymczasem większość problemów użytkowników bierze się z kilku najczęściej łamanych kryteriów, zwłaszcza:
Kontrast tekstu do tła – zbyt jasne szarości, tekst na zdjęciu, kolorowe tła.
Alternatywy dla obrazów – brak tekstu alternatywnego dla zdjęć, ikon, plakatów.
Nawigacja z klawiatury – elementy, których nie da się obsłużyć bez myszy, skaczący fokus.
Logiczna struktura nagłówków – brak H2/H3, stosowanie nagłówków wyłącznie jako wizualnego powiększenia tekstu.
Opisowe linki – nagminne „kliknij tutaj”, „więcej”, bez wskazania czego dotyczy link.
Zanim sięgniesz po pełen audyt według wszystkich kryteriów, zadaj sobie pytanie: czy masz zasoby, by wdrożyć choćby 20–30% zaleceń z raportu? Jeśli nie, sensowniejsze bywa ustalenie „planu minimum własnymi siłami”, który obejmie:
kontrast i czytelność tekstu,
opisy alternatywne najważniejszych obrazów,
proste poprawki w strukturze nagłówków,
przejście kluczowych stron z klawiaturą,
przegląd dokumentów do pobrania.
Profesjonalny audyt vs plan minimum: kiedy co ma sens?
Profesjonalny audyt dostępności ma ogromną wartość, ale jest kosztowny i wymaga czasu na wdrożenie zaleceń. Dla małego NGO rozsądne pytanie brzmi: co jest ci teraz bardziej potrzebne – perfekcyjna diagnoza czy pierwsze, realne zmiany?
Sygnały, że plan minimum własnymi siłami wystarczy na start:
budżet na rok jest bardzo ograniczony,
zespół jest mały i łączy wiele ról,
strona jest zrobiona w popularnym CMS (np. WordPress) i można ją modyfikować bez programisty,
dotychczas nie robiono żadnych działań w dostępności.
Sygnały, że już warto myśleć o profesjonalnym wsparciu:
prowadzisz BIP i masz jasny obowiązek ustawowy,
realizujesz projekty ogólnokrajowe finansowane ze środków publicznych z wymogiem dostępności,
masz wiele systemów (np. rekrutacyjny, szkoleniowy) i duży ruch użytkowników,
otrzymujesz konkretne skargi na brak dostępności.
Możliwy kompromis: krótkie konsultacje zamiast pełnego audytu. Na przykład: przesłanie wykonawcy dostępności 3–5 kluczowych podstron do oceny z listą priorytetów i wspólne ustalenie „plan minimum na najbliższe 3 miesiące”. Zanim to zrobisz, odpowiedz sobie: czego dokładnie oczekują od nas grantodawcy, partnerzy i uczestnicy działań w zakresie dostępności?
Minimalne zmiany wizualne: kolor, kontrast i tekst, które robią różnicę
Progi kontrastu z WCAG w praktyce uproszczonej
Większość osób z problemami widzenia (w tym osoby starsze) odpada na etapie „nic tu nie widzę”. To często efekt prostego błędu: zbyt słaby kontrast tekstu do tła. WCAG mówi o współczynnikach 4.5:1 czy 3:1, ale nie musisz ich liczyć w głowie.
W praktyce, jeśli:
jasnoszary tekst stoi na białym tle,
jaskrawy żółty tekst jest na jasnym tle,
napisy na zdjęciu giną w tle,
to prawie na pewno łamiesz minimalny próg. Zrób prosty test wzrokowy: odejdź od monitora o 2–3 kroki, zmruż lekko oczy i spójrz na stronę. Czy nagłówki, przyciski i główny tekst nadal są czytelne, czy zlewają się z tłem?
Dla małego NGO realne minimum to:
ciemny tekst na jasnym tle (np. bardzo ciemny szary na białym),
unikanie pastelowych kolorów jako tła pod długie akapity,
duże przyciski w kontrastujących kolorach (np. granatowy przycisk na białym tle z białym tekstem na przycisku).
Darmowe narzędzia do sprawdzania kontrastu i jak z nich korzystać
Żeby sprawdzać kontrast bardziej precyzyjnie, wystarczą bezpłatne narzędzia online. Przykładowe rozwiązania:
kontrastowe testery w przeglądarce (np. wtyczki do Chrome/Firefox),
proste strony „color contrast checker”, gdzie wpisujesz kody kolorów (np. #FFFFFF i #333333).
Prosty schemat korzystania:
Zidentyfikuj kolory używane na stronie (tło, tekst, przyciski). Najłatwiej z pomocą narzędzia „pipeta” w przeglądarce lub w edytorze motywu.
Wklej kody kolorów do testera kontrastu. Narzędzie od razu pokaże, czy para kolorów spełnia wymagania poziomu AA.
Jeśli wynik jest zły, spróbuj przyciemnić kolor tekstu lub tła do momentu, gdy wskaźnik przejdzie na „OK”. Zapisz nowe wartości i nanieś je w ustawieniach motywu lub CSS.
Nie musisz sprawdzać każdego najmniejszego elementu. Zacznij od:
głównego tekstu akapitów,
nagłówków,
najważniejszych przycisków (np. „Zapisz się”, „Przekaż darowiznę”),
menu nawigacyjnego.
Szybkie korekty w szablonie: czcionka, odstępy, szarości
Zastanów się: czy na twojej stronie ktoś w wieku 65+ bez problemu przeczyta dłuższy tekst? Jeśli masz wątpliwości, wprowadź kilka prostych korekt:
Uproszczone zasady typografii „na jeden wieczór pracy”
Spójrz na dowolny dłuższy tekst na swojej stronie i odpowiedz sobie szczerze: czy sam chcesz to czytać od deski do deski? Jeśli nie, zacznij od trzech prostych decyzji: rozmiar, krój pisma i odstępy.
Rozmiar tekstu głównego: ustaw minimum 16 px, a przy starszej grupie docelowej – raczej 18 px. Mniejsze fonty zostaw tylko do podpisów pod zdjęciami.
Krój pisma: wybierz jedną, maksymalnie dwie czcionki – jedną do nagłówków, jedną do treści. Unikaj „ozdobników” w długich akapitach (skrypty, bardzo cienkie kroje).
Interlinia i odstępy: zwiększ odstęp między wierszami do ok. 1.5 (150%) i dodaj wyraźne przerwy między akapitami. Zbite „ściany tekstu” są barierą nawet dla osób bez dysfunkcji wzroku.
Jeśli korzystasz z WordPressa lub innego popularnego CMS, zajrzyj do ustawień motywu: poszukaj sekcji „Typografia”, „Fonts” albo „Customizer > Global”. Zadaj sobie pytanie: czy możesz to zmienić samodzielnie w 15 minut? Jeśli tak – zrób to od razu na jednej podstronie, obejrzyj efekt i dopiero potem zastosuj globalnie.
Jeden z częstych błędów małych NGO: jednoczesne „odchudzanie” fontu (light, thin) i zmniejszanie rozmiaru. W efekcie tekst wygląda „ładnie”, ale znika. Zdecydowanie bezpieczniej jest używać krojów regular/bold, a jeśli już coś ma być „lżejsze”, niech dotyczy to krótkich podpisów, a nie całych bloków treści.
Unikanie zabójczych dla czytelności efektów specjalnych
Zadaj sobie pytanie: czy wszystkie animacje, slidery i efekty przewijania są naprawdę potrzebne? Często zostały włączone „bo tak było w szablonie”, a w praktyce przeszkadzają użytkownikom.
Jeżeli chcesz szybko zdjąć najbardziej dokuczliwe elementy, przejrzyj stronę pod kątem:
migających banerów i sliderów na stronie głównej – jeśli tekst zmienia się co 3–4 sekundy, część osób nie zdąży go przeczytać, inni stracą orientację, gdzie przed chwilą byli.
automatycznie startujących filmów z dźwiękiem – potrafią zagłuszyć czytnik ekranu i dezorientują osoby z nadwrażliwością na bodźce.
nakładek „pop-up”, które pojawiają się po kilku sekundach (newsletter, zgoda na pliki cookie w nadmiarowej wersji) i zasłaniają całą treść.
Minimalny krok, który możesz zrobić często bez programisty: w ustawieniach slidera lub wtyczki odznacz opcję „autoplay”, „auto-rotate” albo wydłuż czas przewijania do kilkunastu sekund. Gdy instalujesz nową wtyczkę, zadaj sobie proste pytanie: czy pomaga komuś zrozumieć treść, czy tylko „robi wrażenie”?
Zdjęcia i grafiki: jak nie robić z nich ślepej ściany
Zdjęcia są ważne – pokazują ludzi, działania, atmosferę. Problem pojawia się, gdy cała treść wydarzenia ląduje na plakacie JPG wrzuconym na stronę. Co wtedy widzi osoba niewidoma lub ktoś korzystający z telefonu z małym ekranem? Najczęściej: rozmazaną plamę.
Zastanów się przy każdym obrazie: po co go dodajesz? Jeśli ma tylko klimat, wystarczy krótki opis. Jeśli niesie informacje, trzeba je powtórzyć tekstem.
Zdjęcia ilustrujące (np. wolontariusze przy pracy) – w opisie alt wystarczy prosty, rzeczowy opis: „Dwójka wolontariuszy pakuje paczki z żywnością”. Nie wciskaj tam całej historii projektu.
Plakaty wydarzeń – wszelkie daty, godziny, miejsce i kluczowe informacje wpisz obok plakatu w formie tekstu. W alt możesz napisać: „Plakat wydarzenia <nazwa>; szczegóły w opisie pod obrazem”.
Ikony jako przyciski (np. koszyk, drukarka) – zadbaj, by miały opis alternatywny lub etykietę widoczną dla czytników ekranu: „Drukuj”, „Dodaj do koszyka”, „Pobierz PDF”.
Jeśli masz dużo starych materiałów, zapytaj: które wydarzenia nadal są ważne dla uczestników? Zacznij od nich. W pierwszej kolejności popraw:
podstrony aktualnych projektów,
instrukcje i regulaminy,
stronę „Weź udział”, „Zgłoś się”, „Rekrutacja”.
Proces możesz podzielić w zespole: jedna osoba wyciąga najważniejsze informacje z plakatów, druga wpisuje je w treść strony i dodaje sensowne opisy alternatywne.
Źródło: Pexels | Autor: Ivan S
Logiczna struktura treści: nagłówki, akapity, język, który prowadzi
Mapa strony w nagłówkach: H1–H3 bez magii
Osoba korzystająca z czytnika ekranu rzadko „przewija” stronę jak myszką. Częściej przeskakuje między nagłówkami, żeby zorientować się, co jest na stronie. Jeśli nagłówków nie ma, albo są użyte wyłącznie wizualnie (np. wszystko jest „pogrubionym H4”), cała struktura się rozpada.
Zanim ruszysz do edycji, zadaj sobie pytanie: jaką historię opowiada ta podstrona? Na przykład:
o projekcie (co, po co, dla kogo, jak się zgłosić),
o jednym wydarzeniu (kiedy, gdzie, program, zapisy),
o organizacji (misja, zespół, kontakt).
Na tej podstawie ustaw prostą hierarchię:
H1 – tytuł strony (jeden na stronę, np. „Program wolontariatu rodzinnego”),
H2 – główne sekcje (np. „Dla kogo jest program?”, „Jak się zgłosić?”, „Terminy w 2024 roku”),
H3 – podsekcje w ramach jednego tematu (np. „Kryteria udziału dla rodzin”, „Wsparcie ze strony koordynatora”).
Podczas edycji starej strony sprawdź: czy używasz nagłówków, czy tylko powiększasz tekst „ptaszkiem” w edytorze? W większości CMS obok ikony pogrubienia jest lista rozwijana z „Akapit”, „Nagłówek 2”, „Nagłówek 3”. Korzystaj z niej, zamiast ręcznego „robienia nagłówka” wielkością czcionki.
Krótkie akapity i jasne leady: ulga dla zmęczonej głowy
W NGO łatwo popaść w długie, urzędowe zdania, bo „tak wymaga projekt”. Użytkownikom to jednak często uniemożliwia zrozumienie oferty. Zastanów się przy jednej wybranej stronie: czy z pierwszych dwóch zdań wiadomo, o co chodzi?
Przykładowa, mała zmiana, którą możesz wprowadzić od razu:
Na początku strony dodaj 2–3 zdania streszczenia w prostym języku: kto, co, kiedy, jak może wziąć udział.
Podziel długie bloki tekstu na krótsze akapity, każdy z jednym głównym wątkiem.
Używaj wypunktowań, gdy wymieniasz warunki, dokumenty do złożenia, etapy rekrutacji.
Pomocne pytanie kontrolne: czy osoba, która czyta tylko nagłówki i pierwsze zdanie każdego akapitu, zrozumie, co ma zrobić? Jeżeli nie, dopisz brakujące informacje, zamiast „doklejać” kolejne załączniki.
Język przyjazny, a nie „urzędowo-projektowy”
Osoby z trudnościami poznawczymi, dyslekcją, ale też po prostu zmęczone, odstają przy pierwszym zderzeniu z hermetycznym językiem. Tu nie chodzi o „upraszczanie na siłę”, tylko o to, by kluczowe informacje były napisane prosto.
Przejrzyj jedną ważną stronę (np. rekrutacji) i podkreśl zdania, które zawierają więcej niż jedno „jeżeli”, „w przypadku”, „z zastrzeżeniem”. Zadaj sobie pytanie: czy da się to rozbić na proste kroki?
Zamiast: „W przypadku zakwalifikowania do projektu, uczestnik jest zobowiązany do niezwłocznego dostarczenia wymaganych dokumentów” – napisz: „Jeśli zostaniesz przyjęty do projektu, poprosimy Cię o dostarczenie dokumentów. Listę dokumentów wyślemy mailem”.
Zamiast: „Beneficjent zobligowany jest do udziału w co najmniej 80% zajęć” – napisz: „Musisz być na minimum 80% zajęć. To znaczy, że możesz opuścić najwyżej 2 spotkania z 10”.
W małym NGO dobrze działa zasada „drugiej pary oczu”. Poproś osobę niezwiązaną z projektem (innego wolontariusza, partnera) i zapytaj: co z tego tekstu rozumiesz, że masz zrobić? To szybki, domowy test zrozumiałości.
Linki, które mówią, dokąd prowadzą
Osoby korzystające z czytników ekranu często przeglądają listę linków na stronie. Jeśli połowa brzmi „kliknij tutaj” i „więcej”, strona staje się zbiorem anonimowych drzwi. Nawet bez technologii wspomagających, użytkownik skanujący wzrokiem ma podobny problem.
Przejdź przez kilka kluczowych podstron (np. „Aktualności”, „Projekty”) i wypisz, ile masz linków typu „tutaj”, „sprawdź” bez kontekstu. Zadaj sobie pytanie: czy po wyrwaniu ich z tekstu nadal wiadomo, o co chodzi?
Proste zamiany, które robią dużą różnicę:
zamiast „Formularz zgłoszeniowy jest dostępny <a href=…>tutaj</a>” – „<a href=…>Pobierz formularz zgłoszeniowy</a>”;
zamiast „Więcej >>” – „<a href=…>Więcej o programie mentoringowym</a>”;
zamiast „Czytaj dalej” pod wszystkimi artykułami – „Czytaj dalej: Tytuł artykułu”.
Jeśli edytujesz stronę w pośpiechu, przyjmij jedną zasadę: zawsze dodawaj do linku słowo opisujące treść lub działanie (np. „Zobacz raport”, „Zgłoś się jako wolontariusz”). To niewielka zmiana pracy, a ogromna korzyść dla wielu użytkowników.
Formularze, które da się wypełnić bez zgadywania
Formularze zgłoszeniowe do projektów lub newsletterów są często największą barierą. Zanim poprosisz kogoś o dane, odpowiedz sobie: jaką najkrótszą drogę może przejść użytkownik, żeby się zapisać?
Przy pierwszym przeglądzie formularzy zwróć uwagę na kilka punktów:
etykiety pól – każde pole powinno mieć jasny opis, np. „Imię”, „Adres e-mail”, „Numer telefonu (opcjonalnie)”. Nie polegaj na samym tekście podpowiedzi w środku pola (placeholder), bo znika po wpisaniu pierwszej litery;
kolejność pól – sprawdź, czy przechodząc klawiszem Tab, fokus idzie w logicznej kolejności od góry do dołu, a nie skacze przypadkowo po stronie;
komunikaty o błędach – jeśli użytkownik zrobi błąd, czy dostaje jasną informację: „Pole e-mail jest wymagane. Wpisz adres w formacie nazwa@domena.pl”? Czy tylko pojawia się czerwone obramowanie bez wyjaśnienia?
Zastanów się też: czy wszystkie pola są naprawdę konieczne? Jeśli do zapisania na newsletter prosisz o adres zamieszkania, PESEL i trzy zgody marketingowe, część osób odpuści, zanim w ogóle zacznie wypełniać formularz.
Dobrym krokiem minimum jest przejrzenie każdego formularza razem z osobą, która nie zna projektu. Poproś ją, by na głos komentowała, co robi. Gdzie się zawahała? Co było niejasne? Takie „testy kuchenne” potrafią wyłapać więcej problemów niż półautomatyczne narzędzia.
Menu i nawigacja: prosty szkielet zamiast labiryntu
Navigacja to coś, z czym użytkownik styka się przy każdym wejściu na stronę. Im bardziej rozbudowane menu, tym większa szansa, że ktoś się zgubi. Zadaj sobie pytanie: jeśli ktoś pierwszy raz słyszy o twojej organizacji, po czym pozna, gdzie ma kliknąć?
Przy porządkowaniu menu pomyśl o trzech głównych grupach użytkowników:
osobach, które chcą wziąć udział w działaniach (szukają „Dla uczestników”, „Oferta”, „Weź udział”),
potencjalnych partnerach i sponsorach („Dla partnerów”, „Współpraca”, „Przekaż darowiznę”),
osobach szukających informacji o organizacji („O nas”, „Kontakt”, „Dokumenty”).
Spróbuj ograniczyć główne menu do 5–7 pozycji. Unikaj bardzo ogólnych nazw typu „Działania” czy „Informacje”, jeśli pod spodem kryje się wszystko. Zamiast tego lepiej nazwać sekcje zgodnie z tym, co osoba może tam zrobić: „Zgłoś się na wolontariat”, „Sprawdź kalendarz zajęć”, „Poznaj nasz zespół”.
Obrazy, które „mówią” coś więcej niż dekoracja
Zdjęcia z wydarzeń, grafiki z plakatów, skany plików – w NGO tego jest sporo. Dla wielu osób to jedynie miły dodatek, ale dla kogoś, kto korzysta z czytnika ekranu, obraz bez opisu jest po prostu pustym miejscem. Zadaj sobie pytanie: czy ktoś, kto nie widzi zdjęcia, straci ważną informację?
Przyjrzyj się kilku podstronom i zwróć uwagę na trzy proste kroki:
obrazy czysto dekoracyjne (tła, ozdobne ikonki, „fale” w nagłówku) – ustaw jako dekoracyjne, bez opisu alternatywnego; w wielu CMS robi się to zaznaczając opcję „Obraz dekoracyjny” albo zostawiając atrybut alt pusty (alt="");
obrazy niosące treść – plakaty, grafiki z informacją o terminach, slajdy z wynikami projektu; one potrzebują krótkiego, rzeczowego opisu w polu „tekst alternatywny”, np. „Plakat wydarzenia: warsztaty dla rodziców 12 marca, godz. 17.00, Dom Kultury przy ul. Zielonej 5”;
logotypy w menu i stopce – jeśli logo jest jednocześnie linkiem na stronę główną, opisz je np. „Fundacja X – strona główna”, zamiast „logo”, „obrazek1”.
Przy dodawaniu nowego zdjęcia zatrzymaj się na chwilę: po co to zdjęcie tu jest? Jeśli pokazuje atmosferę (np. uśmiechnięci uczestnicy warsztatu), wystarczy krótki opis typu: „Uczestnicy warsztatów kulinarnych przygotowują wspólny posiłek”. Jeżeli na grafice są konkretne informacje (daty, nazwy, godziny), dopisz je w alt albo – jeszcze lepiej – powtórz obok w zwykłym tekście.
Jeżeli twoja strona jest pełna skanów PDF-ów z podpisanymi umowami, regulaminami, plakatami projektów, zadaj sobie pytanie: czego tak naprawdę potrzebuje użytkownik – skanu czy informacji? Nierzadko wystarczy dodać pod skanem krótkie streszczenie w formie tekstu: kto, co, do kiedy, jak się zgłosić. To już ogromna pomoc dla osób korzystających z czytników ekranu, tłumaczy czy po prostu telefonów z małym ekranem.
PDF-y i załączniki: kiedy są konieczne, a kiedy przeszkadzają
W wielu projektach instytucje proszą o upublicznienie dokumentów: regulaminów, raportów, sprawozdań. Najszybciej jest wrzucić PDF. Pytanie pomocnicze: czy częściej chcesz, żeby ktoś to przeczytał, czy żeby tylko „było opublikowane”?
Jeżeli dokument ma być naprawdę użyteczny, rozważ kilka niskokosztowych kroków:
kluczowe informacje przenieś do treści strony – zamiast „Regulamin projektu znajdziesz w załączonym pliku PDF”, napisz 2–3 akapity streszczenia: kto jest uprawniony, jakie są terminy, jak wygląda rekrutacja, a dopiero potem link „Pobierz pełny regulamin (PDF)”;
nazwy plików i linków opisuj jasno – zamiast „regulamin_final2.pdf” i linku „pobierz”, opisz: „Regulamin projektu Młodzi Aktywni (PDF, 12 stron)”;
unikaj skanów jako jedynej formy – jeśli musisz opublikować podpisany skan, dodaj obok tekstową wersję regulaminu, choćby w skróconej formie lub jako prosty tekst na podstronie.
Przy raportach czy publikacjach eksperckich, które siłą rzeczy muszą być dłuższe, zadaj sobie pytanie: czy można przygotować wersję „light”? Czasem jedna podstrona z najważniejszymi wnioskami, w prostym języku i z diagramem stworzonym w HTML (a nie wklejonym jako obraz) zrobi więcej dobra niż pięknie złożony, ale niedostępny PDF.
Od czego zacząć: gdzie naprawdę boli twoją stronę?
Przy ograniczonym czasie i budżecie kluczowe pytanie brzmi: cuda na całej stronie, czy porządna robota w kilku miejscach? Dla małego NGO zwykle lepsza jest druga opcja. Zamiast „przebudowywać internet”, wybierz 2–3 najważniejsze ścieżki użytkownika i skup się na nich.
Usiądź z kartką (albo otwartym arkuszem) i odpowiedz sobie na kilka prostych pytań:
po co ludzie w ogóle wchodzą na waszą stronę? (zapisać się? znaleźć telefon? sprawdzić harmonogram?);
które podstrony mają najwięcej odwiedzin? – podejrzane są: strona główna, „Aktualności”, „Oferta”, „Kontakt”, „Projekty”;
gdzie najczęściej słyszysz w rozmowach: „nie mogłem znaleźć formularza”, „nie wiedziałam, gdzie kliknąć”, „wyskakiwał mi błąd”?
„chcę zapisać się na zajęcia dla dzieci” – jaką drogę przechodzi rodzic od strony głównej do formularza?
„chcę przekazać darowiznę” – ile kliknięć dzieli darczyńcę od numeru konta albo przycisku płatności online?
„chcę sprawdzić, czy moja gmina jest objęta projektem” – gdzie ta informacja jest ukryta?
Dla każdej „misji” przejdź ścieżkę jak zwykły użytkownik: myszką, na telefonie, a najlepiej też z klawiaturą (Tab, Enter, Shift+Tab). Zatrzymaj się w miejscach, gdzie się wahasz lub gubisz. Zadanie dla ciebie: który punkt tej ścieżki jest najbardziej frustrujący? To tam najszybciej odczujesz efekt nawet drobnej poprawki.
Jeśli masz dostęp do statystyk (np. Google Analytics, Matomo), spójrz, na których stronach ludzie „odpadają” najczęściej. Nie musisz być analitykiem – patrz intuicyjnie: gdzie jest dużo wejść i bardzo krótki czas spędzony, albo gdzie użytkownicy często kończą wizytę. Te miejsca warto potraktować jak „pilne” w sprzątaniu.
Domowe testy dostępności: 30 minut, które otworzą oczy
Zanim zamówisz audyt, zrób prosty, nieformalny przegląd. Zastanów się: kogo możesz poprosić o szczery test – wolontariusza, partnera, znajomego z mniejszym obyciem z internetem?
Poproś 2–3 osoby o wykonanie konkretnego zadania, np.:
„znajdź informacje o rekrutacji do projektu X i spróbuj się zgłosić”,
„spróbuj znaleźć numer telefonu do biura”;
„sprawdź, czy w twojej gminie są zajęcia dla seniorów”.
Nie tłumacz im strony. Daj tylko zadanie i obserwuj (nawet przez wideorozmowę), prosząc, by mówili na głos, co robią: „teraz szukam w menu…”, „nie widzę przycisku…”. Potem zapytaj: w którym momencie było najtrudniej? czego im brakowało?
Jeśli chcesz przy okazji „zahaczyć” o formalną dostępność, możesz wykorzystać najprostsze darmowe narzędzia:
darmowe rozszerzenia do przeglądarek (np. WAVE) – pokażą problemy z nagłówkami, altami, formularzami;
funkcje systemowe: powiększanie tekstu, wysoki kontrast – sprawdź, czy przy powiększeniu 150–200% strona nadal „trzyma się” i da się ją normalnie przewijać w poziomie;
nawigację klawiaturą – przejdź klawiszem Tab przez stronę główną i jedną ważną podstronę; czy widzisz, gdzie jesteś? czy dochodzisz do wszystkich linków i przycisków?
Zapisz sobie najważniejsze obserwacje w trzech kolumnach: „Rzeczy do zrobienia od razu”, „Rzeczy do poprawy przy najbliższej aktualizacji strony”, „Rzeczy do rozmowy z wykonawcą/firmą IT”. Ten prosty podział pomaga nie utknąć w poczuciu, że „wszystko jest do wymiany”.
Prawo i standardy bez straszenia: co dotyczy małego NGO naprawdę?
Po hasłach „dostępność cyfrowa” często pojawia się lęk: rozporządzenia, kary, audyty, wymagania WCAG… Zanim się przestraszysz, odpowiedz sobie szczerze: z czego twoja organizacja realnie korzysta – ze środków publicznych czy głównie z darowizn i małych grantów prywatnych?
Kiedy ustawa o dostępności cyfrowej dotyczy NGO
W polskim prawie głównym punktem odniesienia jest ustawa o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych. Większość typowych stowarzyszeń i fundacji formalnie nie jest „podmiotem publicznym”. Ale sytuacja się komplikuje, gdy:
realizujesz zadania zlecone przez administrację (np. prowadzenie punktu informacyjnego „w imieniu” urzędu);
twoja organizacja jest formalnie jednostką organizacyjną samorządu (np. dom kultury, centrum usług społecznych);
masz w umowie grantowej zapis o stosowaniu przepisów o dostępności.
Jeżeli nie masz pewności, zadaj sobie podstawowe pytania kontrolne:
czy w KRS jesteście wpisani jako „stowarzyszenie/fundacja”, czy jako „samorządowa instytucja kultury” lub podobna jednostka?
czy w umowach z urzędem pojawia się odwołanie do ustawy o dostępności cyfrowej lub wymagania typu „strona projektu musi spełniać standard WCAG 2.1 na poziomie AA”?
Jeśli nie ma takich zapisów, prawdopodobnie formalnie nie podlegasz ustawie. Wtedy dostępność jest bardziej kwestią jakości i etyki niż twardego obowiązku. Mimo to część sponsorów i partnerów coraz częściej patrzy przychylniej na organizacje, które dobrowolnie podnoszą dostępność.
Co oznacza WCAG dla małego NGO w praktyce
Standard WCAG (obecnie najczęściej 2.1) to tak naprawdę lista kryteriów, które mówią, jak projektować dostępne serwisy. Nie trzeba ich znać na pamięć, ale dobrze jest rozumieć, które z nich możesz „ugryźć” samodzielnie, a które wymagają wsparcia technicznego.
Dla treści, którymi zarządzasz z poziomu CMS, jesteś w stanie samodzielnie ogarnąć m.in.:
kontrast i czytelność tekstu – nie publikujesz jasnoszarego tekstu na jasnym tle;
nagłówki w prawidłowej hierarchii – korzystasz z H2, H3 zamiast tylko pogrubienia;
teksty alternatywne dla obrazów – opisujesz zdjęcia i grafiki, które niosą treść;
logiczne, opisowe linki – unikając „tutaj” bez kontekstu;
jasny, prosty język kluczowych informacji;
proste formularze z czytelnymi etykietami i komunikatami o błędach.
Co bywa poza twoim zasięgiem bez wsparcia technicznego?
dostosowanie szablonu strony (np. kontrast stałych elementów, poprawne znaczniki HTML, aria-labels, kolejność w kodzie);
poprawa działania menu rozwijanych, suwaków, sliderów, okien pop-up w taki sposób, by prawidłowo działały z klawiaturą i czytnikami ekranu;
dostępność aplikacji mobilnych, jeśli je posiadasz.
Zamiast „albo wszystko, albo nic”, zadaj sobie pytanie: co z listy rzeczy, na które mam wpływ w CMS, mogę poprawić w tym kwartale? Nawet kilka kroków przybliży cię do WCAG i sprawi, że ewentualna późniejsza współpraca z wykonawcą będzie łatwiejsza – bo nie będzie musiał sprzątać „bałaganu w treści”.
Prosta polityka dostępności: jeden akapit, który robi różnicę
Nawet jeśli formalnie nie musisz publikować deklaracji dostępności, możesz na stronie umieścić krótki akapit o tym, że troszczysz się o dostępność i jak się z tobą skontaktować w razie bariery. Pomyśl: co byś chciał, żeby ktoś zrobił, jeśli nie może przeczytać twojej oferty?
Przykładowy, prosty zapis na podstronie „Kontakt” lub „O nas” może wyglądać tak:
Dbamy o to, by nasza strona była dostępna dla jak największej liczby osób. Jeśli napotkasz barierę (np. nieczytelny dokument, problem z formularzem), napisz do nas na adres: biuro@twojengo.pl lub zadzwoń: 123 456 789. Postaramy się przekazać Ci informacje w dostępnej formie.
Taki komunikat nie zastąpi technicznych poprawek, ale wysyła jasny sygnał: możesz się odezwać, twoja trudność będzie potraktowana poważnie. Jednocześnie jest to dla ciebie „czujnik” – dzięki zgłoszeniom szybciej dowiesz się, co realnie ludziom przeszkadza.
Minimalne zmiany wizualne: kolor, kontrast i tekst, które robią różnicę
Nie musisz od razu robić rebrandingu. Czasem wystarczy kilka korekt kolorów i sposobu użycia tekstu, żeby strona przestała męczyć oczy i stała się czytelniejsza dla osób słabowidzących, starszych czy korzystających z telefonu w słońcu. Zapytaj siebie: czy ktokolwiek w twoim zespole testował stronę na małym ekranie, przy słabym świetle?
Kontrast, który nie męczy: jak „podkręcić” go małym kosztem
Najczęściej zadawane pytania (FAQ)
Od czego zacząć poprawę dostępności strony małego NGO bez dużego budżetu?
Na start odpowiedz sobie na jedno pytanie: jaki jest główny cel twojej strony – informowanie, rekrutacja, zbiórki, udostępnianie dokumentów, a może BIP? Od tego zależy, które elementy muszą działać najlepiej. Jeśli celem są zapisy na zajęcia, kluczowe będą formularze; jeśli raportowanie – dokumenty i BIP.
Kolejny krok to krótkie „samobadanie”: przejdź kluczowe podstrony (główna, kontakt, aktualności, formularze, dokumenty, BIP) tylko z klawiaturą, powiększ stronę do 150–200%, wyłącz dźwięk, zwęź okno do szerokości telefonu. Zapisuj konkretne problemy – bez oceniania siebie czy wykonawcy strony.
Jak samodzielnie sprawdzić dostępność strony NGO bez specjalistycznych narzędzi?
Zacznij od prostych testów, które zrobisz w 30–60 minut. Zadaj sobie pytanie: „Czy osoba, która nie widzi myszy, telefonu lub nie słyszy dźwięku, nadal da radę zrealizować swój cel na stronie?”.
Przydadzą się cztery ćwiczenia:
odłóż myszkę i korzystaj tylko z klawiatury (Tab, Enter, Shift+Tab),
zmniejsz okno przeglądarki do szerokości telefonu i zobacz, co się rozsypuje,
powiększ stronę do 150–200% i sprawdź, czy nadal wszystko mieści się na ekranie,
wyłącz dźwięk i sprawdź, czy filmy i nagrania da się zrozumieć bez słuchania.
Przejdź tak: stronę główną, kontakt, aktualności, formularze zgłoszeniowe, dokumenty do pobrania i BIP. Zapisuj problemy w trzech prostych kategoriach: „nieczytelne”, „nie da się kliknąć/uruchomić”, „brak opisu”.
Jakie elementy strony małego NGO są najważniejsze z punktu widzenia dostępności?
Zapytaj siebie: „Gdyby użytkownik miał wejść tylko na jedną podstronę, którą by wybrał?”. W większości małych organizacji krytyczne są:
strona główna – czy jasno widać, czym się zajmujecie, kto może skorzystać z oferty i jak się skontaktować,
kontakt – czy dane można łatwo znaleźć, skopiować, kliknąć (telefon, e‑mail, mapa), czy formularz działa z klawiaturą,
aktualności/wydarzenia – czy daty i miejsce są w tekście, a nie tylko na plakacie JPG,
formularze zgłoszeniowe – czy każde pole ma jasną etykietę tekstową, a błędy są opisane zrozumiale,
dokumenty i BIP – czy nazwy plików mówią, co w nich jest, a menu BIP jest logiczne i da się coś znaleźć bez błądzenia.
Jeśli masz mało czasu, zacznij od jednej, najważniejszej podstrony i wprowadź na niej poprawki. Zobaczysz, co działa, a dopiero potem przenoś te rozwiązania dalej.
Czy małe NGO muszą spełniać wymagania ustawy o dostępności cyfrowej?
Nie każde małe stowarzyszenie czy fundacja automatycznie podlega ustawie. Kluczowe pytanie brzmi: „Czy w praktyce działamy jak podmiot publiczny?”. To zazwyczaj dotyczy organizacji, które prowadzą instytucje publiczne (np. szkołę, dom kultury), realizują zadania publiczne w imieniu samorządu albo mają obowiązek prowadzenia BIP.
Sprawdź ostatnie umowy z JST i grantodawcami: czy pojawiają się tam zapisy o BIP, deklaracji dostępności, zapewnieniu dostępności cyfrowej strony? Jeśli tak, minimum obejmuje zwykle: dostępną stronę WWW/BIP, opublikowanie i aktualizowanie deklaracji dostępności oraz reagowanie na wnioski o zapewnienie dostępności (np. dostarczenie dokumentu w formie dostępnej).
Jakie wymagania WCAG są najważniejsze dla małego NGO na początek?
Zanim zagłębisz się w pełną listę WCAG, odpowiedz sobie: „Co jestem w stanie realnie poprawić w ciągu najbliższych 3 miesięcy przy obecnych zasobach?”. Dla większości małych organizacji największy efekt da skupienie się na kilku obszarach.
Na start wybierz „plan minimum”:
kontrast i czytelność tekstu – zrezygnuj z bardzo jasnych szarości, tekstu na zdjęciach, małych czcionek,
alternatywy dla obrazów – dodaj opisy alt do zdjęć, ikon i plakatów kluczowych dla zrozumienia treści,
nawigacja z klawiatury – upewnij się, że przyciski, menu i formularze da się obsłużyć bez myszy,
struktura nagłówków – uporządkuj H1, H2, H3 tak, by odzwierciedlały logikę tekstu, a nie tylko „większy font”,
opisowe linki – zamień „kliknij tutaj” na linki mówiące, dokąd prowadzą.
Kiedy małe NGO powinno zamówić profesjonalny audyt dostępności, a kiedy wystarczy plan minimum?
Najpierw odpowiedz szczerze: „Czy mamy środki i czas, żeby wdrożyć dużą listę rekomendacji z audytu?”. Jeśli budżet jest napięty, zespół mały, a strona stoi na popularnym CMS (np. WordPress) i nikt wcześniej nie zajmował się dostępnością, zwykle lepiej zacząć od prostych, własnych działań i uporządkowania podstaw.
Profesjonalny audyt zaczyna mieć sens, gdy:
prowadzisz BIP i masz jasny obowiązek ustawowy,
realizujesz projekty ogólnokrajowe lub dla dużej liczby odbiorców ze środków publicznych,
macie już za sobą „plan minimum”, ale napotykacie bariery techniczne, których sami nie przeskoczycie.
Dobrze jest wtedy podejść do audytu z listą działań, które już wykonaliście i problemów, które zauważyliście. Ekspert bardziej precyzyjnie podpowie, jak je rozwiązać, zamiast zaczynać od zera.
Czy wtyczki „dostępności” na stronie NGO naprawdę rozwiązują problemy użytkowników?
Zadaj sobie pytanie: „Po instalacji wtyczki, czy osoba niewidoma, niesłysząca lub z niepełnosprawnością ruchową faktycznie łatwiej załatwi swoją sprawę na stronie?”. Kolorowe ikonki, „tryb wysokiego kontrastu” czy zmiana wielkości czcionki często wyglądają efektownie, ale nie naprawiają podstaw: braku opisów obrazów, słabej nawigacji z klawiatury czy chaotycznych nagłówków.
Kluczowe Wnioski
Punkt wyjścia to jasny cel strony NGO: zapytaj siebie, czy twoja witryna ma przede wszystkim informować, zbierać zgłoszenia, prowadzić zbiórki czy udostępniać dokumenty – od tej odpowiedzi zależy, które działania dostępnościowe są naprawdę krytyczne.
Podstawowe „samobadanie” dostępności zrobisz sam: spróbuj korzystać ze strony tylko klawiaturą, na zwężonym oknie, bez dźwięku i przy powiększeniu 150–200%; notuj konkretne trudności zamiast ogólnego wrażenia „coś jest nie tak”.
Skup się najpierw na kluczowych podstronach, które decydują o „misji wykonanej”: strona główna, kontakt, aktualności/wydarzenia, formularze, dokumenty do pobrania i BIP – zadaj sobie pytanie, z której podstrony użytkownik musi skorzystać, żeby osiągnąć swój cel.
Problemy porządkuj w trzech prostych kategoriach („nieczytelne”, „nie da się kliknąć/uruchomić”, „brak opisu”), zamiast tonąć w technicznych szczegółach; wtedy łatwiej ustalić priorytety i rozmawiać zarówno z zespołem, jak i z wykonawcą strony.
Wiele wcześniejszych działań (np. wrzucanie plakatów tylko jako JPG, instalowanie „magicznej wtyczki dostępności”) nie rozwiązuje realnych barier; zapytaj siebie, co już próbowałeś i co faktycznie się poprawiło, żeby nie powielać nieskutecznych schematów.
