Audyt WCAG najczęściej zadawane pytania dotyczą nie tylko samego badania strony internetowej, lecz także jego zakresu, kosztu, sposobu przygotowania i dalszego wdrażania rekomendacji. Dobrze zaplanowany audyt pomaga ustalić, które elementy serwisu utrudniają korzystanie z treści lub usług oraz jakie działania warto podjąć w pierwszej kolejności.
Audyt nie powinien być traktowany wyłącznie jako formalna kontrola. To praktyczne badanie doświadczenia użytkowników, w tym osób korzystających z klawiatury, czytników ekranu, powiększenia, sterowania głosem lub innych technologii wspierających. Poniżej zebraliśmy odpowiedzi na pytania, które najczęściej pojawiają się przed rozpoczęciem współpracy z audytorem.
Czym jest audyt WCAG?
Audyt WCAG to uporządkowana ocena strony internetowej, aplikacji lub wybranych treści cyfrowych pod kątem kryteriów sukcesu określonych w wytycznych Web Content Accessibility Guidelines. WCAG 2.2 opiera się na czterech zasadach: postrzegalności, funkcjonalności, zrozumiałości i kompatybilności. Kryteria są testowalne, dlatego audyt powinien wskazywać nie tylko ogólne problemy, ale również konkretne miejsca ich występowania.
W praktyce audyt może obejmować między innymi strukturę nagłówków, kontrast, opisy alternatywne, obsługę klawiaturą, formularze, komunikaty o błędach, elementy interaktywne, dokumenty do pobrania, multimedia oraz działanie strony na różnych urządzeniach.
Audyt WCAG najczęściej zadawane pytania o zakres badania
Czy audyt obejmuje całą stronę?
Nie zawsze. Możliwe jest przeprowadzenie audytu całego serwisu, ale także badanie wybranej próby reprezentatywnych podstron. Zakres powinien zostać określony przed rozpoczęciem prac. Warto uwzględnić stronę główną, menu, wyszukiwarkę, formularze, strony z najważniejszymi usługami, proces rejestracji lub zakupu, sekcję kontaktową oraz dokumenty i materiały multimedialne.
Jeżeli serwis ma wiele podobnych podstron, audytor może zbadać typowe szablony i komponenty. Nie oznacza to jednak, że każda podstrona będzie automatycznie wolna od błędów. Treści tworzone ręcznie, takie jak grafiki, tabele, pliki PDF czy nagrania, wymagają dodatkowej weryfikacji.
Czy bada się również aplikacje mobilne?
Tak. Audyt może dotyczyć aplikacji mobilnej, ale metodyka i zakres testów powinny zostać dopasowane do systemu, wersji aplikacji, sposobu logowania, gestów oraz technologii wspierających. W przypadku organizacji publicznych trzeba dodatkowo uwzględnić wymagania wynikające z przepisów dotyczących dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych.
Czy audyt obejmuje dokumenty PDF?
Może obejmować dokumenty PDF, ale należy wyraźnie wskazać je w zamówieniu lub opisie usługi. Sprawdzeniu mogą podlegać między innymi tagowanie dokumentu, kolejność czytania, język dokumentu, tytuł, kontrast, teksty alternatywne oraz dostępność tabel i formularzy. Sam fakt, że plik można otworzyć, nie oznacza jeszcze, że jest dostępny.
Czy automatyczny skaner wystarczy?
Nie. Narzędzia automatyczne są przydatne, ponieważ szybko wykrywają część powtarzalnych problemów, takich jak brak niektórych atrybutów, nieprawidłowe kontrasty czy błędy w strukturze kodu. Nie potrafią jednak rzetelnie ocenić wszystkich aspektów dostępności.
Automat nie rozstrzygnie na przykład, czy opis alternatywny rzeczywiście przekazuje sens grafiki, czy kolejność treści jest logiczna, czy komunikat o błędzie jest zrozumiały albo czy całą funkcję da się wygodnie obsłużyć klawiaturą. Dlatego pełniejszy audyt powinien łączyć analizę automatyczną, testy eksperckie i – w miarę możliwości – testy z udziałem użytkowników korzystających z różnych sposobów obsługi.
Warto pamiętać, że wynik narzędzia automatycznego jest wskazówką, a nie certyfikatem zgodności z WCAG.
WCAG 2.1 czy WCAG 2.2 – według której wersji wykonać audyt?
WCAG 2.2 zostało opublikowane przez W3C jako rekomendacja 5 października 2023 roku. Zawiera nowe kryteria, między innymi dotyczące widoczności fokusu, rozmiaru celów dotykowych, przeciągania elementów, spójnej pomocy oraz dostępnego uwierzytelniania. Treści zgodne z WCAG 2.2 spełniają również wymagania WCAG 2.1.
Wybór wersji powinien wynikać z celu audytu i obowiązujących wymagań. Jeżeli dokumentacja, umowa lub przepisy wskazują WCAG 2.1, warto zbadać zgodność z tą wersją, a dodatkowo uwzględnić nowe kryteria WCAG 2.2 jako rekomendację rozwojową. Jeżeli organizacja projektuje nowy serwis albo planuje większą przebudowę, rozsądnym celem jest uwzględnienie aktualnej wersji WCAG 2.2.
Co oznaczają poziomy A, AA i AAA?
WCAG wyróżnia trzy poziomy zgodności:
- A – podstawowy poziom wymagań;
- AA – poziom obejmujący kryteria A i AA, najczęściej przyjmowany jako praktyczny cel dla serwisów;
- AAA – najbardziej wymagający poziom, którego nie zawsze można osiągnąć dla całej strony.
Aby mówić o zgodności na poziomie AA, wszystkie kryteria poziomu A i AA muszą być spełnione albo musi istnieć dostępna wersja alternatywna. Nie wystarczy spełnienie większości wymagań. W3C wskazuje również, że poziom AAA nie jest zalecany jako ogólny cel dla całych serwisów, ponieważ niektórych kryteriów nie da się spełnić w odniesieniu do każdego rodzaju treści.
Jak wygląda audyt WCAG krok po kroku?
- Ustalenie celu i zakresu. Na początku określa się, co będzie badane, dla kogo przeznaczony jest serwis i jakie procesy są najważniejsze.
- Inwentaryzacja treści i funkcji. Audytor analizuje typy podstron, formularze, pliki, multimedia, elementy logowania oraz integracje zewnętrzne.
- Testy automatyczne. Narzędzia pomagają zidentyfikować część błędów technicznych i powtarzalnych.
- Testy eksperckie. Specjalista ocenia strukturę, treść, interakcje, nawigację, komunikaty, fokus i zachowanie komponentów.
- Testy manualne i z technologiami wspierającymi. W zależności od zakresu sprawdza się obsługę klawiaturą, powiększenie, czytnik ekranu, urządzenia mobilne i różne przeglądarki.
- Raport i priorytetyzacja. Wyniki powinny być opisane z podaniem miejsca występowania problemu, kryterium WCAG, wpływu na użytkowników i rekomendowanego sposobu naprawy.
Ministerstwo Cyfryzacji opisuje audyt ekspercki jako badanie pozwalające możliwie dokładnie ocenić stan dostępności strony lub aplikacji w momencie badania. Oznacza to, że raport jest obrazem konkretnej wersji serwisu, a nie bezterminowym potwierdzeniem dostępności.
Co powinien zawierać dobry raport z audytu?
Raport powinien być użyteczny dla osób zarządzających projektem, zespołu IT, redaktorów treści i osób odpowiedzialnych za obsługę użytkowników. Sam wykaz kryteriów WCAG bez wskazania konkretnych problemów często nie wystarcza.
Warto oczekiwać, że raport zawiera:
- opis zakresu i zastosowanej metodyki;
- listę zbadanych adresów, szablonów lub funkcji;
- opis każdego problemu wraz z przykładem;
- odniesienie do właściwego kryterium WCAG;
- informację o poziomie istotności lub priorytecie;
- rekomendację naprawy napisaną w sposób zrozumiały dla zespołu;
- wskazanie, czy problem jest systemowy, czy dotyczy pojedynczej treści;
- podsumowanie mocnych stron oraz obszarów wymagających poprawy.
Najbardziej praktyczne raporty porządkują błędy według wpływu na użytkowników i trudności wdrożenia. Dzięki temu organizacja może najpierw usunąć przeszkody uniemożliwiające wykonanie podstawowych zadań, a dopiero później zajmować się problemami o mniejszym znaczeniu.
Ile trwa audyt WCAG?
Czas zależy od wielkości serwisu, liczby funkcji, liczby szablonów, zakresu dokumentów i oczekiwanej głębokości testów. Inaczej planuje się audyt prostej strony informacyjnej, inaczej rozbudowanego portalu z logowaniem, wyszukiwarką, formularzami i treściami generowanymi przez wielu redaktorów.
Przed rozpoczęciem prac warto ustalić, czy audyt ma być szybkim przeglądem, badaniem eksperckim wybranej próby, czy pełną oceną procesu cyfrowego. Zbyt mały zakres może nie ujawnić błędów występujących w innych typach podstron. Zbyt szeroki zakres bez ustalenia priorytetów może natomiast utrudnić szybkie przejście od raportu do naprawy.
Ile kosztuje audyt dostępności cyfrowej?
Cena zależy przede wszystkim od zakresu, liczby ekranów i funkcji, rodzaju testów, liczby dokumentów oraz tego, czy potrzebne są testy z użytkownikami. Na koszt wpływa również konieczność analizy aplikacji, systemu CMS, treści publikowanych przez redaktorów i zewnętrznych komponentów.
Porównując oferty, nie warto kierować się wyłącznie liczbą badanych podstron. Dwie usługi o podobnej cenie mogą obejmować zupełnie różny poziom szczegółowości. Przed podpisaniem umowy należy zapytać, czy w cenie znajduje się raport, spotkanie podsumowujące, konsultacja dla zespołu oraz weryfikacja poprawek.
Czy po audycie otrzymuje się certyfikat?
Audyt jest oceną stanu dostępności, a nie uniwersalnym certyfikatem ważnym bezterminowo. Serwis może zmienić się już następnego dnia wskutek publikacji nowego dokumentu, wdrożenia komponentu lub aktualizacji systemu.
Jeżeli organizacja publikuje deklarację zgodności, powinna precyzyjnie wskazać zakres, wersję standardu, poziom zgodności, datę oceny oraz znane ograniczenia. Deklaracja dostępności nie zastępuje audytu, ale pomaga użytkownikom dowiedzieć się, jaki jest aktualny stan serwisu i jak zgłosić problem.
Co zrobić po otrzymaniu raportu?
Najważniejszym etapem jest przełożenie ustaleń na plan działań. Warto podzielić rekomendacje na poprawki techniczne, redakcyjne, projektowe i organizacyjne. Część problemów może usunąć administrator treści, inne wymagają pracy programisty lub projektanta UX.
Dobrym rozwiązaniem jest przygotowanie rejestru błędów z informacją o właścicielu zadania, priorytecie, terminie i statusie. Po wdrożeniu poprawek należy wykonać audyt kontrolny. Nie trzeba zawsze powtarzać pełnego badania, ale trzeba sprawdzić wszystkie naprawione elementy oraz miejsca, w których zmiana mogła wpłynąć na inne funkcje.
Praktyczne wskazówki dotyczące dalszych działań opisuje materiał co dzieje się po zakończeniu audytu dostępności. Przydatna może być także checklista przed audytem WCAG, która pomaga uporządkować przygotowania.
Jak przygotować organizację do audytu?
- wyznacz osobę kontaktową odpowiedzialną za przekazywanie informacji;
- przygotuj listę najważniejszych procesów i funkcji serwisu;
- udostępnij wersję testową, dane dostępowe i dokumentację, jeśli są potrzebne;
- zabezpiecz przykładowe dokumenty, formularze, multimedia i treści publikowane cyklicznie;
- poinformuj redaktorów i zespół techniczny o celu audytu;
- ustal, czy po raporcie planowane są warsztaty lub konsultacje wdrożeniowe.
Audyt nie powinien być działaniem realizowanym wyłącznie przez dział IT. Dostępność zależy także od sposobu tworzenia treści, projektowania komunikatów, organizacji obsługi i decyzji zakupowych. Wspólna praca kilku zespołów zwiększa szansę, że poprawki będą trwałe.
Checklista wyboru wykonawcy audytu WCAG
- Czy oferta jasno określa zakres badania?
- Czy wykonawca wskazuje wersję WCAG i poziom zgodności?
- Czy audyt obejmuje testy manualne, a nie tylko skaner?
- Czy raport będzie zawierał konkretne przykłady i rekomendacje?
- Czy audytor sprawdzi kluczowe procesy, takie jak formularze, wyszukiwarka i logowanie?
- Czy przewidziano omówienie wyników z zespołem?
- Czy możliwa jest kontrola wdrożonych poprawek?
- Czy wykonawca potrafi przełożyć język WCAG na zadania dla osób nietechnicznych?
Podsumowanie
Audyt WCAG pomaga zrozumieć, w jaki sposób użytkownicy korzystają z cyfrowych usług i jakie bariery należy usunąć. Najlepszy rezultat daje połączenie analizy automatycznej, testów eksperckich, oceny treści i praktycznych rekomendacji. Sam raport jest jednak dopiero początkiem procesu – jego wartość zależy od jakości wdrożenia oraz późniejszego monitorowania zmian.
EmpatiaLAB wspiera organizacje w ocenie dostępności cyfrowej, planowaniu usprawnień i rozwijaniu kompetencji zespołów. Jeżeli chcesz sprawdzić, jaki zakres audytu będzie odpowiedni dla Twojej strony lub aplikacji, poznaj ofertę EmpatiaLAB i skontaktuj się z nami. Wspólnie dobierzemy rozwiązanie dopasowane do skali serwisu, potrzeb użytkowników i celów organizacji.