WCAG 2.2: 9 nowych kryteriów, od kiedy, lista kontrolna

Czas czytania: około 21 minut

WCAG 2.2 (Web Content Accessibility Guidelines 2.2) to aktualna wersja wytycznych dostępności treści internetowych, opublikowana przez W3C jako rekomendacja 5 października 2023 roku. Dodaje 9 nowych kryteriów sukcesu do WCAG 2.1, usuwa jedno i zachowuje pełną zgodność wsteczną. W tym tekście odpowiadamy, od kiedy WCAG 2.2 obowiązuje, kogo dotyczy w Polsce, jak wygląda dostosowanie strony do WCAG 2.2 krok po kroku, co zmieniła wersja 4.1.1 normy EN 301 549 z września 2026 roku, czym testować i co dostaje się po audycie, skoro „certyfikat WCAG” formalnie nie istnieje. Rozdzielamy trzy rzeczy, które wciąż się zlewają: standard techniczny, przepisy, które się do niego odwołują, i konsekwencje ich zignorowania. Każdy akt prawny podajemy z linkiem do publikatora i numerem artykułu.

Czym jest WCAG 2.2 i od kiedy obowiązuje?

WCAG 2.2 jest rekomendacją W3C od 5 października 2023 roku (edycja z poprawkami redakcyjnymi: 12 grudnia 2024); żaden polski przepis nie wskazuje dziś WCAG 2.2 jako wymaganego poziomu, bo ustawy odsyłają do normy EN 301 549, a ta mapuje się na WCAG 2.1.

Pytanie „WCAG 2.2 od kiedy” ma więc dwie odpowiedzi. Techniczna: od 5 października 2023 roku, kiedy W3C opublikowało WCAG 2.2 jako rekomendację. Prawna: od nigdy konkretnie, bo polskie ustawy nie wymieniają numeru wersji WCAG. Ustawa z 4 kwietnia 2019 roku o dostępności cyfrowej podmiotów publicznych w art. 5 ust. 3 uznaje wymagania za spełnione przy zgodności z punktami 9, 10 i 11 normy EN 301 549 V2.1.2, a jej załącznik to tabela kryteriów WCAG 2.1. Ustawa z 26 kwietnia 2024 roku wdrażająca Europejski Akt o Dostępności w art. 20 ust. 1 daje domniemanie zgodności przy spełnieniu norm zharmonizowanych, czyli znów EN 301 549. Poziom AA to punkt odniesienia w przepisach całej Unii Europejskiej.

Jakie 9 nowych kryteriów wprowadza WCAG 2.2?

WCAG 2.2 dodaje kryteria 2.4.11, 2.4.12 i 2.4.13 (fokus), 2.5.7 (przeciąganie), 2.5.8 (rozmiar celu 24 na 24 piksele), 3.2.6 (spójna pomoc), 3.3.7 (bez ponownego wpisywania danych) oraz 3.3.8 i 3.3.9 (dostępne uwierzytelnianie); sześć z nich dotyczy wprost logowania, formularzy i płatności.

Pełne brzmienie każdego kryterium, z technikami i typowymi błędami, jest w How to Meet WCAG 2.2 (Quick Reference) W3C, a lista zmian w dokumencie What is New in WCAG 2.2. Do zgodności na poziomie AA potrzebujecie 6 z 9 nowych kryteriów; trzy na poziomie AAA są dobrą praktyką, nie wymogiem. Usunięte 4.1.1 Parsing dotyczyło składni HTML; W3C uznało je za przestarzałe, bo realne problemy objęte są dziś kryteriami 1.3.1 i 4.1.2. Jeżeli w Waszym raporcie z audytu nadal widnieje 4.1.1 jako niezgodność, audytor pracuje na starej liście kontrolnej.

Kogo obowiązuje WCAG w Polsce: trzy akty prawne i jeden standard

Dostępność cyfrową regulują w Polsce trzy akty: ustawa z 4 kwietnia 2019 roku dla podmiotów publicznych, ustawa z 26 kwietnia 2024 roku wdrażająca Europejski Akt o Dostępności dla firm prywatnych od 28 czerwca 2025 roku oraz dyrektywa 2019/882; żaden nie wymienia WCAG 2.2, wszystkie prowadzą przez normę EN 301 549 do WCAG 2.1 AA.

Prawo wymaga dostępności opisanej w normie EN 301 549, której aktualna wersja mapuje się na WCAG 2.1 AA. WCAG 2.2 to nadzbiór: spełniając 2.2, spełniacie 2.1 automatycznie, w drugą stronę to nie działa. Podmioty publiczne publikują deklarację dostępności (art. 10 ustawy z 2019 roku) pod nadzorem ministra do spraw informatyzacji, serwis gov.pl/web/dostepnosc-cyfrowa; firmy prywatne podlegają Prezesowi Zarządu PFRON i organom nadzoru rynku (art. 38 ustawy z 2024 roku).

