Audyt dostępności cyfrowej nie powinien być traktowany wyłącznie jako techniczna kontrola strony internetowej. To uporządkowany proces sprawdzania, czy użytkownicy mogą samodzielnie znaleźć informację, zrozumieć komunikat, skorzystać z formularza i wykonać najważniejsze zadanie niezależnie od używanego urządzenia, sposobu obsługi czy indywidualnych potrzeb. Poniżej przedstawiamy przykładowe studium przypadku, które pokazuje, jak taki proces może wyglądać w organizacji publicznej lub instytucji świadczącej usługi dla mieszkańców, klientów albo odbiorców kultury.
Opis jest przykładowy, ale opiera się na typowych problemach spotykanych podczas oceny stron internetowych, dokumentów i formularzy. Celem nie jest wskazanie jednej technologii ani stworzenie pozoru, że automatyczny skaner zastępuje eksperta. Dobry audyt łączy analizę kodu, ocenę treści, testy manualne i sprawdzenie kluczowych ścieżek użytkownika.
Audyt dostępności cyfrowej – co właściwie oceniamy?
Dostępność cyfrowa oznacza możliwość korzystania z treści i funkcji cyfrowych przez możliwie szeroką grupę osób. W praktyce analizuje się między innymi stronę internetową, aplikację mobilną, dokumenty PDF, formularze, multimedia, systemy rezerwacji, newslettery i elementy osadzone z zewnętrznych usług.
Podstawą oceny są zasady WCAG: postrzegalność, funkcjonalność, zrozumiałość i kompatybilność. Polski portal poświęcony dostępności cyfrowej wskazuje, że podmioty publiczne mają obowiązek zapewnić dostępność cyfrową stron i aplikacji mobilnych. Wymogi dla podmiotów publicznych wynikają z ustawy z 4 kwietnia 2019 roku, która wiąże się również z obowiązkiem publikowania deklaracji dostępności.
Warto odróżnić trzy pojęcia:
- przegląd automatyczny – szybkie wykrywanie wybranych problemów, takich jak brakujące etykiety, niewłaściwy kontrast lub błędy struktury;
- audyt manualny – ocena elementów, których narzędzia automatyczne nie potrafią wiarygodnie zinterpretować;
- testy z użytkownikami – sprawdzenie, czy rzeczywiste osoby mogą skutecznie wykonać określone zadania.
Żadna z tych metod nie jest wystarczająca samodzielnie. Dlatego W3C podkreśla, że ocena zgodności z WCAG wymaga odniesienia do kryteriów sukcesu, a nie tylko do wyników pojedynczego narzędzia testującego.
Przykładowe studium przypadku: strona instytucji publicznej
Załóżmy, że audytowana organizacja prowadzi stronę internetową urzędu lub instytucji kultury. Serwis zawiera aktualności, informacje o wydarzeniach, formularze kontaktowe, dokumenty do pobrania, kalendarz oraz moduł zapisów na wydarzenia. Strona została przebudowana dwa lata wcześniej, ale od tego czasu wiele treści dodawali różni pracownicy.
Cel audytu
Zamawiający chce wiedzieć:
- czy najważniejsze treści są dostępne dla osób korzystających z klawiatury i czytnika ekranu;
- czy formularze można wypełnić bez pomocy innej osoby;
- czy dokumenty publikowane w serwisie są możliwe do odczytania i przeszukiwania;
- czy użytkownik może powiększyć treść bez utraty informacji;
- które problemy należy naprawić natychmiast, a które można zaplanować w kolejnym etapie;
- jak usprawnić codzienną publikację nowych materiałów.
Zakres badania
Audyt obejmuje stronę główną, menu, wyszukiwarkę, stronę kontaktową, formularz zgłoszeniowy, trzy typowe podstrony informacyjne, kalendarz wydarzeń, przykładowe dokumenty PDF oraz wersję mobilną. Dodatkowo sprawdzane są komunikaty o błędach, elementy interaktywne, nagłówki, linki, grafiki, multimedia i deklaracja dostępności.
Tak określony zakres jest bardziej użyteczny niż ogólne stwierdzenie, że „sprawdzono stronę”. Pozwala powiązać wyniki z realnymi zadaniami użytkowników i łatwiej ustalić odpowiedzialność za poprawki.
Jak przebiega audyt krok po kroku?
1. Rozmowa i zebranie materiałów
Audytor rozpoczyna od poznania organizacji, jej odbiorców i celów serwisu. Pyta o najważniejsze usługi, najczęściej używane formularze, proces publikacji treści, system zarządzania treścią oraz planowane zmiany techniczne.
Na tym etapie warto przekazać mapę strony, dane o popularności podstron, listę systemów zewnętrznych, przykładowe dokumenty i informacje o osobach odpowiedzialnych za redakcję. Dzięki temu badanie nie ogranicza się do kilku łatwych podstron, lecz obejmuje także miejsca istotne dla użytkowników.
2. Testy automatyczne
Narzędzia automatyczne mogą wskazać część problemów, na przykład brak tekstu alternatywnego, nieprawidłową hierarchię nagłówków, niewłaściwe użycie niektórych elementów formularza czy potencjalnie zbyt niski kontrast. Wyniki wymagają jednak interpretacji.
Przykładowo informacja o braku tekstu alternatywnego nie oznacza automatycznie, że każda grafika wymaga opisu. Obraz dekoracyjny powinien być oznaczony jako dekoracyjny, a grafika przekazująca informację potrzebuje zwięzłego tekstu alternatywnego. Narzędzie wykrywa techniczny stan elementu, ale nie rozstrzyga jego znaczenia w kontekście strony.
3. Ocena manualna
Podczas testów manualnych audytor porusza się po stronie wyłącznie za pomocą klawiatury, sprawdza widoczność fokusu, kolejność przechodzenia między elementami, działanie wyskakujących okien oraz możliwość zamknięcia komponentów bez użycia myszy.
Analizuje także strukturę nagłówków, nazwy linków, etykiety pól, komunikaty o błędach i sposób przekazywania informacji do technologii asystujących. Sprawdza, czy użytkownik otrzymuje odpowiedź na pytanie: gdzie jestem, co mogę zrobić i co wydarzyło się po wykonaniu działania.
4. Testy z użyciem technologii asystujących
W zależności od zakresu stosuje się czytnik ekranu, powiększenie obrazu, tryb wysokiego kontrastu, obsługę klawiaturą oraz ustawienia ograniczające ruch. Testy powinny obejmować różne przeglądarki i urządzenia, ponieważ ten sam komponent może zachowywać się odmiennie w różnych środowiskach.
Technologie asystujące nie są dodatkiem do audytu. Pozwalają sprawdzić, czy informacje zapisane w kodzie są przekazywane użytkownikowi w logicznej kolejności. Istotne jest również testowanie całych ścieżek, a nie wyłącznie pojedynczych elementów.
5. Ocena treści i dokumentów
Strona może mieć poprawny kod, a mimo to pozostawać trudna w użyciu. Dlatego audyt obejmuje język komunikatów, długość akapitów, jasność instrukcji, sposób zapisywania dat i godzin oraz konsekwencję w nazewnictwie.
Osobnej oceny wymagają dokumenty PDF. Problemy często dotyczą braku tagów strukturalnych, nieprawidłowej kolejności czytania, braku tytułu dokumentu, niedostępnych tabel, skanów będących wyłącznie obrazem oraz nieopisanych pól formularzy. Samo udostępnienie pliku w popularnym formacie nie oznacza jeszcze, że dokument jest dostępny.
Najważniejsze ustalenia z przykładowego audytu
W analizowanym przypadku audyt wykazał łącznie 28 obserwacji. Nie wszystkie miały taki sam wpływ na użytkowników. Raport podzielił je na trzy poziomy priorytetu.
Problemy krytyczne
- formularz rejestracji na wydarzenie nie przekazywał poprawnie nazw pól do czytnika ekranu;
- po wysłaniu formularza komunikat o sukcesie nie był odczytywany automatycznie;
- menu mobilne nie dawało się w pełni obsłużyć za pomocą klawiatury;
- jeden z ważnych dokumentów był skanem bez warstwy tekstowej;
- fokus klawiatury znikał na tle nagłówka w kilku miejscach serwisu.
Te błędy mogły uniemożliwić wykonanie podstawowego zadania. W planie naprawczym otrzymały najwyższy priorytet, ponieważ dotyczyły nie tylko wygody, lecz dostępu do usługi.
Problemy istotne
- część linków miała ogólne nazwy, takie jak „więcej” lub „kliknij tutaj”;
- nagłówki nie zawsze odzwierciedlały logiczną strukturę treści;
- niektóre grafiki informacyjne miały zbyt ogólne teksty alternatywne;
- formularz nie wskazywał jednoznacznie, które pola są wymagane;
- kontrast kilku elementów pomocniczych był zbyt niski;
- na stronie wydarzenia brakowało tekstowej informacji o ograniczeniach dostępności miejsca.
Problemy redakcyjne i organizacyjne
- nowe pliki były publikowane bez procedury sprawdzania dostępności;
- redaktorzy stosowali różne nazwy tych samych usług;
- filmy nie zawsze miały napisy lub tekstowe streszczenie;
- deklaracja dostępności nie opisywała wszystkich badanych elementów;
- brakowało właściciela procesu, który monitorowałby postęp poprawek.
Jak wygląda dobry raport po audycie?
Raport powinien być zrozumiały zarówno dla osoby technicznej, jak i dla dyrekcji, redakcji czy zespołu obsługi klienta. Każda obserwacja powinna zawierać:
- miejsce występowania problemu;
- opis tego, co użytkownik napotyka;
- wskazanie kryterium WCAG lub wymagania, którego dotyczy problem;
- informację o potencjalnym wpływie na użytkowników;
- rekomendację naprawy;
- priorytet i propozycję osoby odpowiedzialnej;
- przykład poprawnego rozwiązania lub sposób weryfikacji.
Zamiast zapisu „poprawić formularz” lepiej napisać: „dodać programatywnie powiązane etykiety do pól imię, adres e-mail i liczba uczestników; po wysłaniu formularza przekazać komunikat o wyniku do technologii asystującej; ponownie sprawdzić ścieżkę z klawiaturą i czytnikiem ekranu”. Taki opis prowadzi do działania, a nie tylko dokumentuje problem.
Najbardziej wartościowy raport nie jest listą błędów. Jest instrukcją podejmowania decyzji: co naprawić, dlaczego, w jakiej kolejności i jak sprawdzić efekt.
Plan naprawczy: od błędów do trwałej zmiany
Po otrzymaniu raportu organizacja podzieliła prace na trzy etapy. Najpierw usunięto blokady uniemożliwiające korzystanie z formularzy, menu i dokumentów. Następnie uporządkowano strukturę treści, nazwy linków, kontrast i komunikaty. Na końcu przygotowano procedurę publikacji oraz krótkie szkolenie dla redaktorów.
Takie podejście ogranicza ryzyko, że poprawki zostaną wykonane jednorazowo, a nowe treści ponownie wprowadzą podobne błędy. Dostępność jest procesem ciągłym: strona zmienia się wraz z treścią, aktualizacjami systemu, integracjami i potrzebami odbiorców.
Warto ustalić prosty model odpowiedzialności:
- redaktor sprawdza nagłówki, linki, alternatywy tekstowe i język;
- administrator kontroluje komponenty i ustawienia systemu;
- osoba odpowiedzialna za dostępność monitoruje zgłoszenia i priorytety;
- kierownictwo zapewnia czas i budżet na poprawki;
- zewnętrzny ekspert wspiera organizację przy zmianach wymagających specjalistycznej wiedzy.
Czego audyt nie powinien udawać?
Audyt nie jest certyfikatem gwarantującym, że każdy użytkownik w każdej sytuacji skorzysta ze strony bez przeszkód. WCAG jest ważnym standardem, ale nie opisuje wszystkich doświadczeń i potrzeb. W3C wskazuje, że wytyczne obejmują szeroki zakres niepełnosprawności, jednak nie odpowiadają na każdą kombinację potrzeb, technologii i sytuacji.
Audyt nie powinien również ograniczać się do wyniku w postaci procentowej oceny. Wynik „92% dostępności” może brzmieć atrakcyjnie, lecz nie mówi, czy działa formularz zapisu, czy można odczytać komunikat o błędzie i czy najważniejszy dokument jest użyteczny. Znacznie ważniejsze są opisane scenariusze, priorytety i możliwość sprawdzenia poprawek.
Checklista przed zamówieniem audytu dostępności cyfrowej
- Określ najważniejsze usługi i zadania użytkowników.
- Przygotuj listę podstron, formularzy, dokumentów i integracji.
- Zbierz przykłady materiałów publikowanych przez różne działy.
- Ustal, czy zakres ma obejmować WCAG 2.1, WCAG 2.2 lub wymagania określone w umowie.
- Zapytaj, jakie metody testów zostaną zastosowane.
- Sprawdź, czy raport będzie zawierał priorytety i rekomendacje wdrożeniowe.
- Ustal sposób ponownej weryfikacji poprawionych elementów.
- Wyznacz osoby, które będą uczestniczyć w omówieniu wyników.
- Zaplanuj szkolenie lub instrukcję dla osób publikujących treści.
- Potraktuj deklarację dostępności jako element procesu, a nie jednorazowy dokument.
Jeśli organizacja dopiero przygotowuje się do badania, pomocny może być poradnik z checklistą przed audytem WCAG. Warto również sprawdzić wskazówki dotyczące wyboru wykonawcy audytu WCAG oraz materiały o tym, co dzieje się po zakończeniu audytu dostępności.
Podsumowanie
Przykładowe studium przypadku pokazuje, że audyt dostępności cyfrowej powinien prowadzić do konkretnych decyzji i usprawnień. Najpierw trzeba zrozumieć cele organizacji oraz zadania użytkowników, następnie połączyć testy automatyczne z manualną oceną, analizą treści i weryfikacją kluczowych ścieżek. Raport powinien wskazywać nie tylko błędy, ale też ich wpływ, priorytet i sposób naprawy.
Dostępność cyfrowa wymaga współpracy osób technicznych, redakcyjnych i zarządzających. Dzięki temu poprawki nie kończą się na jednorazowym remoncie strony, lecz stają się częścią codziennej pracy organizacji. Jeśli potrzebujesz audytu, konsultacji lub szkolenia dopasowanego do specyfiki urzędu, uczelni, instytucji kultury albo firmy, poznaj ofertę EmpatiaLAB i skontaktuj się z nami. Wspólnie przełożymy wymagania dostępności na praktyczne rozwiązania.