Audyt dostępności cyfrowej – kompletny przewodnik

Audyt dostępności cyfrowej to praktyczny sposób na sprawdzenie, czy strona internetowa, aplikacja mobilna, formularz lub dokument elektroniczny są możliwe do wykorzystania przez osoby o różnych potrzebach. Nie jest wyłącznie kontrolą techniczną. Dobrze przeprowadzony audyt pokazuje, jakie bariery pojawiają się podczas korzystania z usługi, z czego wynikają i co należy zrobić, aby je usunąć.

W Polsce podmioty publiczne mają obowiązek zapewniać dostępność cyfrową swoich stron internetowych i aplikacji mobilnych. Wymagania obejmują między innymi postrzegalność, funkcjonalność, zrozumiałość i kompatybilność rozwiązania. Audyt pozwala przełożyć te ogólne zasady na konkretną listę działań: poprawę formularza, opisów alternatywnych, kontrastu, nawigacji klawiaturą czy struktury dokumentów.

Czym jest audyt dostępności cyfrowej?

Audyt dostępności cyfrowej jest uporządkowanym badaniem rozwiązania cyfrowego pod kątem jego zgodności z wymaganiami dostępności oraz wygody użytkowania. Może dotyczyć całego serwisu, wybranych podstron, aplikacji, systemu transakcyjnego, dokumentów PDF, multimediów albo konkretnego procesu, na przykład zapisania się na wizytę czy złożenia wniosku online.

Zakres audytu powinien wynikać z celu organizacji. Inaczej bada się nową stronę przed publikacją, inaczej działający serwis urzędu, a jeszcze inaczej aplikację, która obsługuje płatności lub dane wrażliwe. W każdym przypadku warto analizować nie tylko pojedyncze elementy, lecz całą ścieżkę użytkownika.

Audyt nie jest tym samym co automatyczny skan. Narzędzia automatyczne potrafią szybko wykryć część problemów, ale nie ocenią samodzielnie, czy komunikat jest zrozumiały, czy kolejność pól formularza ma sens albo czy użytkownik klawiatury wie, gdzie aktualnie znajduje się na stronie. Dlatego wiarygodna ocena łączy testy automatyczne, analizę ekspercką i testy manualne.

Dlaczego warto wykonać audyt?

Najważniejszym celem audytu jest ograniczenie barier, które mogą uniemożliwiać samodzielne korzystanie z informacji i usług. Dostępność cyfrowa ma znaczenie dla osób niewidomych i słabowidzących, osób Głuchych i słabosłyszących, osób z ograniczoną sprawnością ruchową, osób z trudnościami poznawczymi, a także dla osób starszych i użytkowników korzystających z urządzeń mobilnych.

Audyt przynosi również korzyści organizacyjne. Pozwala wcześniej wykryć błędy, zanim staną się kosztowne w naprawie, uporządkować odpowiedzialność za treści i zmniejszyć ryzyko publikowania niedostępnych materiałów. Jest szczególnie wartościowy przed przebudową strony, zakupem systemu, zmianą dostawcy lub wdrożeniem nowego formularza.

pokazuje rzeczywisty stan dostępności, a nie tylko deklaracje wykonawcy;
porządkuje problemy według ich wpływu na użytkowników;
ułatwia zaplanowanie budżetu i harmonogramu poprawek;
wspiera osoby odpowiedzialne za dostępność i redakcję treści;
dostarcza wskazówek do zamówień, umów i odbioru prac;
pomaga budować usługę, z której może skorzystać większa grupa odbiorców.

Warto pamiętać, że za dostępność rozwiązania odpowiada podmiot, który z niego korzysta lub nim zarządza, także wtedy, gdy wykonanie strony albo aplikacji zlecono zewnętrznej firmie. Z tego powodu sam zapis „zgodność z WCAG” w umowie nie zastępuje kontroli i odbioru.

Audyt dostępności cyfrowej a WCAG i EN 301 549

WCAG, czyli Web Content Accessibility Guidelines, to międzynarodowe wytyczne dotyczące dostępności treści internetowych. Opierają się na czterech zasadach: treść powinna być postrzegalna, funkcjonalna, zrozumiała i kompatybilna z różnymi technologiami wspomagającymi.

W praktyce audyt powinien jasno wskazywać, do jakiego standardu odnosi się ocena. W przypadku polskich podmiotów publicznych punktem odniesienia są wymagania wskazane w ustawie o dostępności cyfrowej oraz norma EN 301 549, uwzględniająca między innymi wymagania WCAG. Dla wielu projektów stosuje się także WCAG 2.1 na poziomie AA, a w nowych przedsięwzięciach warto analizować również WCAG 2.2 i jego dodatkowe kryteria.