EN 301 549 v4.1.1: norma już wskazuje WCAG 2.2, Dziennik Urzędowy jeszcze nie

Od września 2026 roku istnieje nowa wersja europejskiej normy, do której odsyłają polskie ustawy: EN 301 549 V4.1.1 zamienia w rozdziałach 9, 10 i 11 odwołania do WCAG 2.1 na odwołania do WCAG 2.2, więc standard rekomendowany i standard wymagany zaczynają się zbiegać.

Normę wydały wspólnie ETSI, CEN i CENELEC, nosi oznaczenie EN 301 549 V4.1.1 z datą wydania wrzesień 2026 i datą przyjęcia 24 sierpnia 2026 roku, a powstała z wersji V3.2.1 z marca 2021 roku na wniosek standaryzacyjny Komisji Europejskiej C(2022) 6456 final. Rozdziały 9, 10 i 11, czyli dokładnie te, z których audytor czyta wymagania dla stron, dla dokumentów i dla oprogramowania, zostały dociągnięte do rekomendacji WCAG 2.2 (identycznej, jak zauważa sama norma, z normą ISO/IEC 40500:2025). Doszły do tego dwa załączniki mapujące wymagania normy na dyrektywy 2016/2102 i 2019/882 oraz rozdział A.2 do oceny zgodności konkretnego produktu, ale to już lektura dla działu zgodności, nie dla Waszego zespołu.

Jedno zdanie z samej normy warto przeczytać dwa razy: domniemanie zgodności z dyrektywą 2019/882 daje spełnienie jej rozdziałów dopiero wtedy, gdy norma zostanie przywołana w Dzienniku Urzędowym Unii Europejskiej. Do tego dnia punktem odniesienia zostaje wersja V3.2.1 z 2021 roku, oparta na WCAG 2.1 AA, co potwierdza serwis AccessibleEU Komisji Europejskiej w materiale z 7 września 2026 roku. Kalendarz krajowy z pierwszych stron normy wyznacza trzy terminy: ogłoszenie na poziomie krajowym do 30 listopada 2026 roku, publikację normy krajowej do 31 maja 2027 roku i wycofanie sprzecznych norm krajowych do 31 maja 2028 roku. Czyli standard, który wszyscy nazywają nowym, formalnie dojrzeje wtedy, gdy Wasz zespół zdąży już zapomnieć, co znaczyło „fokus niezasłonięty”.

Praktyczny wniosek jest prostszy niż ta układanka z numerami. Norma dociąga do zestawu wymaganego sześć kryteriów z WCAG 2.2, w rozdziale 9 oznaczonych numerami 9.2.4.11, 9.2.5.7, 9.2.5.8, 9.3.2.6, 9.3.3.7 i 9.3.3.8: fokus niezasłonięty, alternatywa dla przeciągania, rozmiar celu, spójna pomoc, brak powtórnego wpisywania danych i logowanie bez zagadek. Dokładnie te sześć pozycji znajdziecie na liście kontrolnej niżej, a trzy pozostałe z dziewięciu to poziom AAA, którego norma nie wymaga. Tomasz Stelmach, CEO Quality Island, mówi o tym bez emocji: „Numer wersji normy nie zmienia ani jednego ekranu w Waszym produkcie. Zmienia tylko to, czy audytor ma prawo wpisać niezgodność do raportu. Dlatego doradzam projektować pod 2.2 od razu, bo kryteria z 2.2 opisują miejsca, w których użytkownik najczęściej odpada: logowanie, formularz i płatność.” Dlatego tak układamy dziś szkolenia WCAG dla zespołów: zestaw wymagany normą jest w nich osią programu, nie dodatkiem na ostatnim slajdzie.

Czy mikroprzedsiębiorcy są zwolnieni i co grozi za brak dostępności?

Zwolnienie mikroprzedsiębiorców w ustawie z 26 kwietnia 2024 roku dotyczy wyłącznie usług (art. 4 pkt 1), nie produktów; za brak dostępności grozi wezwanie do naprawy w terminie do 120 dni, zakaz na okres do 180 dni (art. 52 i 62) oraz kara do dziesięciokrotności przeciętnego wynagrodzenia, nie wyższa niż 10% obrotu (art. 73).

