EN 301 549 v4.1.1: co nowa norma z WCAG 2.2 zmienia dla stron i sklepów?

Stan na: październik 2026

EN 301 549 v4.1.1 to nowa europejska norma dostępności cyfrowej, którą ETSI opublikował 2 września 2026 r. Norma przyjmuje WCAG 2.2 jako punkt odniesienia dla stron, sklepów, aplikacji i dokumentów. Formalnie zacznie wyznaczać domniemanie zgodności z przepisami dopiero po powołaniu w Dzienniku Urzędowym UE, czyli prawdopodobnie pod koniec 2026 r.

Najważniejsze informacje w skrócie

• EN 301 549 v4.1.1 została opublikowana przez ETSI 2 września 2026 r. i zastępuje wersję 3.2.1 z 2021 r., opartą na WCAG 2.1.
• Nowa wersja normy wprowadza 6 kryteriów WCAG 2.2 na poziomach A i AA oraz usuwa kryterium 4.1.1 Parsing.
• Do czasu powołania w Dzienniku Urzędowym UE punktem odniesienia prawnego pozostaje EN 301 549 v3.2.1.
• Powołanie nowej wersji w Dzienniku Urzędowym jest oczekiwane około 30 listopada 2026 r.
• Polska ustawa o dostępności cyfrowej w art. 5 ust. 3 odsyła dziś do polskiego wydania normy w wersji V3.2.1:2021.
• Strona lub sklep, który już spełnia WCAG 2.1 AA, potrzebuje przeglądu pod kątem 6 nowych kryteriów, a nie budowy od zera.

Czym jest norma EN 301 549?

EN 301 549 to europejska norma, która określa wymagania dostępności dla produktów i usług ICT: stron internetowych, aplikacji, oprogramowania, dokumentów elektronicznych i urządzeń. Normę wspólnie opracowują trzy europejskie organizacje normalizacyjne: ETSI, CEN i CENELEC. Część dotycząca treści internetowych przenosi do normy kryteria sukcesu WCAG, czyli wytycznych W3C dla dostępności treści internetowych.

Norma EN 301 549 wykracza poza same WCAG. Obejmuje też komunikację w czasie rzeczywistym, wideo, informacje o produkcie, dokumentację i usługi wsparcia. Dlatego audyt zgodny z normą sprawdza więcej niż audyt oparty wyłącznie na WCAG. Liderzy branży podkreślają, że tam, gdzie przepisy wymagają zgodności z EN 301 549, testowanie samego WCAG 2.2 AA nie wystarczy.

W praktyce właściciel strony lub sklepu internetowego styka się z normą EN 301 549 przez przepisy. Ustawa o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych odwołuje się do niej wprost. Europejski akt o dostępności (EAA) i polska ustawa o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze uznają normy zharmonizowane za sposób wykazania zgodności.

Co zmienia wersja 4.1.1 w porównaniu z wersją 3.2.1?

Wersja 4.1.1 zastępuje WCAG 2.1 wytycznymi WCAG 2.2 jako punktem odniesienia dla stron, dokumentów i oprogramowania. To pierwsza wersja EN 301 549 przygotowana z myślą o Europejskim akcie o dostępności, dlatego zawiera załączniki, które przypisują wymagania normy do wymagań EAA. Według AccessibleEU nowa wersja lepiej uwzględnia też preferencje dostępności ustawione przez użytkownika w systemie.

Level Access opisuje, że w wersji 4.1.1 przepisano rozdział 6 o komunikacji w czasie rzeczywistym oraz dodano wymagania dotyczące preferencji użytkownika w punktach 9.7 (strony), 10.7 (dokumenty) i 11.7 (oprogramowanie). Dla typowej strony firmowej lub sklepu najważniejsze są jednak nowe kryteria WCAG 2.2.

Jakie nowe wymagania WCAG 2.2 trafiły do normy?

Do normy EN 301 549 v4.1.1 trafiło 6 kryteriów sukcesu WCAG 2.2: 2 na poziomie A i 4 na poziomie AA. WCAG 2.2, opublikowane przez W3C w październiku 2023 r., dodało łącznie 9 kryteriów. Trzy z nich mają poziom AAA i według AudioEye norma wymienia je tylko jako wskazówki informacyjne, a nie jako wymagania.