Nie należy jednak traktować poziomu zgodności jako jedynego celu. Użytkownik nie korzysta z tabeli kryteriów, tylko z konkretnej usługi. Dlatego raport powinien odpowiadać na pytania: czy można przejść całą ścieżkę klawiaturą, czy formularz informuje o błędach, czy komunikaty są zrozumiałe i czy osoba korzystająca z czytnika ekranu otrzymuje te same informacje co pozostali użytkownicy.

Podstawowe zasady dostępności możesz uporządkować, korzystając z materiału Czym jest dostępność cyfrowa?. Warto także zobaczyć praktyczne omówienie czterech filarów w Akademii Empatii.

Jak przygotować audyt krok po kroku?

1. Określ cel i zakres badania

Na początku ustal, co ma zostać sprawdzone. Czy audyt dotyczy całej strony, aplikacji, dokumentów, czy tylko konkretnej usługi? Zdefiniuj grupy użytkowników, kluczowe procesy i technologie, z których korzystają odbiorcy. Przydatne jest przygotowanie listy najważniejszych ścieżek, na przykład: znalezienie informacji, wysłanie formularza, pobranie dokumentu, zakup usługi, rejestracja lub kontakt z organizacją.

2. Zbierz materiały i dostęp do systemu

Audytor powinien otrzymać dostęp do wersji testowej lub produkcyjnej, a także informacje o systemie CMS, aplikacji, integracjach, dokumentach i multimediach. Warto przekazać dane o najczęściej używanych podstronach, zgłoszeniach użytkowników oraz planowanych zmianach. Jeżeli badany jest system za logowaniem, należy przygotować bezpieczne konta testowe.

3. Wykonaj analizę automatyczną

Automatyczne narzędzia mogą wskazać część problemów, takich jak brak etykiet pól, nieprawidłowe nagłówki, niski kontrast lub brak tekstu alternatywnego. Wyniki trzeba jednak zweryfikować ręcznie. Narzędzie może wykryć obecność atrybutu alt, ale nie oceni, czy jego treść rzeczywiście opisuje znaczenie grafiki.

4. Przeprowadź testy manualne

Testy manualne obejmują między innymi obsługę za pomocą klawiatury, powiększenie treści, zmianę orientacji ekranu, działanie formularzy, komunikaty o błędach, kolejność fokusu i zachowanie elementów dynamicznych. Sprawdza się również, czy użytkownik nie zostaje uwięziony w menu, oknie dialogowym lub komponencie interaktywnym.

5. Zbadaj kompatybilność z technologiami wspomagającymi

W zależności od zakresu warto wykorzystać czytnik ekranu, powiększenie systemowe, tryb wysokiego kontrastu, sterowanie samą klawiaturą lub funkcje dostępności urządzenia mobilnego. Nie chodzi o symulowanie konkretnej osoby, lecz o sprawdzenie, czy interfejs przekazuje informacje w sposób dostępny dla różnych sposobów obsługi.

6. Zweryfikuj treści i dokumenty

Dostępność nie kończy się na kodzie. Należy sprawdzić język komunikatów, strukturę nagłówków, linki, tabele, instrukcje, pliki PDF, skany, grafiki, nagrania i transmisje. Dokument może wyglądać poprawnie, a mimo to być niedostępny dla czytnika ekranu. Podobnie film bez napisów może pozbawić część odbiorców istotnej informacji.

7. Przygotuj raport i omów wyniki

Raport powinien być zrozumiały dla osób technicznych, redakcyjnych i zarządzających. Każdy problem warto opisać przez wskazanie miejsca występowania, wpływu na użytkownika, kryterium lub wymagania, poziomu ważności oraz rekomendowanego rozwiązania. Dobrą praktyką jest dodanie zrzutu ekranu, przykładowego kodu albo opisu kroków potrzebnych do odtworzenia problemu.

Co powinien zawierać profesjonalny raport?

Sam wykaz błędów nie wystarczy. Raport powinien umożliwić organizacji przejście od diagnozy do działania. Warto, aby zawierał:

cel, zakres i datę badania;
opis wykorzystanej metodyki oraz narzędzi;
listę przebadanych adresów, ekranów, dokumentów i procesów;
podsumowanie mocnych stron i najważniejszych barier;
szczegółowe wyniki z priorytetami;
rekomendacje dla administratorów, programistów i redaktorów;
informację o ograniczeniach badania;
propozycję kolejności wdrażania poprawek;
plan retestu po zakończeniu prac.

Priorytety powinny wynikać przede wszystkim ze skutków dla użytkownika. Krytyczny będzie problem, który uniemożliwia wysłanie formularza, odczytanie komunikatu lub przejście kluczowej ścieżki. Mniejszy priorytet może mieć błąd kosmetyczny, który nie ogranicza funkcjonalności, choć również powinien zostać usunięty w ramach porządkowania rozwiązania.

Najczęściej wykrywane bariery

