Strona może zostać dobrze zaprojektowana, poprawnie wdrożona i sprawdzona pod kątem dostępności, a mimo to po kilku miesiącach zacząć sprawiać użytkownikom problemy. Nie dlatego, że ktoś celowo ją zepsuł. Najczęściej dzieje się to w codziennej redakcji: przy dodawaniu aktualności, plików PDF, zdjęć, linków, tabel, komunikatów i wydarzeń. Dostępność cyfrowa nie kończy się w dniu odbioru strony. W praktyce zależy od nawyków osób, które publikują treści.
To szczególnie ważne w instytucjach kultury, organizacjach społecznych, szkołach, urzędach i firmach, które często aktualizują stronę. Redaktor nie musi znać wszystkich kryteriów WCAG na pamięć, ale powinien rozumieć kilka zasad, które wracają przy każdej publikacji. Jeśli ich zabraknie, nawet najlepszy szablon WordPressa nie obroni strony przed chaosem. Dostępność nie psuje się zwykle jedną wielką awarią. Psuje się małymi decyzjami: skan zamiast tekstu, link „tutaj”, nagłówek użyty dla wyglądu, obraz bez opisu, tabela zrobiona do ustawienia dwóch kolumn.
Najczęstszy problem to niedostępne PDF-y. Redakcja dostaje plik z regulaminem, programem, uchwałą, formularzem albo harmonogramem i wrzuca go na stronę, bo tak jest najszybciej. Często jest to skan, czyli obraz dokumentu, którego nie da się odczytać czytnikiem ekranu, przeszukać ani wygodnie skopiować. Czasem PDF zawiera tekst, ale nie ma struktury, nagłówków, opisów tabel ani logicznej kolejności odczytu. Dla użytkownika szukającego informacji o zapisach, terminach, opłatach albo warunkach udziału może to być realna bariera.
Prosta zasada brzmi: jeśli treść jest ważna dla użytkownika, nie powinna być dostępna wyłącznie jako skan. Często lepiej opublikować ją jako zwykłą podstronę lub wpis, a PDF potraktować jako załącznik. Jeśli PDF jest konieczny, trzeba przygotować go z pliku źródłowego, z zachowaniem tekstu i struktury. W redakcji warto ustalić, że dokumenty do publikacji nie przechodzą przez drukowanie i skanowanie, jeśli nie ma takiej potrzeby. To jedna z najważniejszych zmian organizacyjnych.
Drugim częstym problemem są złe linki. „Kliknij tutaj”, „więcej”, „pobierz”, „link” – takie etykiety są wygodne dla osoby publikującej, ale mało pomocne dla użytkownika. Osoba korzystająca z czytnika ekranu może przeglądać listę linków poza kontekstem akapitów. Jeśli słyszy kilka razy „tutaj”, nie wie, dokąd prowadzą. Lepszy link mówi wprost: „pobierz regulamin warsztatów”, „zapisz dziecko na zajęcia plastyczne”, „przejdź do repertuaru kina”, „przeczytaj deklarację dostępności”. Taki link jest lepszy dla dostępności, SEO i zwykłej czytelności.
Obrazy bez tekstu alternatywnego to kolejny powracający temat. Redaktor dodaje zdjęcie z wydarzenia, grafikę z informacją o naborze, plakat koncertu albo zdjęcie produktu i zostawia puste pole ALT albo wpisuje „zdjęcie”. Czasem pusty ALT jest prawidłowy, jeśli obraz jest dekoracyjny. Ale jeśli grafika zawiera informację albo zdjęcie wyjaśnia treść, potrzebny jest opis. Plakat nie może być jedynym miejscem, w którym podano datę, godzinę i miejsce wydarzenia. Te informacje powinny znaleźć się również w tekście strony.
Przy zdjęciach eventowych tekst alternatywny nie musi opisywać każdego detalu. Jeśli zdjęcie pokazuje publiczność podczas spotkania autorskiego, wystarczy napisać, co jest istotne w kontekście artykułu. Jeśli zdjęcie dokumentuje warsztaty ceramiczne, można opisać uczestników pracujących przy stołach z gliną. Jeśli obraz jest tylko dekoracyjnym tłem, nie trzeba męczyć użytkownika zbędnym opisem. Redakcja powinna rozumieć różnicę między obrazem informacyjnym a dekoracyjnym.
Nagłówki używane jako dekoracja potrafią mocno popsuć strukturę strony. W edytorze WordPress łatwo wybrać nagłówek, bo jest większy i wygląda jak wyróżnienie. Jeśli jednak redaktor używa H2, H3 albo H4 wyłącznie do powiększenia tekstu, strona traci logiczny porządek. Osoby korzystające z czytników ekranu często poruszają się po nagłówkach. Jeśli w strukturze pojawiają się przypadkowe „WAŻNE!!!”, „Zapraszamy” albo fragmenty zdań oznaczone jako nagłówki, nawigacja staje się myląca. Do wyróżnień służą style, nie fałszywe nagłówki.
Tabele to następne miejsce ryzyka. Tabela powinna służyć do danych tabelarycznych: harmonogramu, cennika, porównania, listy terminów. Redaktorzy czasem używają tabel do układu strony, żeby ustawić tekst w dwóch kolumnach albo obok zdjęcia. To może wyglądać poprawnie wizualnie, ale dla czytników ekranu i urządzeń mobilnych bywa problematyczne. Jeśli tabela jest potrzebna, powinna być prosta, mieć nagłówki kolumn lub wierszy i dać się zrozumieć po kolei. Jeśli celem jest układ graficzny, lepiej użyć bloków lub szablonu przygotowanego do takiej sekcji.
Zbyt długie komunikaty także utrudniają korzystanie ze strony. Instytucje często publikują ogłoszenia, które zaczynają się od pełnych nazw projektów, podstaw prawnych, numerów umów i formalnych wstępów, zanim użytkownik dowie się, co ma zrobić. Czasem taki język jest konieczny w dokumentach, ale strona powinna podać najpierw sens: czego dotyczy nabór, dla kogo jest, do kiedy trwa, jak się zgłosić, gdzie znaleźć regulamin. Dostępność to nie tylko kod. To także zrozumiałość i hierarchia informacji.
Po wdrożeniu strony psują się też formularze i komunikaty. Redaktor lub administrator dodaje nowe pole, zmienia etykietę, usuwa opis albo włącza zabezpieczenie CAPTCHA, które utrudnia wysłanie zgłoszenia. Formularz może nadal wyglądać dobrze, ale przestać być dostępny. Każde pole powinno mieć etykietę, informację o wymaganiu i zrozumiały komunikat błędu. Po wysłaniu użytkownik powinien dostać jasne potwierdzenie. W instytucjach, gdzie formularze dotyczą zapisów na wydarzenia, konsultacji albo wniosków, to szczególnie ważne.
Jak temu zapobiegać? Najlepiej przez proste zasady redakcyjne. Nie publikujemy skanów jako jedynego źródła informacji. Linki opisują cel. Obrazy informacyjne mają tekst alternatywny lub informacje powtórzone w treści. Nagłówki służą do struktury. Tabele służą do danych. Pliki mają czytelne nazwy. Formularze sprawdzamy po zmianach. Takie zasady można spisać na jednej stronie i wracać do nich przy publikacji.
Szkolenie redakcji nie musi być wielodniowym kursem. Często wystarczy praktyczne spotkanie na własnej stronie: dodajmy wydarzenie, poprawmy link, opiszmy zdjęcie, sprawdźmy PDF, przejdźmy przez formularz klawiaturą. Redaktorzy szybciej uczą się na przykładach z własnej pracy niż na abstrakcyjnych definicjach. Jeśli osoba publikująca zobaczy, jak czytnik ekranu odczytuje linki „tutaj” albo jak skan PDF jest niewidoczny dla technologii wspomagających, łatwiej zapamięta zasadę.
Wzory treści bardzo pomagają. Wydarzenie może mieć stały układ: tytuł, data, godzina, miejsce, opis, dla kogo, bilety lub zapisy, dostępność, kontakt. Aktualność projektowa może mieć opis celu, partnerów, terminu, rezultatów i plików. Realizacja może mieć kontekst, zakres, efekt i zdjęcia. Dzięki wzorom redaktor nie zaczyna od pustej strony i rzadziej pomija ważne informacje. Użytkownik zyskuje przewidywalność.
Przed publikacją warto zrobić krótką kontrolę. Czy tytuł mówi, o co chodzi? Czy nagłówki mają sensowną kolejność? Czy linki są opisowe? Czy obraz z informacją ma ALT albo treść obok? Czy PDF jest konieczny i dostępny? Czy formularz działa? Czy treść jest zrozumiała na telefonie? To nie jest rozbudowany audyt, tylko redakcyjny nawyk. W wielu przypadkach wystarczy kilka minut, żeby uniknąć bariery.
W Bearded Wolf dostępność po wdrożeniu strony jest traktowana jako część utrzymania komunikacji, nie tylko jako techniczny certyfikat. WordPress, treści, zdjęcia, PDF-y i formularze spotykają się w codziennej pracy redakcji. Jeśli zespół wie, jak publikować, strona dłużej zachowuje jakość i nie wymaga ciągłego ratowania.
Najlepiej zacząć od miejsc, które są publikowane najczęściej: wydarzeń, aktualności, dokumentów, galerii i formularzy. Warto przejrzeć kilka ostatnich wpisów i sprawdzić, czy nie powtarzają się te same błędy. Potem można przygotować prostą instrukcję i wzory. Dostępność cyfrowa staje się wtedy mniej straszna, bo przestaje być jednorazowym wymaganiem, a zaczyna być częścią zwykłej, dobrze prowadzonej redakcji.