Kryterium 4.1.1 Parsing zniknęło, ponieważ W3C uznało je w WCAG 2.2 za przestarzałe. Współczesne przeglądarki i czytniki ekranu same radzą sobie z drobnymi błędami składni HTML. Nie oznacza to, że poprawny kod przestał mieć znaczenie: błędne role ARIA i zduplikowane identyfikatory nadal psują dostępność, tylko ocenia się je w innych kryteriach.

Od kiedy EN 301 549 v4.1.1 obowiązuje w Polsce?

EN 301 549 v4.1.1 nie wyznacza jeszcze zgodności z prawem w Polsce ani w innych krajach UE. Punktem odniesienia prawnego pozostaje wersja 3.2.1, dopóki Komisja Europejska nie powoła nowej wersji w Dzienniku Urzędowym UE. Deque i Level Access podają, że powołanie jest oczekiwane około 30 listopada 2026 r.

Polska ustawa o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych w art. 5 ust. 3 wskazuje polskie wydanie normy ETSI EN 301 549 V3.2.1:2021. Serwis Dostępna Polska zwraca uwagę, że nowelizacja z 2023 r. zaktualizowała to odesłanie z wersji V2.1.2 do V3.2.1. Zmiana odesłania na wersję 4.1.1 wymagałaby kolejnej zmiany przepisów albo wynikałaby z mechanizmu norm zharmonizowanych.

AccessibleEU podkreśla, że z samą publikacją normy nie wiąże się żaden nowy termin zgodności. Firmy objęte Europejskim aktem o dostępności stosują wymagania od 28 czerwca 2025 r., zgodnie z dyrektywą (UE) 2019/882 i ustawą z 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze. Nowa wersja normy zmienia więc sposób wykazania zgodności, a nie samą datę obowiązku.

Kogo dotyczy nowa wersja normy?

Nowa wersja EN 301 549 dotyczy wszystkich, którzy muszą wykazać dostępność cyfrową: podmiotów publicznych i firm objętych Europejskim aktem o dostępności. W pierwszej grupie są m.in. urzędy, szpitale publiczne, szkoły i uczelnie. W drugiej grupie są m.in. sklepy internetowe sprzedające konsumentom, banki świadczące usługi bankowości detalicznej i przewoźnicy sprzedający bilety online.

Polska ustawa w art. 4 pkt 1 wyłącza z obowiązków usługi świadczone przez mikroprzedsiębiorców. Dyrektywa (UE) 2019/882 definiuje mikroprzedsiębiorstwo jako firmę zatrudniającą mniej niż 10 osób, której roczny obrót lub suma bilansowa nie przekracza 2 mln euro. Sklep internetowy, który przekracza te progi i sprzedaje konsumentom, powinien planować przejście na WCAG 2.2 już teraz. Szpital lub inny podmiot publiczny powinien uwzględnić WCAG 2.2 w każdym nowym zamówieniu na stronę albo aplikację.

Jak przygotować stronę lub sklep na nową normę krok po kroku?

Przygotowanie strony lub sklepu na EN 301 549 v4.1.1 zaczyna się od audytu sześciu nowych kryteriów WCAG 2.2, a kończy aktualizacją deklaracji dostępności. Liderzy branży radzą zaczynać od systemu projektowego i komponentów, bo rozmiar celów, alternatywy dla przeciągania i widoczność fokusu poprawia się najtaniej na poziomie szablonu.

1. Krok 1: sprawdź stan obecny. Ustal, czy strona spełnia WCAG 2.1 AA. Jeśli nie, zacznij od tych braków, bo wersja 3.2.1 normy nadal obowiązuje.
2. Krok 2: przetestuj 6 nowych kryteriów. Przejdź stronę klawiaturą, zmierz przyciski, sprawdź logowanie z menedżerem haseł i formularz zamówienia.
3. Krok 3: popraw komponenty, nie pojedyncze podstrony. Zmiana w szablonie przycisku lub nagłówka w WordPressie, WooCommerce albo PrestaShop naprawia problem w całym serwisie naraz.
4. Krok 4: sprawdź wtyczki i moduły. Suwaki, kalkulatory, czaty i bramki płatności często pochodzą od zewnętrznych dostawców i wymagają aktualizacji albo wymiany.
5. Krok 5: przejrzyj dokumenty. Pliki PDF i dokumenty biurowe podlegają rozdziałowi 10 normy, więc regulaminy, cenniki i formularze do pobrania też wymagają kontroli.
6. Krok 6: zaktualizuj deklarację dostępności i umowy z wykonawcami. Wpisz WCAG 2.2 AA jako wymaganie w zamówieniach na nowe funkcje.

Przykłady z praktyki