Tu poprawiamy błąd z poprzedniej wersji tego artykułu. Art. 4 pkt 1 ustawy z 2024 roku wyłącza spod ustawy „usługi oferowane lub świadczone przez mikroprzedsiębiorców”. Produkty wprowadzane do obrotu przez mikroprzedsiębiorcę nie są wyłączone; art. 21 ust. 9 zwalnia go jedynie z części obowiązków dokumentacyjnych przy ocenie nieproporcjonalnego obciążenia. Mikroprzedsiębiorca to według art. 7 ust. 1 pkt 1 ustawy Prawo przedsiębiorców firma, która w co najmniej jednym z dwóch ostatnich lat zatrudniała średniorocznie mniej niż 10 pracowników i miała obrót albo sumę aktywów poniżej 2 milionów euro. Sklep internetowy prowadzony przez 8 osób jest poza ustawą. Ta sama firma sprzedająca czytniki e-booków własnej marki już nie.

W naszych projektach audytowych klienci rzadko pytają o kwotę kary. Pytają o zakaz z art. 62, bo 180 dni bez sprzedaży online kosztuje więcej niż jakakolwiek kara liczona od obrotu.

Dostosowanie strony do WCAG 2.2 krok po kroku

Dostosowanie strony do WCAG 2.2 przebiega w ośmiu krokach: od inwentaryzacji ścieżek krytycznych, przez skan automatyczny, testy manualne, przegląd 9 nowych kryteriów i priorytetyzację, po poprawki we wspólnych komponentach, retest i dostępność w definicji ukończenia.

Krok pierwszy zróbcie sami, zanim wydacie pieniądze na audyt. Audyt całej witryny ma sens w instytucji publicznej, gdzie każda podstrona jest tak samo ważna. W firmie prywatnej liczą się ścieżki, które przynoszą przychód i generują skargi.

Kroki 2 i 3 rozpisujemy szerzej w artykule Testowanie dostępności: jak, kiedy, narzędzia i tipy. Jeżeli wolicie oddać kroki 2 do 4 i 7 na zewnątrz, audyt WCAG 2.2 strony internetowej w naszym wykonaniu obejmuje skan, testy z czytnikami, raport z priorytetami i retest.

Krok 6 brzmi oczywiście, a mimo to poprawka często ląduje na stronie, którą audytor akurat oglądał, a bliźniaczy przycisk trzy podstrony dalej zostaje stary. To łatanie węża ogrodowego taśmą: działa do następnego odkręcenia kranu, czyli do następnego sprintu.

Lista kontrolna WCAG 2.2: co sprawdzić przy 9 nowych kryteriach?

Lista kontrolna dla 9 nowych kryteriów WCAG 2.2 to dziewięć pytań, na które odpowiadacie „tak” albo „nie” przy każdej ścieżce krytycznej; sześć dotyczy poziomu A i AA, czyli zakresu liczonego do deklaracji zgodności.

• 2.4.11 Czy po tabulacji każdy element interaktywny jest co najmniej częściowo widoczny, także przy otwartym banerze cookies i przyklejonym nagłówku? Poprawka: scroll-margin-top albo niższy z-index stałych pasków.
• 2.4.12 (AAA) Czy element z fokusem jest widoczny w całości, bez ani jednego piksela zasłonięcia?
• 2.4.13 (AAA) Czy obrys fokusu ma co najmniej 2 piksele CSS i kontrast 3 do 1? Nie usuwajcie outline bez zamiennika w :focus-visible.
• 2.5.7 Czy suwak, tablica kanban, sortowanie listy i mapa mają alternatywę bez przeciągania: przyciski plus i minus, pole liczbowe, menu „przenieś do”?
• 2.5.8 Czy każdy przycisk, link ikonowy i element paginacji ma co najmniej 24 na 24 piksele CSS albo 24 piksele odstępu od sąsiadów?
• 3.2.6 Czy kontakt, czat albo pomoc są w tym samym miejscu na każdej podstronie, na przykład zawsze w stopce?
• 3.3.7 Czy w checkoucie, wniosku albo rejestracji dane z kroku pierwszego są podpowiadane w kroku trzecim, zamiast wymagane ponownie?
• 3.3.8 Czy w polu hasła działa wklejanie i menedżer haseł, a kod z SMS da się wkleić? Czy jest alternatywa dla CAPTCHA obrazkowej?
• 3.3.9 (AAA) Czy logowanie w ogóle nie wymaga rozpoznawania obiektów ani własnych treści?

W naszych projektach najczęściej oblewają 2.5.8 (ikony w nagłówku o rozmiarze 18 na 18 pikseli), 3.3.8 (zablokowane wklejanie w polu hasła „ze względów bezpieczeństwa”) i 2.4.11 (baner cookies zasłaniający pierwsze linki po tabulacji).

