EN 301 549 V4.1.1 i WCAG 2.2: co się zmienia dla stron internetowych
· 4 min czytania
EN 301 549 V4.1.1, opublikowana we wrześniu 2026 r., opiera wymagania europejskiej normy dostępności dla stron internetowych na WCAG 2.2 na poziomie AA zamiast WCAG 2.1. Dla stron oznacza to sześć dodatkowych kryteriów sukcesu na poziomach A i AA oraz jedno usunięte kryterium. Dopóki V4.1.1 nie zostanie przywołana w Dzienniku Urzędowym UE – co jest oczekiwane pod koniec 2026 r. – wersją zharmonizowaną pozostaje V3.2.1 (WCAG 2.1 AA).
Dlaczego EN 301 549 ma znaczenie
Europejski akt o dostępności opisuje wymagania dostępności w kategoriach funkcjonalnych. Aby wykazać, że strona je spełnia, firmy opierają się na normie zharmonizowanej EN 301 549: spełnienie normy zharmonizowanej daje domniemanie zgodności z wymaganiami, które ona obejmuje. Jej rozdział o treściach internetowych po prostu włącza kryteria sukcesu WCAG. Gdy więc norma przechodzi z WCAG 2.1 na WCAG 2.2, zmienia się także miara dla stron w UE.
Harmonogram
| Etap | Status |
|---|---|
| EN 301 549 V3.2.1 (WCAG 2.1 AA) | wersja zharmonizowana przywołana w Dzienniku Urzędowym |
| EN 301 549 V4.1.1 (WCAG 2.2 AA) | opublikowana we wrześniu 2026 r. |
| Przywołanie V4.1.1 w Dzienniku Urzędowym | oczekiwane pod koniec 2026 r. |
Do czasu przywołania punktem odniesienia dla domniemania zgodności jest V3.2.1. Później należy się spodziewać, że organy nadzoru, audytorzy i zamawiający będą powoływać się na V4.1.1. Mogą obowiązywać krajowe przepisy przejściowe; warto je sprawdzić dla swojego kraju.
Co nowego: sześć kryteriów WCAG 2.2
WCAG 2.2 dodaje następujące kryteria na poziomach A i AA:
2.4.11 Fokus niezasłonięty (minimum) – AA
Gdy element otrzymuje fokus klawiatury, nie może być całkowicie zasłonięty przez inne treści. W sklepach typowi winowajcy to przyklejone nagłówki, banery cookie i dymki czatu, które zakrywają aktywny link lub przycisk.
2.5.7 Ruchy przeciągania – AA
Wszystko, co wymaga przeciągania, musi działać także za pomocą pojedynczej akcji wskaźnika, np. kliknięcia lub dotknięcia. Chodzi o suwaki zakresu cen, listy sortowane przeciąganiem i karuzele obsługiwane wyłącznie przesunięciem palca. Warto dodać przyciski plus/minus lub pola do wpisania wartości.
2.5.8 Rozmiar celu (minimum) – AA
Klikalne cele muszą mieć co najmniej 24 × 24 piksele CSS albo wystarczająco dużo wolnego miejsca wokół siebie, z wyjątkami, np. dla linków w zdaniu. Typowe problemy sklepów: maleńkie przełączniki ilości, próbki kolorów i rozmiarów, ikony zamykania i kropki paginacji.
3.2.6 Spójna pomoc – A
Jeśli oferują Państwo pomoc – dane kontaktowe, czat, link do FAQ – musi ona pojawiać się w tym samym względnym miejscu na każdej stronie, na której jest dostępna.
3.3.7 Zbędne wprowadzanie danych – A
Informacje, które użytkownik już podał w tym samym procesie, powinny być uzupełniane automatycznie lub dostępne do wyboru. Klasyczny przykład: „adres rozliczeniowy taki sam jak adres dostawy”.
3.3.8 Dostępne uwierzytelnianie (minimum) – AA
Logowanie nie może zależeć od testu funkcji poznawczych, np. zapamiętania hasła czy rozwiązania łamigłówki, chyba że dostępna jest alternatywa lub mechanizm pomocy. W praktyce: należy dopuścić menedżery haseł i wklejanie, zaproponować logowanie przez e-mail lub passkey i unikać CAPTCHA w formie łamigłówek bez alternatywy.
Co usunięto
4.1.1 Parsowanie jest w WCAG 2.2 przestarzałe i zostało usunięte. Nowoczesne przeglądarki i technologie wspomagające same radzą sobie z większością błędów w kodzie. Problemy, które nadal mają znaczenie, np. zduplikowane identyfikatory psujące powiązania etykiet, obejmują inne kryteria.
Czy dla typowego sklepu to dużo zmienia?
Jeśli Państwa strona spełnia już WCAG 2.1 AA, dodatkowej pracy jest niewiele i jest dość konkretna: sprawdzić fokus względem przyklejonych elementów, powiększyć małe cele, dać alternatywę dla przeciągania, trzymać pomoc w stałym miejscu, nie prosić dwa razy o te same dane i uprościć logowanie. Większość tych zmian Państwa klienci i tak zauważą – większe cele i mniej przepisywania pomagają każdemu, kto kupuje na telefonie.
Jeśli strona nie była jeszcze sprawdzana pod kątem WCAG 2.1, warto zacząć od podstaw – etykiet, kontrastu, tekstów alternatywnych, obsługi klawiaturą – i uwzględnić kryteria 2.2 w tej samej rundzie. Nie ma dziś powodu celować w starą wersję.
Co automat może sprawdzić, a czego nie
Spośród nowych kryteriów rozmiar celu da się częściowo sprawdzić automatycznie. Niezasłonięty fokus, alternatywy dla przeciągania, spójna pomoc, zbędne wprowadzanie danych i dostępne uwierzytelnianie wymagają w większości człowieka. To kolejny powód, dla którego automatyczny skan jest punktem wyjścia. Nasz skan sprawdza stronę według WCAG 2.2 AA i przypisuje każdy wynik zarówno do EN 301 549 V3.2.1, jak i V4.1.1 – i pozostaje automatyczną kontrolą, a nie pełnym audytem, oraz nie stanowi porady prawnej.
Co to oznacza dla agencji
Jeśli tworzą lub utrzymują Państwo strony dla klientów, warto zaktualizować definicję ukończenia: nowe szablony powinny spełniać WCAG 2.2 AA od początku. Późniejsze poprawianie rozmiarów celów i zachowania fokusu kosztuje więcej niż zaprojektowanie ich od razu. To także dobry moment, by powiedzieć obecnym klientom, co się zmieniło – spokojnie, krótką listą konkretnych poprawek, a nie straszeniem.
Co zrobić teraz
- Przyjąć WCAG 2.2 AA jako cel w nowych projektach i przy redesignach.
- Dodać sześć nowych kryteriów do listy kontrolnej QA – zob. naszą listę kontrolną WCAG 2.2.
- Zaktualizować informację o dostępności przy zmianie normy, według której Państwo mierzą. Zob. przewodnik po deklaracji dostępności.
- Ponownie przeskanować stronę po zmianach i dalej ją monitorować.
Kontekst prawny opisuje przewodnik po EAA oraz praktyczny przewodnik EAA dla sklepów internetowych. Proszę uruchomić bezpłatną kontrolę, aby zobaczyć, w jakim miejscu jest dziś Państwa strona.
Źródła
- W3C, What's new in WCAG 2.2: https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22/
- W3C, WCAG 2.2: https://www.w3.org/TR/WCAG22/
- National Disability Authority (Ireland), EN 301 549 published: https://nda.ie/news/en301549-published