Audyt WCAG 2.2 i EN 301 549

Audyt WCAG 2.2 to sprawdzenie, czy Wasza strona, aplikacja webowa albo mobilna spełnia wytyczne dostępności w najnowszej wersji, zanim zrobi to organ nadzoru, sąd albo pierwszy zirytowany użytkownik. Na tej stronie opisujemy trzy usługi, które dokładamy do naszych testów dostępności WCAG: audyt różnic między WCAG 2.1 a 2.2, abonament testów dostępności przy każdym wydaniu i pakiet na 120 dni po wezwaniu organu.

Powód jest prosty. We wrześniu 2026 roku ukazała się norma EN 301 549 v4.1.1, która przyjmuje WCAG 2.2 jako punkt odniesienia dla stron, oprogramowania i dokumentów. Jeśli Wasz ostatni audyt robiono pod WCAG 2.1, jego raport właśnie zaczął się starzeć. Na szczęście audyt WCAG 2.2 nie musi zaczynać od zera.

Trzy produkty na trzy sytuacje. Można je łączyć: audyt różnic, naprawy, a potem abonament, który pilnuje, żeby naprawione nie zepsuło się przy następnym wydaniu.

1. Audyt różnic WCAG 2.1 do 2.2 (EN 301 549 v3.2.1 do v4.1.1)

Dla kogo: firmy, które mają już audyt pod WCAG 2.1 albo EN 301 549 v3.2.1 i nie chcą płacić drugi raz za sprawdzanie tego samego

Co sprawdzamy: sześć nowych kryteriów WCAG 2.2 z poziomów A i AA na Waszych kluczowych ścieżkach, usunięte kryterium 4.1.1 Parsing oraz wymagania normy v4.1.1 dotyczące respektowania ustawień dostępności użytkownika

Weryfikacja starego raportu: sprawdzamy, czy zgłoszone wcześniej błędy naprawdę zniknęły

Wynik: raport z audytu WCAG 2.2, czyli lista niezgodności z priorytetem, przykładem z Waszego ekranu i wskazówką naprawy dla programisty, plus mapa kryteriów WCAG 2.2 na wymagania normy

2. Abonament: testy dostępności przy każdym wydaniu w CI/CD

Dwa warianty. Monitoring to same automaty w pipeline i raport miesięczny. Wydanie dokłada ręczne testy kluczowych ścieżek przy każdym z maksymalnie dwóch wydań w miesiącu.

Automaty w pipeline: skanery dostępności axe i Pa11y wpięte w testy Playwright uruchamiane przy każdym wydaniu, z progiem, który zatrzymuje wdrożenie przy nowych błędach krytycznych. Budowę pipeline opisujemy na stronie procesy CI/CD i quality gates

Ręczne testy kluczowych ścieżek: logowanie, formularze, koszyk i płatność sprawdzane klawiaturą i czytnikiem ekranu, bo automat wyłapuje tylko część problemów, a resztę widzi dopiero człowiek

Regresja dostępności: pilnujemy, żeby nowy komponent z biblioteki UI nie cofnął Was do stanu sprzed audytu. To te same zasady, na których opieramy testy regresyjne

Raport po wydaniu: co się pojawiło, co naprawiono i jaki jest trend. Przyda się, gdy organ zapyta, co robicie w sprawie dostępności

3. Pakiet „120 dni” po wezwaniu organu nadzoru

Dla kogo: firmy, które dostały wezwanie do działań naprawczych albo wiedzą o zgłoszeniu niezgodności do Prezesa PFRON

Pierwsze dni: audyt WCAG 2.2 w zakresie wskazanym w wezwaniu i plan napraw ułożony tak, żeby zmieścić się w terminie wyznaczonym przez organ

W trakcie: dwa retesty poprawek i szybka informacja zwrotna dla zespołu deweloperskiego

Na koniec: reaudyt i dokumentacja przebiegu testów, którą możecie dołączyć do odpowiedzi dla organu

Dostępność psuje się przy wydaniu, jak każda inna funkcja. Projektant przygotował poprawny kontrast, a nowy baner marketingowy przykrył fokus na przycisku „Zapłać”. Programista dodał przeciąganie w koszyku i zapomniał o alternatywie dla osób, które nie mogą przeciągać. Oba błędy należą do nowych kryteriów WCAG 2.2 i oba wychodzą dopiero w teście, a nie w makiecie.

Jednorazowy audyt pokazuje stan z jednego dnia, a organ i użytkownik oceniają stan z dnia, w którym otwierają aplikację. Dlatego po audycie WCAG 2.2 proponujemy abonament zamiast kolejnego raportu do szuflady.

W czerwcu 2026 roku sąd w Caen nakazał sieci Carrefour pełną dostępność sklepu internetowego i aplikacji w ciągu sześciu miesięcy, pod rygorem 500 euro za każdy dzień zwłoki. Audyt wykazał 71 procent zgodności i to nie wystarczyło, bo sąd uznał dostępność za obowiązek rezultatu, a nie starannego działania (opis wyroku). To wyrok francuski, ale dyrektywa (UE) 2019/882 jest wspólna dla całej Unii.

