WCAG, EN 301 549 i EAA — jak te trzy rzeczy się ze sobą łączą?
WCAG, EN 301 549 i Europejski Akt o Dostępności nie są tym samym. Co jest standardem technicznym, co normą, a co źródłem obowiązków prawnych?
WCAG, EN 301 549 i Europejski Akt o Dostępności często pojawiają się w jednym zdaniu, jakby były trzema nazwami tego samego wymagania. Nie są. Jedno jest standardem technicznym dla treści internetowych, drugie europejską normą dla szerzej rozumianych produktów i usług ICT, a trzecie źródłem obowiązków prawnych dla określonych produktów, usług i podmiotów.
Żeby poprawnie ocenić obowiązki firmy albo przygotować wymagania do projektu, trzeba te warstwy rozdzielić.
WCAG: techniczny punkt odniesienia dla treści internetowych
Web Content Accessibility Guidelines to standard rozwijany przez W3C. WCAG 2.2 jest rekomendacją W3C od 5 października 2023 r. i opisuje testowalne kryteria dostępności treści internetowych na poziomach A, AA i AAA.
WCAG mówi przede wszystkim, jakie rezultaty powinien osiągać interfejs i treść: na przykład dać się obsłużyć klawiaturą, mieć odpowiedni kontrast, zachowywać informacje po powiększeniu czy przekazywać programowo role i nazwy elementów.
Sam WCAG nie odpowiada jednak na pytanie, czy konkretna firma ma obowiązek prawny spełniać określony poziom. To zależy od przepisów i kontekstu.
EN 301 549: dostępność nie tylko stron internetowych
EN 301 549 to europejska norma opisująca wymagania dostępności dla produktów i usług ICT. Jej zakres jest szerszy niż sam web: obejmuje również inne rodzaje technologii informacyjno-komunikacyjnych.
We wrześniu 2026 r. ETSI opublikowało wersję EN 301 549 V4.1.1. Nowa wersja uwzględnia WCAG 2.2 i zastępuje technicznie wcześniejszą generację normy. Sam fakt opublikowania nowej wersji normy nie oznacza jednak automatycznie, że od tej samej daty staje się ona podstawą każdego obowiązku prawnego w całej Unii.
W praktyce trzeba jeszcze sprawdzić, do jakiego aktu prawnego odnosi się dana wersja normy, czy została wskazana jako norma zharmonizowana oraz jakie przepisy przejściowe obowiązują w konkretnym zastosowaniu. To szczególnie ważne w zamówieniach publicznych i przy formalnym wykazywaniu zgodności.
EAA: prawo mówi, kogo i czego dotyczą wymagania
Europejski Akt o Dostępności, czyli dyrektywa 2019/882, nie jest kolejną wersją WCAG. To akt prawny, który określa dostępność wybranych produktów i usług na rynku Unii Europejskiej.
W Polsce dyrektywę wdrożyła ustawa z 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze, nazywana Polskim Aktem o Dostępności. Obowiązki zaczęły być stosowane od 28 czerwca 2025 r.
Przepisy nie obejmują po prostu „wszystkich stron firmowych”. Znaczenie ma rodzaj oferowanego produktu lub usługi oraz status podmiotu. Przykładowo polskie przepisy obejmują usługi handlu elektronicznego, ale przewidują też określone wyłączenia, w tym dotyczące mikroprzedsiębiorców świadczących usługi.
Jak te trzy warstwy łączą się w praktyce
Najprościej myśleć o nich tak:
- prawo określa, kto ma obowiązek i czego on dotyczy,
- norma EN 301 549 porządkuje wymagania dostępności dla ICT w szerszym zakresie,
- WCAG dostarcza dużą część technicznych kryteriów dotyczących treści i interfejsów webowych.
W konkretnym projekcie te warstwy mogą się spotkać. Firma może podlegać przepisom PAD, realizować usługę cyfrową i wykorzystywać WCAG 2.2 jako techniczny punkt odniesienia do sprawdzania strony. Nie oznacza to jednak, że wystarczy w umowie napisać „zgodne z WCAG”, żeby automatycznie spełnić wszystkie wymagania właściwe dla produktu lub usługi.
Dlaczego data i wersja dokumentu są ważne
W dostępności łatwo znaleźć prawdziwą informację, która stała się nieaktualna. Przepisy, normy i standardy techniczne rozwijają się w różnym tempie. WCAG 2.2 obowiązuje jako rekomendacja W3C od 2023 r., natomiast nowa wersja EN 301 549 została opublikowana dopiero we wrześniu 2026 r.
Dlatego przy audycie prawnym albo przygotowaniu OPZ nie wystarczy pamiętać numeru standardu. Trzeba sprawdzić aktualną wersję dokumentu, podstawę prawną, datę obowiązywania oraz ewentualne okresy przejściowe.
Co sprawdzić przed zleceniem audytu lub dostosowania
Zanim określisz wymagania dla wykonawcy, odpowiedz na cztery pytania: jaki produkt lub usługa jest oceniana, jaki przepis ma zastosowanie, do jakiej wersji standardu lub normy się odwołujesz i czy potrzebujesz formalnej oceny zgodności, czy przede wszystkim poprawy rzeczywistych barier użytkowników.
Jeżeli potrzebujesz technicznie sprawdzić serwis albo zaplanować jego dostosowanie, możesz zobaczyć usługi WCAG w PageSoft. W przypadku obowiązków prawnych warto równolegle ustalić dokładną podstawę prawną dla konkretnego rodzaju działalności — sam audyt techniczny nie zastępuje interpretacji prawnej.