Jakimi narzędziami testować WCAG 2.2?

Do testów WCAG 2.2 wystarczą bezpłatne narzędzia: axe DevTools albo WAVE do skanu automatycznego, Lighthouse do szybkiej oceny w Chrome oraz czytniki ekranu NVDA (Windows) i VoiceOver (macOS, iOS) do testów manualnych; 7 z 9 nowych kryteriów sprawdza człowiek.

Skala tego, czego automat nie widzi, jest większa, niż sugeruje wynik Lighthouse. Badanie WebAIM Million 2026 wykryło błędy WCAG 2 na 95,9% z miliona najpopularniejszych stron głównych, średnio 56,1 błędu na stronę, a mowa tylko o błędach wykrywalnych narzędziem WAVE. Jeżeli automat znajduje średnio 56 błędów na stronie głównej dużych serwisów, ręczne testy z czytnikiem ekranu znajdą drugie tyle w logowaniu i koszyku, bo tam automat nie ocenia sensu etykiet ani kolejności fokusu. Które obszary sprawdza automat, a które wyłącznie człowiek, rozpisaliśmy w siedmiu obszarach dostępności do przetestowania.

Jakie błędy dostępności powtarzają się najczęściej?

Najczęstsze błędy dostępności to niski kontrast tekstu, brak tekstów alternatywnych, pola formularzy bez etykiet, puste linki i przyciski oraz pułapki fokusu w modalach; wszystkie są znane od WCAG 2.0 z 2008 roku i wciąż dominują w badaniach WebAIM.

W audytach, które prowadziliśmy w ostatnich latach, nowe kryteria z 2.2 odpowiadają za mniejszość niezgodności; większość to kontrast, etykiety i fokus, czyli podstawy z 2008 roku, które zespół mógł wyłapać sam w pierwszym tygodniu. O zakresie, przebiegu i kosztach samego badania piszemy w tekście Audyt dostępności strony: jak wygląda, ile kosztuje.

Certyfikat WCAG czy deklaracja zgodności: co dostaniecie po audycie?

Oficjalny „certyfikat WCAG” nie istnieje: W3C nie certyfikuje stron, a polskie przepisy nie przewidują certyfikacji; po audycie dostajecie raport z niezgodnościami, a po reteście deklarację zgodności (podmioty publiczne: deklarację dostępności z art. 10 ustawy z 2019 roku) na dany dzień.

W3C pisze o deklaracji zgodności (conformance claim), nie o certyfikacie, a żaden urząd w Polsce ani agencja unijna nie certyfikuje stron. To, co firmy sprzedają jako „certyfikat WCAG”, jest w najlepszym razie deklaracją zgodności z datą i zakresem, w najgorszym kolorowym PDF-em bez listy sprawdzonych kryteriów.

W Quality Island po każdym audycie i reteście wystawiamy deklarację zgodności w cenie pakietu, z zakresem, datą, poziomem i listą sprawdzonych kryteriów. Nie nazywamy jej certyfikatem i nie obiecujemy zgodności przed badaniem. Cennik jest na stronie testów dostępności i audytów WCAG: audyt strony do 10 podstron od 2 700 zł netto według cennika Quality Island na listopad 2026. Cały przebieg badania, widełki cen i gotowy szablon zapytania ofertowego rozpisaliśmy w tekście Audyt WCAG 2.2: przebieg, ceny w zł i szablon zapytania ofertowego, a jak napisać samą deklarację, żeby nie była ozdobą, pokazujemy na Strefie QA w tekście o uczciwej deklaracji dostępności.

Szkolenia WCAG: jak przygotować zespół do WCAG 2.2?

Szkolenia WCAG dla zespołu mają sens przed audytem, nie po nim: zespół, który rozumie 9 nowych kryteriów i obsługuje czytnik ekranu, wyłapuje większość błędów we własnym sprincie, a audyt zewnętrzny kończy się krótszą listą i tańszym retestem.

Mamy dwie ścieżki, bo dostępności uczą się dwie różne grupy. Testerzy i zespoły QA przychodzą na szkolenie Testowanie dostępności: standard WCAG 2.2, prowadzone na żywo: struktura standardu, poziomy zgodności, nowe kryteria z 2.2 i testy manualne z NVDA i VoiceOver na prawdziwych interfejsach. Menedżerowie IT, product ownerzy i osoby odpowiedzialne za zgodność wybierają kurs online Wdrażanie i testowanie dostępności cyfrowej WCAG, we własnym tempie, z naciskiem na proces, deklarację i nadzór. Działom prawnym i e-commerce polecamy szkolenie Europejski Akt o Dostępności w praktyce. Popularne szkolenia otwarte są w Bazie Usług Rozwojowych, a proces dofinansowania obsługujemy za Was bez prowizji.

