Audyt dostępności WCAG

Audyt WCAG sprawdza, czy klient przejdzie ścieżkę zakupu klawiaturą, czytnikiem ekranu i przy powiększeniu strony. Przy dużym katalogu badamy szablony: wyszukiwarkę, listę z filtrami, kartę produktu, koszyk i formularze, bo błąd w jednym szablonie powtarza się na tysiącach stron.

W skrócie

  • Lista barier z priorytetami
  • Wytyczne do poprawek
  • Ponowny test napraw

Najpierw fakty, potem lista błędów. Najpierw ustalamy, czy ustawa obejmuje Twoją firmę.

Od 28 czerwca 2025 roku obowiązuje ustawa o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług. Obejmuje między innymi handel elektroniczny dla konsumentów, a nie stosuje się do usług mikroprzedsiębiorców (art. 3 i 4).

Czy obowiązek Cię dotyczy

Zbieramy fakty o serwisie: komu sprzedajesz, jakie usługi są online, kto jest ich dostawcą. Ostateczną ocenę prawną przygotowuje Twój prawnik.

Nakładki nie naprawiają kodu

Wtyczka z przyciskiem dostępności nie zmienia szablonów. Problemy zostają w kodzie wyszukiwarki, filtrów i formularzy.

Automat widzi tylko część

Narzędzia takie jak axe wykrywają tylko część problemów. Resztę trzeba sprawdzić ręcznie.

Co sprawdzamy. Według WCAG 2.2 na poziomie AA, testami automatycznymi i ręcznymi.

Wybieramy szablony i ścieżki, przez które przechodzi większość zamówień, bo poprawka jednego szablonu naprawia tysiące kart produktów naraz.

Klawiatura

Czy całą ścieżkę zakupu da się przejść bez myszy i czy widać, gdzie jest fokus.

Czytnik ekranu

Czy filtry, warianty, koszyk i komunikaty mają nazwy, które czytnik odczyta zrozumiale.

Powiększenie i kontrast

Czy strona działa przy powiększeniu i czy tekst da się przeczytać na każdym tle.

Formularze i błędy

Czy pola mają opisy, a komunikaty błędów mówią, co poprawić.

Raport. Tak samo sprawdzamy własną stronę.

Wynik i metodę opisujemy na stronie Dostępność.

W raporcie

  • Raport z priorytetami: każdy problem z kryterium WCAG 2.2 AA, wpływem na klienta i sposobem naprawy.
  • Krótkie wytyczne dla projektantów, redaktorów treści i programistów, żeby nowe funkcje nie psuły naprawionych miejsc.
  • Ponowny test napraw według tych samych kryteriów i aktualna treść deklaracji dostępności.
  • Kryteria dostępności do umów i odbiorów z wykonawcami kolejnych wdrożeń.
  • Punkt wyjścia do pomiaru przed i po: liczba problemów krytycznych w szablonach i przejście ścieżki zakupu.

Zasady współpracy

  • Zakres, rezultat i kryteria odbioru ustalamy przed rozpoczęciem współpracy.
  • Raport omawiamy z Twoim zespołem i sprawdzamy według uzgodnionych kryteriów.
  • Po zapoznaniu się z wnioskami decydujesz, czy podejmujemy dalsze prace.
  • Na start dane tylko odczytujemy. Raport zostaje u Ciebie, także jeśli dalej działasz bez nas.

Co dalej. Naprawia Twój zespół, obecny wykonawca z naszymi wytycznymi albo my.

Przy nowym wdrożeniu dostępność najtaniej dodać w wymaganiach, zanim powstanie kod.

Usługa

Projektowanie UX/UI i badania użytkowników

Dostępność w projekcie ścieżki, zanim powstanie kod.

Zobacz usługę

Usługa

Budowa sklepu internetowego

Kryteria dostępności w wymaganiach i w odbiorze nowego sklepu.

Zobacz usługę

Rozwiązanie

Modernizacja sklepu internetowego

Dostępność, technologia i migracja w jednym planie.

Zobacz rozwiązanie

Zamówmy audyt WCAG. Wskażemy, od czego zacząć.

  1. Opisujesz sytuację w formularzu albo e-mailem.
  2. Odpowiadamy w ciągu jednego dnia roboczego.
  3. Na życzenie zaczynamy od NDA.
Krzysztof Wrzosek

Krzysztof Wrzosek

Doradca digital i e-commerce, założyciel Gladness

    Administratorem danych jest „Gladness” Krzysztof Wrzosek. Dane wykorzystamy, żeby odpowiedzieć na Twoją wiadomość. Szczegóły i Twoje prawa: Polityka prywatności.