Audyt dostępności WCAG dla e‑commerce i stron internetowych

Nie podajemy jednej ceny, ponieważ audyt jest wyceniany zakresem: liczbą procesów i widoków objętych badaniem, liczbą szablonów i komponentów, obecnością komponentów zewnętrznych w checkoucie, poziomem zgodności oraz tym, czy zakres obejmuje testy technologii asystujących i ponowną weryfikację po poprawkach. Kwotę potwierdzamy w ofercie, po ustaleniu zakresu.

Czas zależy od liczby widoków, szablonów i procesów objętych zakresem oraz od tego, ile z nich wymaga testów manualnych. Orientacyjny termin zapisujemy w ofercie razem z zakresem. Badanie pojedynczej ścieżki jest znacznie krótsze niż audyt całego sklepu z checkoutem i panelem klienta.

Od 28 czerwca 2025 r. obowiązują przepisy Polskiego Aktu o Dostępności (otwiera się w nowej karcie), wdrażającego Europejski Akt o Dostępności, i obejmują one między innymi usługi handlu elektronicznego. Nie znaczy to jednak, że obowiązek dotyczy automatycznie każdego sklepu: ustawa przewiduje wyłączenia, a ustalenie, czy obejmuje konkretną firmę i usługę, wymaga oceny prawnej.

Ustawa obejmuje wskazane w niej produkty i usługi, w tym usługi handlu elektronicznego oferowane konsumentom, i nakłada obowiązki na podmioty gospodarcze uczestniczące w ich wprowadzaniu na rynek lub świadczeniu. To, czy dana firma i dana usługa jej podlegają, zależy od rodzaju działalności, statusu przedsiębiorcy i zakresu ustawowych wyłączeń. Ta ocena należy do prawnika, nie do audytu technicznego.

Przepisy przewidują wyłączenie dla usług oferowanych lub świadczonych przez mikroprzedsiębiorców. Sam status mikroprzedsiębiorcy zależy od progów zatrudnienia i obrotu, a wyłączenie odnosi się do usług — nie jest więc zwolnieniem obejmującym wszystkie obowiązki w każdej sytuacji. Potwierdzenie, czy wyłączenie ma zastosowanie, wymaga oceny prawnej.

Audyt wykonujemy w oparciu o WCAG 2.2 (otwiera się w nowej karcie) na poziomie AA, ponieważ jest to najnowsza wersja standardu rekomendowana przez W3C; poziom AA obejmuje również kryteria poziomu A. WCAG 2.2 dodaje dziewięć kryteriów sukcesu względem WCAG 2.1, między innymi dotyczących zasłoniętego focusu, operacji wymagających przeciągania, minimalnego rozmiaru celu, redundantnego wprowadzania danych i dostępnego uwierzytelniania. W raporcie oddzielamy wymagania wynikające z aktualnego standardu technicznego i obowiązujących regulacji od dodatkowych kryteriów WCAG 2.2.

Nie. Narzędzia automatyczne potrafią wykryć część błędów, ale nie ocenią wszystkich kryteriów ani rzeczywistej możliwości wykonania zadania przez użytkownika. Samo narzędzie nie pozwala potwierdzić zgodności z WCAG — audyt musi obejmować również testy manualne, nawigację klawiaturą i weryfikację formularzy. Wskazuje na to samo W3C (otwiera się w nowej karcie).

Tak, i są to zwykle najważniejsze części zakresu. Checkout to najdłuższy formularz w sklepie i miejsce, w którym pojawiają się komponenty zewnętrznych dostawców. Badanie obejmuje etykiety pól, instrukcje, walidację, komunikaty o błędach, kolejność kroków, wybór dostawy i płatności oraz uwierzytelnianie w trakcie zakupu. Audyt e‑commerce nie ogranicza się do strony głównej i kart produktowych.

Raport, w którym każda niezgodność jest opisana tym samym łańcuchem: kryterium WCAG, miejsce wystąpienia, problem, wpływ na użytkownika, rekomendowana poprawka i priorytet. Do tego kroki odtworzenia, materiał dowodowy, obszar odpowiedzialności, podsumowanie dla osób decyzyjnych oraz opis zakresu, metody i ograniczeń badania.

Tak, oba zakresy ustalamy osobno od audytu. Zakres prac naprawczych i estymacja powstają po akceptacji priorytetów, a ponowną weryfikację po zmianach umawiamy jako odrębne badanie. Raport jest jednak napisany tak, aby poprawki mógł wdrożyć obecny zespół albo inny dostawca, bez naszego udziału.

Zakres ustalamy przed rozpoczęciem prac. W rozbudowanym e‑commerce zwykle badamy reprezentatywne szablony, komponenty i kompletne procesy, między innymi wyszukiwanie, kartę produktu, koszyk oraz checkout. Liczba widoków zależy od złożoności serwisu i od celu badania.

Sam audyt WCAG nie jest opinią prawną. Ocena gotowości do wymagań ustawy wymaga również ustalenia, czy firma i świadczona usługa jej podlegają oraz jakie dodatkowe obowiązki mają zastosowanie.

Tak. Badanie może zostać przeprowadzone na środowisku testowym, o ile zawiera ono wszystkie komponenty i procesy objęte zakresem. Wykrycie problemów przed publikacją zwykle ogranicza liczbę późniejszych zmian w gotowym interfejsie.

Obejmuje te elementy, które uczestniczą w procesie użytkownika i znajdują się w uzgodnionym zakresie. Raport rozróżnia komponenty kontrolowane przez właściciela serwisu od elementów zależnych od zewnętrznego dostawcy.