ETSI opublikowało EN 301 549 V4.1.1 — nową wersję europejskiej normy na dostępność ICT. Dokument wisi już na serwerach ETSI, pobrałem go, rozłożyłem na części i postanowiłem napisać o tym porządny numer. Bo to nie jest drobna kosmetyka. To moment, w którym WCAG 2.2 formalnie wchodzi do najważniejszej europejskiej normy technicznej o dostępności.
Tylko zaraz — zanim zaczniesz przewijać w myślach „ale przecież WCAG 2.2 jest od października 2023”, zrób mi jedną łaskę. Przeczytaj do końca. Bo to, co naprawdę się zmieniło, jest szersze i ciekawsze niż samo dopięcie sześciu nowych kryteriów. A przy okazji wyjaśnię, dlaczego „opublikowanie” to jeszcze nie to samo co „obowiązuje”.
Myląca numeracja
Najpierw rozprawmy się z wersjami, bo tu łatwo się pogubić. W sieci wciąż krąży zapis „V4.1.0”. To był projekt skierowany do konsultacji publicznych w listopadzie 2025; przez głosowanie przeszedł już późniejszy tekst — final draft z 24 czerwca 2026. V4.1.1 to wersja, którą ETSI faktycznie opublikowało — została przyjęta 24 sierpnia 2026 i opublikowana 2 września. Numer dokumentu przechodzi na „04.01.01”, a w tytule widnieje data (2026-09). Jeśli ktoś podsuwa ci „V4.1.0” jako aktualny tekst do wdrożenia — delikatnie sprostuj: to draft, pracuj na V4.1.1.
I jedna rzecz na start, bo wiem, że wiele osób trzyma w notatnikach WCAG 2.1 i myśli, że wystarczy dołożyć nowe kryteria. Nie do końca — i o tym właśnie jest ten numer.
5 istotnych zmian
We wstępie V4.1.1 (wymieniają je też analizy branżowe) zapisano wprost istotne zmiany względem V3.2.1. Jest ich pięć i wszystkie są ważne:
1. Klauzule 9, 10 i 11 przeszły na WCAG 2.2. To klauzule o stronach www, dokumentach (też pozasieciowych) i oprogramowaniu. Wszystkie trzy teraz odwołują się do rekomendacji WCAG 2.2. I tu pierwsza ważna rzecz dla wszystkich, którzy mają w firmie „tylko stronę”: pod WCAG 2.2 idzie nie tylko ona, ale też dokumenty pobierane ze strony (klauzula 9 obejmuje je od V3.2.1) oraz dokumenty niesieciowe z klauzuli 10 — PDF-y i pliki biurowe.
2. Cała klauzula 6 przebudowana. Z „dwukierunkowej komunikacji głosowej” rozszerzono ją na komunikację dwukierunkową w czasie rzeczywistym. Real-Time Text (RTT) to klauzula 6.2 i dostał gruntowną rewizję: jeśli twoja usługa daje dwukierunkową komunikację głosową w czasie rzeczywistym, w określonych warunkach musi też wspierać komunikację tekstową w czasie rzeczywistym. Do tego doszła total conversation w klauzuli 6.7 — czyli połączenie tekstu, głosu i wideo w jednym strumieniu. Dla zwykłej strony www to nie jest priorytet numer jeden. Dla platform komunikacyjnych, systemów obsługi klienta czy służb ratunkowych — to sedno całej wersji.
3. Nowe załączniki ZA i ZB. Jeśli do tej pory tabele zgodności z Web Accessibility Directive i European Accessibility Act były zagadką — teraz masz to rozpisane czytelniej. Annex ZA mapuje normę na wymagania dyrektywy 2016/2102 (ta o stronach podmiotów publicznych). Annex ZB — na wymagania dyrektywy 2019/882 (EAA). ZB to pierwsze takie mapowanie w historii tej normy i to on ma domknąć lukę, o której piszę niżej.
4. Nowa klauzula A.2. Opisuje, jak ocenić zgodność konkretnego produktu lub usługi ICT z wymaganiami EAA. Wcześniej norma dawała w praktyce ocenę całościową, a producent musiał sam kombinować, które klauzule w ogóle go dotyczą. Razem z Annexem ZB robi się z tego realna ścieżka do deklaracji zgodności.
5. Preferencje użytkownika przestały być tematem tylko dla software. Wcześniej wymóg „szanuj ustawienia dostępności osoby korzystającej” był rozproszony, głównie w klauzuli o oprogramowaniu. Teraz w V4.1.1 jest rozpisany osobno dla stron (9.7), dokumentów (10.7) i oprogramowania (11.7). Chodzi o to, żeby treść nie blokowała trybów, które respektują wybrane ustawienia — większy tekst, filtry kolorów, wyższy kontrast, większy kursor. To pułapka dla zespołów design-systemowych: komponent może przechodzić statyczny test kontrastu, a i tak psuć dostępność, jeśli wyłącza skalowanie platformy. Testuj, jak treść reaguje na ustawienia wybrane przez osobę korzystającą, nie tylko jak wygląda w widoku domyślnym.
Poza tą piątką norma przetasowała jeszcze klauzule o sprzęcie, dokumentacji i wsparciu (12 i 13). To porządki redakcyjne, bez zmian merytorycznych — ale numery bywają inne niż w V3.2.1, więc jeśli twój arkusz audytowy odwołuje się do konkretnych podpunktów, sprawdź je, zanim wkleisz do raportu.
6 kryteriów, które realnie poczujesz w pracy
Bo najwięcej pytań i tak będzie o to, co WCAG 2.2 wpuszcza do codziennego audytu. Strony www będą teraz oceniane pod kątem poziomu A i AA z WCAG 2.2. Sześć kryteriów jest nowych względem WCAG 2.1 — dwa na poziomie A, cztery na poziomie AA:
Poziom A:
3.2.6 Spójna pomoc — jeśli powtarzasz na stronach mechanizm pomocy (dane kontaktowe, formularz kontaktowy, czat, numer telefonu), ma się pojawiać w tej samej kolejności względem pozostałej treści w obrębie całego zestawu stron. Chyba że zmianę zainicjowała sama osoba korzystająca.
3.3.7 Ponowne wpisy — nie każ wpisywać drugi raz danych, które ktoś już podał w tym samym procesie (adres rozliczeniowy, kroki wieloetapowego formularza).
Poziom AA:
2.4.11 Fokus niezakryty (minimum) — element, na który trafiasz Tabem, nie może całkowicie znikać pod przyklejonym nagłówkiem, banerem cookies czy oknem czatu.
2.5.7 Przeciąganie — jeśli coś robisz przeciąganiem (suwak, zmiana kolejności, przesuwanie mapy), musi istnieć alternatywa jedną akcją wskaźnika: kliknięciem albo dotknięciem. Wyjątki są dwa — przeciąganie jest z natury rzeczy niezbędne albo funkcję realizuje user agent i autor jej nie modyfikuje.
2.5.8 Rozmiar celu (minimum) — klikalne i dotykalne cele muszą mieć przynajmniej 24 na 24 piksele CSS. Wyjątków jest pięć: wystarczające odstępy, ekwiwalentna kontrolka na tej samej stronie, cel osadzony w zdaniu, rozmiar narzucony przez user agenta i niezbędność danej prezentacji.
3.3.8 Dostępne uwierzytelnianie (minimum) — logowanie nie może polegać na teście pamięciowym albo zagadce. Menedżer haseł ma prawo działać, kopiuj-wklej ma prawo działać.
Do tego jedno kryterium zniknęło. WCAG 2.2 wycofało 4.1.1 Parsowanie, więc i w normie klauzula 9.4.1.1 jest oznaczona jako „Void”. Jeśli twój arkusz audytowy albo narzędzie nadal uznaje parsowanie za błąd — popraw checklistę. To już nie jest wymaganie. Nie znaczy to, że zepsuty HTML ujdzie bezkarnie: nazwy, role, stany i relacje dalej muszą być programowo wyznaczalne, tylko egzekwuje się to innymi kryteriami.
WCAG 2.2 dodało też trzy kryteria na poziomie AAA — 2.4.12 Fokus niezakryty (ulepszony), 2.4.13 Wygląd fokusu i 3.3.9 Dostępne uwierzytelnianie (ulepszone). Norma ich nie obejmuje, bo klauzula 9 sięga tylko poziomu AA. Traktuj je jak zaproszenie do bycia lepszym niż wymagane minimum.
Uwaga na dokumenty. No i na to jedno „ale”
Dwie rzeczy, które warto zapamiętać z tego numeru.
Po pierwsze, dokumenty nie są na bocznym torze. PDF-y i pliki biurowe dźwigają te same sześć nowych wymagań co strona. Owszem, w praktyce dokumenty i tak najczęściej padają na rzeczach, które nie mają nic wspólnego z WCAG 2.2 — nieotagowany PDF albo rozjechana kolejność czytania. Dopiero kiedy PDF jest poprawnie otagowany i ma sensowną kolejność, zaczynają do niego przemawiać nowe kryteria: formularz nie powinien żądać tych samych danych dwa razy (Ponowne wpisy), kontrolki powinny być osiągalne i nie za małe (Rozmiar celu). Najpierw napraw tagowanie i kolejność, potem nakładaj WCAG 2.2.
Po drugie — i to jest to „ale”, o którym mówiłem. Opublikowanie przez ETSI nie daje jeszcze domniemania zgodności. Norma nabiera mocy prawnej dopiero wtedy, gdy zostanie przywołana w Dzienniku Urzędowym Unii Europejskiej.
I tu trzeba rozdzielić dwie dyrektywy, bo ich sytuacja jest zupełnie inna. Pod WAD domniemanie zgodności daje wciąż V3.2.1 z marca 2021 (WCAG 2.1 AA), przywołana decyzjami wykonawczymi Komisji (UE) 2018/2048 i (UE) 2021/1339. Pod EAA nie ma dziś żadnej normy zharmonizowanej — na podstawie dyrektywy 2019/882 nie przywołano w Dzienniku Urzędowym niczego. Domniemania zgodności nie ma więc w ogóle, a EN 301 549 jest dowodem dobrej praktyki, nie dowodem zgodności. Dlatego Annex ZB w tej wersji jest tak ważny: to on ma tę lukę domknąć.
Kiedy? Nie wiadomo — i nie daj sobie wmówić, że wiadomo. Krążące po branżowych blogach „październik 2026” czy „16 grudnia 2026” nie mają za sobą żadnego źródła pierwotnego. Jedyny uczciwy punkt odniesienia to poprzedni cykl: V3.2.1 opublikowano w marcu 2021, a przywołano w Dzienniku Urzędowym w sierpniu 2021 — pięć miesięcy poślizgu.
I jeszcze harmonogram krajowy z okładki normy, bo bywa mylony z harmonizacją. Te daty dotyczą krajowych jednostek normalizacyjnych — tego, kiedy norma ma trafić do zbiorów PKN (Polski Komitet Normalizacyjny) i jego odpowiedników — a nie tego, od kiedy cokolwiek obowiązuje prawnie. Przyjęcie normy: 24 sierpnia 2026. Ogłoszenie na poziomie krajowym (doa): 30 listopada 2026. Publikacja lub zatwierdzenie jako normy krajowej (dop/e): 31 maja 2027. Wycofanie sprzecznych norm krajowych (dow): 31 maja 2028.
Czyli, czytane do końca: norma jest opublikowana i realna, ale wchodzi w życie falami, nie włącznikiem. Nie czekaj z robotą do Dziennika Urzędowego — wdrożenia WCAG 2.2 nie robi się w tydzień.
Co z polskim prawem i deklaracją dostępności
Pytanie, które padnie pierwsze: czy od dziś polskie podmioty publiczne mają robić WCAG 2.2? Nie. Ustawa o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych ma własny załącznik, który odwzorowuje WCAG 2.1 na poziomie AA. Zmiana normy europejskiej nie przepisuje go automatycznie. Żeby WCAG 2.2 stało się polskim obowiązkiem, muszą wydarzyć się dwie rzeczy: przywołanie V4.1.1 w Dzienniku Urzędowym Unii Europejskiej i zmiana prawa krajowego. To dwie osobne kolejki, jedna po drugiej.
Stąd bardzo praktyczny wniosek: nie ruszaj podstawy prawnej w deklaracji dostępności, dopóki nie zmieni się prawo. Formalnie audytujesz nadal pod kątem WCAG 2.1 AA i tak opisujesz stan zgodności. Ale nowe kryteria testuj już teraz i raportuj osobno — jako gotowość na V4.1.1, nie jako niezgodność z obowiązującym stanem. Ta jedna dodatkowa sekcja w raporcie oszczędzi ci później przepisywania wszystkiego od nowa.
Co to oznacza dla ciebie
Jeśli zarządzasz serwisem objętym UDC lub produktem pod EAA, masz przed sobą konkretne zadanie. WCAG 2.2 nie jest już „za rogiem”. Jest w normie, którą Europejski Instytut Norm Telekomunikacyjnych opublikował jako aktualną wersję techniczną. Osoby audytujące — przestańcie traktować arkusz „WCAG 2.1 AA” jako jedyny punkt odniesienia i powoli przepinajcie bazę na V4.1.1, bo inaczej za rok będziecie przepisywać stare raporty wstecz, kryterium po kryterium. Zespoły deweloperskie — skupcie się na czterech kryteriach AA, które realnie łapią na żywych serwisach: fokus niezakryty, przeciąganie, rozmiar celu i dostępne uwierzytelnianie. Te cztery to nie teoria, to codzienne błędy na stronach.
A jeśli ktoś zapyta, czy „spełnienie WCAG 2.2 AA = zgodność z EN 301 549 V4.1.1”, odpowiedz spokojnie: nie. WCAG-2.2-AA to dopiero klauzula 9 (i jej pochodne w 10 i 11). Norma to nie jest zbiór linków do WCAG spięty gumką recepturką — to szerszy system, od preferencji osoby korzystającej po komunikację czasu rzeczywistego. Audyt pod EN 301 549 to nie tabelka z WCAG, to znajomość architektury produktu.
Wersja V4.1.1 nie sprawiła magicznie, że WCAG 2.2 jest nowe. Ona sprawiła, że coraz trudniej tłumaczyć się z traktowania WCAG 2.2 jako opcjonalnego.
Wieści o dostępności
Powolutku przymierzam się do planowania AutomaticA11y 2027. Jeżeli masz pomysł na prezentację, panel dyskusyjny lub stolik tematyczny - daj mi znać. Nie czekaj na ostatnią chwilę. W mojej głowie są już projekty do pokazywania i pewnie zacznę wkrótce zapraszać.
Dla uporządkowania kwesti darowizn stworzyłem zbiórkę celową na AutomaticA11y 2027. Dzięki temu odpadnie mi mozolna praca polegająca na oddzielaniu donacji na konferencję od donacji dla mnie.
Opublikowałem kilka dni temu małą grę edukacyjną: Łowca naruszeń. Gra polega na tym, żeby dopasować pewną obserwację ze strony internetowej do konkretnego kryterium sukcesu WCAG, a czasem nawet kilku. Jest to typowy Rougelike, to znaczy, że grasz, dopóki nie stracisz wszystkich 3 żyć. W górę wspinasz się wtedy, gdy odpowiesz poprawnie. Zostajesz w miejscu, kiedy odpowiesz częściowo poprawnie. Błędna odpowiedź oznacza utratę życia. Dołożyłem starań, żeby gra była jak najbardziej dostępna.
I to by było na tyle. Jak było widać za oknem - pogoda przeszła w tryb jesienny. To lepiej, bo do kwietniowej fali upałów mamy spokój. Rzeki trochę powysychały, ale na pewno z powrotem się napełnią. Tak myślę… Skoro jednak na razie żyjemy, to zróbmy coś szalonego! Na przykład pokochajmy ludzi, jak nas uczył pewien ziomek przybity przez Rzymian do drzewa. Trzymaj się ciepło i pamiętaj o mnie.