Przykładowy scenariusz: sklep internetowy z odzieżą na WooCommerce spełnia WCAG 2.1 AA. Przegląd pod kątem WCAG 2.2 pokazuje trzy problemy. Przyklejony pasek z darmową dostawą zasłania przycisk z fokusem przy przewijaniu klawiaturą. Ikony ulubionych mają 18 x 18 pikseli i stoją tuż obok siebie. Formularz zamówienia każe drugi raz wpisać adres do faktury.

Poprawki w takim scenariuszu dotyczą szablonu, a nie treści. Pasek dostaje odpowiedni margines przewijania (scroll-padding), ikony dostają większy obszar klikalny, a formularz zamówienia pole wyboru „adres do faktury taki sam jak adres dostawy”. Klient nie widzi rewolucji, ale osoba korzystająca z klawiatury albo z drżeniem dłoni kończy zakup bez przeszkód.

Przykładowy scenariusz: portal pacjenta w szpitalu wymaga przepisania kodu z obrazka przy logowaniu. Kryterium 3.3.8 wymaga wtedy alternatywy, np. logowania linkiem wysłanym e-mailem albo możliwości wklejenia hasła z menedżera haseł.

Najczęstsze błędy przy przejściu na WCAG 2.2

• Czekanie na Dziennik Urzędowy UE. Termin powołania nie zmienia zakresu prac, a projekt rozpoczęty dziś bez WCAG 2.2 trzeba będzie poprawiać za rok.
• Wiara, że nakładka dostępności załatwi sprawę. Widget z kontrastem i powiększeniem tekstu nie zmieni rozmiaru przycisków ani logiki formularza zamówienia.
• Testowanie tylko automatem. Narzędzia automatyczne nie ocenią, czy fokus jest zasłonięty ani czy logowanie wymaga testu poznawczego, dlatego potrzebny jest test ręczny.
• Pomijanie modułów zewnętrznych. Czat, mapa czy bramka płatności to część ścieżki klienta, więc wymagania też je obejmują.
• Usunięcie walidacji kodu razem z kryterium 4.1.1. Zduplikowane identyfikatory i błędne role ARIA nadal łamią inne kryteria, więc kontrola kodu zostaje w procesie.
• Nieaktualna deklaracja dostępności. Deklaracja, która opisuje stan sprzed zmian, wprowadza użytkowników w błąd i osłabia pozycję podmiotu przy kontroli.

Jak to robimy w Special Space

Special Space dostosowuje strony i sklepy internetowe do WCAG 2.2 na poziomie AA w pięciu etapach: audyt, zmiany w kodzie, narzędzia dla użytkownika, testy automatyczne i ręczne oraz raport końcowy. Pracujemy na WordPressie, WooCommerce i PrestaShop, więc poprawki wprowadzamy w szablonach i komponentach, a nie łatamy pojedynczych podstron. Szczegóły zakresu opisuje strona dostosowanie witryny do WCAG 2.2.

Przy nowych projektach stron internetowych i sklepów internetowych uwzględniamy WCAG 2.2 już w makietach UX/UI: rozmiar przycisków, kolejność fokusu i formularze bez powtórnego wpisywania danych. Po wdrożeniu dostępność utrzymujemy w ramach Pakietu Opieki, bo każda aktualizacja wtyczki może ją zmienić. Wcześniejsze zmiany w wymaganiach dla e-commerce opisaliśmy w artykule o WCAG 2.2 w sklepach internetowych, a podstawy wytycznych w poradniku o WCAG 2.1.

Podsumowanie

EN 301 549 v4.1.1, opublikowana 2 września 2026 r., wprowadza WCAG 2.2 do europejskiej normy dostępności cyfrowej. Do czasu powołania w Dzienniku Urzędowym UE, oczekiwanego około 30 listopada 2026 r., prawnym punktem odniesienia pozostaje wersja 3.2.1. Strona lub sklep zgodny z WCAG 2.1 AA wymaga przeglądu sześciu nowych kryteriów, głównie w nawigacji, logowaniu i formularzach. Najtaniej wprowadzić te zmiany w szablonie i przy każdym nowym projekcie.

Chcesz wiedzieć, ile pracy wymaga Twoja strona lub sklep, żeby spełnić WCAG 2.2? Umów bezpłatną konsultację, a sprawdzimy sześć nowych kryteriów na Twoim serwisie i przygotujemy plan zmian.

Artykuł ma charakter informacyjny i nie stanowi porady prawnej.