brak opisów alternatywnych dla grafik informacyjnych;
niewłaściwa hierarchia nagłówków;
niewystarczający kontrast tekstu i elementów interfejsu;
brak widocznego fokusu klawiatury;
niepełna obsługa menu, okien dialogowych i komponentów dynamicznych;
pola formularzy bez jednoznacznych etykiet;
komunikaty o błędach, które nie wskazują sposobu poprawy;
linki opisane ogólnikowo, na przykład „kliknij tutaj”;
automatycznie odtwarzane dźwięki lub ruchome elementy bez kontroli użytkownika;
filmy bez napisów, audiodeskrypcji lub transkrypcji;
niedostępne dokumenty PDF i skany;
instrukcje napisane zbyt skomplikowanym językiem.

Wiele z tych problemów można ograniczyć przez wdrożenie standardu redakcyjnego. Redaktorzy powinni wiedzieć, jak tworzyć nagłówki, opisywać grafiki, przygotowywać linki i publikować dokumenty. Programiści i projektanci potrzebują z kolei jasnych wymagań dotyczących komponentów, fokusu, formularzy i komunikatów.

Jak wdrażać zalecenia po audycie?

Najlepiej rozpocząć od stworzenia rejestru problemów. Powinien zawierać właściciela zadania, termin, status, priorytet i informację o sposobie weryfikacji. Dzięki temu audyt nie kończy się na raporcie, lecz staje się częścią zarządzania usługą.

Wdrożenie warto podzielić na etapy. Najpierw usuwa się bariery blokujące kluczowe procesy. Następnie poprawia się powtarzalne komponenty i szablony, na przykład formularze, tabele czy okna dialogowe. Kolejny etap obejmuje treści, dokumenty oraz szkolenie osób, które będą publikować nowe materiały.

Po wdrożeniu zmian należy wykonać retest. Nie zawsze trzeba ponownie badać cały serwis, ale trzeba sprawdzić wszystkie poprawione elementy oraz miejsca, na które zmiany mogły wpłynąć. Warto także ustalić cykliczne przeglądy, ponieważ dostępność pogarsza się wraz z publikacją nowych treści, aktualizacjami systemu i zmianami dostawców.

Audyt przed zakupem lub zamówieniem systemu

Jeżeli organizacja dopiero planuje zakup strony, aplikacji lub systemu, audyt istniejącego rozwiązania powinien być uzupełniony o wymagania dla wykonawcy. W dokumentacji zamówienia trzeba opisać nie tylko oczekiwany standard, ale również sposób potwierdzenia dostępności, zakres testów, odpowiedzialność za treści i procedurę odbioru.

Pomocny może być artykuł Zamówienia publiczne a dostępność – jak prawidłowo sformułować wymagania w SWZ?. Wymagania dostępności powinny pojawić się już na etapie analizy potrzeb, projektu i prototypu. Naprawianie problemów dopiero po wdrożeniu jest zwykle trudniejsze, droższe i bardziej obciążające dla użytkowników.

Praktyczna checklista audytu

Czy można przejść kluczową ścieżkę wyłącznie za pomocą klawiatury?
Czy fokus jest zawsze widoczny i porusza się w logicznej kolejności?
Czy każda informacyjna grafika ma odpowiedni opis alternatywny?
Czy nagłówki i listy tworzą poprawną strukturę dokumentu?
Czy tekst i elementy interfejsu mają wystarczający kontrast?
Czy formularze mają etykiety, instrukcje i zrozumiałe komunikaty błędów?
Czy użytkownik może zatrzymać, wyłączyć lub zmienić tempo ruchomych treści?
Czy filmy mają napisy, a ważne materiały dodatkową formę tekstową?
Czy dokumenty do pobrania są możliwe do odczytania i obsługi?
Czy język komunikatów jest prosty, konkretny i jednoznaczny?
Czy rozwiązanie działa poprawnie na różnych ekranach i urządzeniach?
Czy po poprawkach zaplanowano retest i stałe monitorowanie?

Podsumowanie

Audyt dostępności cyfrowej jest nie tylko oceną zgodności ze standardem. To narzędzie, które pomaga zobaczyć usługę z perspektywy osób korzystających z klawiatury, czytnika ekranu, powiększenia, napisów lub prostszych komunikatów. Najlepsze efekty daje połączenie analizy automatycznej, testów manualnych, oceny treści i konkretnych rekomendacji.

Jeśli chcesz sprawdzić stronę, aplikację, dokumenty lub cyfrowe procesy swojej organizacji, skontaktuj się z EmpatiaLAB. Pomożemy dobrać zakres audytu, uporządkować priorytety i zaplanować działania, które przełożą się na bardziej dostępne usługi.

Źródła

Materiał przygotowany przez Beata Nawrat

Materiał opublikowany w Strefie Wiedzy EmpatiaLAB.