Uczciwie o statusie normy: według AccessibleEU wersja v4.1.1 nie tworzy dziś natychmiastowego obowiązku. Kto jednak planuje przebudowę serwisu albo nowy produkt na 2027 rok, powinien zrobić audyt WCAG 2.2 i projektować pod nowe kryteria już teraz, bo poprawianie tego samego ekranu dwa razy kosztuje więcej niż raz. Co dokładnie zmieniło się w wytycznych, opisujemy w artykule standard WCAG 2.2.

Pełną listę zmian publikuje W3C. W audycie WCAG 2.2 dla sklepów i banków najwięcej pracy dają zwykle trzy ostatnie wiersze, bo dotyczą logowania, formularzy i procesu zakupu, czyli miejsc, w których użytkownik zostawia pieniądze.

Macie audyt pod WCAG 2.1 sprzed roku i zastanawiacie się, czy potrzebny jest audyt WCAG 2.2?

Działacie w bankowości, e-commerce albo telekomunikacji, czyli tam, gdzie nadzór rynku sprawują Rzecznik Finansowy, Minister Cyfryzacji albo Prezes UKE?

Wydajecie co tydzień albo częściej i nikt nie sprawdza, czy nowa wersja nie zepsuła dostępności?

Jesteście software house’em albo agencją, a klient objęty ustawą wpisał dostępność do warunków odbioru?

Dostaliście wezwanie organu albo sygnał o zgłoszeniu do PFRON i liczycie dni?

Jesteście podmiotem publicznym? W monitoringu Ministerstwa Cyfryzacji za 2025 rok żadna ze 145 zbadanych stron i aplikacji nie była w pełni zgodna (wyniki monitoringu)

Ustawa z 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze jest stosowana od 28 czerwca 2025 roku. Nadzór jest rozproszony: całość koordynuje Prezes PFRON, bankowość detaliczną nadzoruje Rzecznik Finansowy, handel elektroniczny Minister Cyfryzacji, a usługi telekomunikacyjne i urządzenia Prezes UKE. Mikroprzedsiębiorcy świadczący usługi są z ustawy wyłączeni.

Zgłoszenie niezgodności do Prezesa PFRON może złożyć każdy, bez wykazywania interesu prawnego. Przy stwierdzonej niezgodności organ może wezwać do działań naprawczych w terminie do 120 dni albo do zaprzestania świadczenia usługi. Kara z art. 73 wynosi do dziesięciokrotności przeciętnego wynagrodzenia miesięcznego w gospodarce narodowej za poprzedni rok, nie więcej niż 10 procent obrotu. Kto musi, a kto nie, rozpisujemy w artykule ustawa o dostępności: kto musi i jakie kary.

Jesteśmy firmą od testów i jakości, a nie agencją, która robi też audyty. Mamy za sobą ponad 152 projekty i ponad 450 000 napisanych testów automatycznych, więc dostępność w CI/CD to dla nas zwykła automatyzacja z innym zestawem asercji

Testujemy niezależnie od producenta. Nie budujemy Waszej strony, więc nie oceniamy własnej pracy. W sektorach regulowanych to bywa wymóg, a nie miły dodatek

Znamy regresję od środka. U Argosa skróciliśmy regresję przed wydaniem z 5 dni do 10 godzin. Te same zasady stosujemy do regresji dostępności

Uczymy tego, co testujemy. Prowadzimy szkolenie z testowania dostępności według WCAG 2.2 i kurs online WCAG z certyfikatem, więc po audycie WCAG 2.2 Wasz zespół może przejąć część testów sam

Zespół certyfikowany ISTQB i ocena 5.0 z ponad 80 opinii Google za nasze szkolenia

Aktualny obraz zgodności: audyt WCAG 2.2 bez płacenia drugi raz za to, co już raz sprawdzono

Dostępność, która nie cofa się przy wydaniu, bo pilnuje jej pipeline, a nie pamięć jednej osoby w zespole

Plan na termin z wezwania zamiast nerwowego liczenia dni do końca 120

Uczciwie: nie gwarantujemy zgodności ani tego, że unikniecie kary. Tego nie może obiecać nikt, kto nie widział Waszego kodu, więc uważajcie na każdego, kto to robi. Obiecujemy rzetelny audyt WCAG 2.2, plan napraw w kolejności ryzyka i testy, które pokażą, czy poprawka działa.

W abonamencie mierzymy liczbę nowych niezgodności na wydanie i czas od wykrycia do naprawy.

Pełny audyt WCAG 2.2 strony, audyt aplikacji mobilnej, dokumentów PDF, testy z czytnikami ekranu i deklarację dostępności wyceniamy według cennika testów dostępności. Szkolenia dla zespołu mogą być objęte dofinansowaniem, a obsługę wniosku bierzemy na siebie, szczegóły na stronie dofinansowania i rabaty.

Testy dostępności WCAG: pełny audyt, testy z użytkownikami i cennik

Procesy CI/CD i quality gates

Zgodność regulacyjna: testy pod DORA, AI Act, CRA i WCAG 2.2

Standard WCAG 2.2: co się zmieniło

Testowanie dostępności: jak, kiedy, narzędzia i wskazówki

Testy dostępności: czym są i dlaczego są ważne

Szkolenie: testowanie dostępności cyfrowej według WCAG 2.2