Przeszkoliliśmy dotąd ponad 2 500 specjalistów, a z dostępności cyfrowej zrealizowaliśmy ponad 70 projektów, zarówno dla dużych organizacji państwowych, jak i dla mniejszych firm prywatnych. Teksty o strategii jakości dla decydentów publikujemy też na portalu Strefa QA.

Nasza perspektywa: celujcie w 2.2, choć przepis mówi 2.1

Rekomendujemy, żeby każdy nowy projekt i każda przebudowa interfejsu celowały od razu w WCAG 2.2 na poziomie AA, mimo że przepisy odsyłają do 2.1: różnica to 6 kryteriów w miejscach generujących najwięcej skarg, a norma EN 301 549 od wersji V4.1.1 z września 2026 roku już te kryteria obejmuje.

Sześć z dziewięciu nowych kryteriów dotyczy logowania, formularzy i płatności, czyli procesów, które w sklepie i banku przynoszą pieniądze, a w urzędzie decydują, czy obywatel załatwi sprawę. Zamawiający publiczni coraz częściej wpisują WCAG 2.2 do specyfikacji przetargowych, a jak taki wymóg opisać, żeby dało się go potem odebrać, pokazujemy na Strefie QA w tekście o dostępności w zamówieniach publicznych. I argument najważniejszy: audyt jednorazowy nie chroni przed niczym na dłużej. Dostępność, która nie jest wpisana w komponenty i kryteria akceptacji, wraca do punktu wyjścia po pierwszym redesignie. Obowiązki usługodawcy z art. 32 ustawy z 2024 roku rozpisujemy w tekście Europejski Akt o Dostępności a testy WCAG.

Powiązane na blogu Quality Island

• Audyt WCAG 2.2: przebieg, ceny w zł i szablon zapytania ofertowego
• Audyt dostępności strony: jak wygląda, ile kosztuje
• Testowanie dostępności: jak, kiedy, narzędzia i tipy
• 7 obszarów dostępności, które musicie przetestować
• Europejski Akt o Dostępności a testy WCAG

Pełna lista źródeł

• W3C, Web Content Accessibility Guidelines (WCAG) 2.2, W3C Recommendation, 5 października 2023, edycja z 12 grudnia 2024
• W3C, What is New in WCAG 2.2, 2023
• W3C, How to Meet WCAG 2.2 (Quick Reference), 2024
• Dziennik Ustaw, Ustawa z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych, Dz.U. 2019 poz. 848, art. 5, 10, 11, 27 i załącznik
• Dziennik Ustaw, Ustawa z dnia 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze, Dz.U. 2024 poz. 731, art. 3, 4, 20, 21, 32, 38, 52, 62, 67, 68, 73, 85, 88
• Dziennik Ustaw, Ustawa z dnia 6 marca 2018 r. Prawo przedsiębiorców, Dz.U. 2018 poz. 646, art. 7 ust. 1 pkt 1
• EUR-Lex, Dyrektywa Parlamentu Europejskiego i Rady (UE) 2019/882 z dnia 17 kwietnia 2019 r. w sprawie wymogów dostępności produktów i usług, art. 4, 31, 32
• ETSI, CEN i CENELEC, EN 301 549 V4.1.1, Accessibility requirements for ICT products and services, wrzesień 2026. Z pełnego tekstu normy wzięliśmy datę przyjęcia 24 sierpnia 2026, listę zmian wobec wersji V3.2.1, numery sześciu kryteriów z WCAG 2.2 wchodzących do zestawu wymaganego i trzy terminy krajowe.
• AccessibleEU, Komisja Europejska, The European accessibility standard EN 301 549 has been updated, 7 września 2026. Wzięliśmy potwierdzenie, że do przywołania nowej wersji w Dzienniku Urzędowym UE punktem odniesienia zostaje EN 301 549 V3.2.1 z 2021 roku.
• Ministerstwo Cyfryzacji, Dostępność cyfrowa, serwis gov.pl, 2026
• WebAIM, The WebAIM Million: an annual accessibility analysis of the top 1 000 000 home pages, 2026. Wzięliśmy odsetek stron z naruszeniami WCAG 2 (95,9% wobec 94,8% rok wcześniej), średnią liczbę błędów na stronę (56,1 wobec 51), dane o ARIA i średnią liczbę elementów na stronie głównej.
• Strony producentów narzędzi, stan na listopad 2026: axe DevTools, WAVE, Lighthouse, NVDA, VoiceOver