Opis obrazu: Dłonie na klawiaturze mechanicznej z otwartym dokumentem norm technicznych na zewnętrznym monitorze — stanowisko audytora dostępności, gdzie norma EN 301 549 jest na co dzień stosowana.

Czas czytania: 11 minut

EN 301 549 to zharmonizowana norma europejska określająca wymagania dostępności dla produktów i usług ICT. Opublikowana i utrzymywana przez ETSI — Europejski Instytut Norm Telekomunikacyjnych — we współpracy z CEN i CENELEC, stanowi instrument techniczny przekształcający ogólniejsze zobowiązania zawarte w Europejskim Akcie o Dostępności (EAA), Dyrektywie o Dostępności Stron Internetowych (Dyrektywa (UE) 2016/2102) oraz większości krajowych przepisów dotyczących zamówień publicznych w listę kontrolną klauzula po klauzuli, względem której można ocenić dostawcę. Podczas gdy WCAG jest normą dla treści i interfejsów w sieci, EN 301 549 to szersze ramy, które obejmują WCAG wraz z wymaganiami, na które faktycznie opiewa prawo UE w obszarze zamówień publicznych.

W 2026 r. obowiązującą wersją jest V3.2.1, opublikowana w marcu 2021 r. i uwzględniająca przez odesłanie WCAG 2.1 poziom AA. Nowa wersja zawierająca WCAG 2.2 AA — tymczasowo oznaczona jako V4.0.0 — jest w końcowej fazie opracowania przez wspólny organ techniczny ETSI/CEN/CENELEC i oczekuje się jej publikacji w 2026 r., a następnie cytowania w Dzienniku Urzędowym Unii Europejskiej. Niniejszy artykuł stanowi przewodnik: czym jest norma, jak zorganizowano jej dwanaście rozdziałów, jakie miejsce zajmuje rozdział 9 (sieć) i rozdział 11 (oprogramowanie) obok rozdziału 10 (dokumenty) i rozdziału 12 (dokumentacja i wsparcie), jak norma łączy WCAG z prawem zamówień publicznych UE oraz gdzie można ją znaleźć w omówionym dalej grafie aktów prawnych.

Czym jest — a czym nie jest — EN 301 549

EN 301 549 jest zharmonizowaną normą europejską. To sformułowanie ma ścisłe znaczenie w prawie UE: jest to norma opracowana przez jedną z trzech uznanych europejskich organizacji normalizacyjnych (ETSI, CEN, CENELEC) na wniosek Komisji Europejskiej w formie formalnego „zlecenia normalizacyjnego“ (zwanego też „mandatem“), a następnie cytowana w Dzienniku Urzędowym Unii Europejskiej jako dająca „domniemanie zgodności“ z odpowiednim aktem prawnym UE. Produkt lub usługa spełniające wymogi zharmonizowanej normy są domniemane zgodne z wymaganiami prawnymi, które norma harmonizuje. Domniemanie może być obalone, ale w praktyce zamawiający publiczni, audytorzy dostępności i organy certyfikacji traktują normę jako operacyjną listę kontrolną.

EN 301 549 powstała na podstawie Mandatu M/376 wydanego przez Komisję w 2005 r. w celu dostosowania europejskich przepisów dotyczących zamówień publicznych do wymogów dostępności — stworzenia jednolitego, neutralnego technologicznie, zharmonizowanego odniesienia dla pojęcia „dostępne ICT“ w procesie przetargowym sektora publicznego. Pierwsza opublikowana wersja, V1.1.2, ukazała się w 2014 r. Norma przeszła od tego czasu trzy zasadnicze rewizje: V2 (2018 r.) zgodna z WCAG 2.1, V3.1.1 i V3.2.1 (2019–2021) precyzujące definicje i dodające klauzule dotyczące aplikacji mobilnych i narzędzi autorskich, oraz nadchodząca V4 uwzględniająca WCAG 2.2.

Czym nie jest EN 301 549: nie jest ani EAA, ani Dyrektywą o Dostępności Stron Internetowych. To właśnie te akty prawne zamawiają na podstawie normy. EN 301 549 jest dokumentem zawierającym kryteria testowe — tą częścią systemu, którą programista lub urzędnik ds. zamówień faktycznie czyta, aby wiedzieć, czy dany produkt spełnia wymagania.

Struktura dwunastu rozdziałów

EN 301 549 podzielona jest na dwanaście merytorycznych klauzul (numerowanych od klauzuli 4 w dokumencie, ponieważ klauzule 1–3 dotyczą zakresu i definicji). Architektura jest celowo modułowa: dostawca przygotowujący odpowiedź na przetarg ustala, które klauzule dotyczą danego produktu, stosuje wyłącznie te i deklaruje zgodność z wymienionymi klauzulami. Główne moduły znajdują się w rozdziałach 9–12.

Rozdział 9 — Treści internetowe

Rozdział 9 to ten, od którego większość specjalistów ds. dostępności zaczyna, ponieważ zawiera odesłanie do WCAG. W wersji V3.2.1 rozdział 9 dosłownie włącza kryteria sukcesu WCAG 2.1 na poziomie A i AA: klauzula 9.1 obejmuje kryteria postrzegalności, 9.2 obsługi, 9.3 zrozumiałości, 9.4 solidności. Produkt internetowy zgodny z WCAG 2.1 AA jest zgodny z rozdziałem 9. Norma nie parafrazuje tekstu WCAG; cytuje go. W V4 ten sam rozdział będzie odsyłał do WCAG 2.2 AA, uwzględniając dziewięć nowych lub zmienionych kryteriów sukcesu — w tym 2.4.11 Niezasłonięty fokus (minimalny), 2.4.12 Niezasłonięty fokus (rozszerzony), 2.4.13 Wygląd fokusu, 2.5.7 Ruchy przeciągania, 2.5.8 Rozmiar celu (minimalny), 3.2.6 Spójna pomoc, 3.3.7 Redundantne wprowadzanie, 3.3.8 Dostępne uwierzytelnianie (minimalne) i 3.3.9 Dostępne uwierzytelnianie (rozszerzone).

Rozdział 10 — Dokumenty niebędące stronami internetowymi

Rozdział 10 stosuje wymagania równoważne WCAG do dokumentów niebędących stronami internetowymi — plików PDF, dokumentów Word, prezentacji, ePub i wszelkich innych dokumentów dostarczanych wraz z serwisem lub poza nim. Dokonuje tego, biorąc każde kryterium sukcesu WCAG 2.1, które ma zastosowanie do dokumentu niebędącego stroną internetową, i przeformułowując je w kontekście dokumentu. Prawidłowo otagowany, nawigacyjny i właściwie opisany plik PDF jest zgodny z rozdziałem 10; niotagowany skan wydrukowanego raportu — nie. Zamawiający publiczni nabywający dokumenty polityczne, warunki umów, materiały szkoleniowe i deklaracje dostępności polegają na rozdziale 10 przy ustalaniu wymagań dla akceptowanych produktów.

Rozdział 11 — Oprogramowanie niebędące stroną internetową

Rozdział 11 jest najszerszym modułem i najbardziej znaczącym dla nowoczesnego stosu aplikacyjnego. Stosuje wymagania równoważne WCAG do oprogramowania niebędącego stroną internetową — aplikacji desktopowych, natywnych aplikacji mobilnych, wbudowanych interfejsów, kiosków z dedykowanym oprogramowaniem — oraz dodaje wymagania specyficzne dla oprogramowania, niemające odpowiednika w WCAG: klauzule dotyczące platformowych usług dostępności (11.5), zgodności z technologiami asystującymi (11.6) oraz narzędzi autorskich (11.8, wywodzące się z Wytycznych ATAG W3C). Objęcie aplikacji mobilnych rozdziałem 11 to powód, dla którego Dyrektywa o Dostępności Stron Internetowych może rozciągać się na aplikacje mobilne sektora publicznego, a EAA może dotyczyć czytników e-booków, automatów biletowych i terminali samoobsługowych bez potrzeby tworzenia odrębnej normy dla każdego z nich.

Rozdział 12 — Dokumentacja i usługi wsparcia

Rozdział 12 obejmuje dokumentację i usługi obsługi klienta: podręczniki użytkownika, systemy pomocy, centra wsparcia, czat online, dostępne formaty na żądanie. Klauzule wymagają, aby dokumentacja produktu opisywała jego funkcje dostępności, sama dokumentacja była dostępna, a usługi wsparcia były dostępne za pośrednictwem dostępnych kanałów. To rozdział łączący dostępność z doświadczeniem po zakupie — tą częścią ścieżki zakupowej, w której użytkownicy faktycznie korzystają z produktu i potrzebują pomocy.

Rozdziały 5–8 — ogólne wymagania przekrojowe

Rozdziały 5–8 poprzedzają moduły specyficzne dla poszczególnych formatów. Rozdział 5 obejmuje ogólne wymagania mające zastosowanie do każdego produktu lub usługi ICT — zamkniętą funkcjonalność, biometrię, zachowanie informacji o dostępności podczas konwersji. Rozdział 6 dotyczy ICT z dwukierunkową komunikacją głosową: tekstu w czasie rzeczywistym, przekazu wideo i wymagań interoperacyjności umożliwiających dostępną komunikację między dostawcami usług. Rozdział 7 obejmuje ICT z możliwościami wideo — audiodeskrypcję, napisy i prezentację z tłumaczem języka migowego. Rozdział 8 dotyczy sprzętu: klawiatur, elementów sterujących, złączy, dostępu fizycznego. Produkt rzadko jest oceniany wyłącznie względem jednego rozdziału; aplikacja do strumieniowania wideo na smartTV jednocześnie obejmuje rozdziały 5, 7, 9 (jeśli ma interfejs webowy), 11 (sama aplikacja) i 12 (dokumentacja).

Rozdział 13 i załączniki

Rozdział 13 dotyczy ICT świadczącego usługi przekazywania i dostępu do służb ratowniczych — warstwy komunikacji w interesie publicznym. Załączniki stanowią miejsce, gdzie norma wykonuje swoją pracę wiążącą zamówienia: Załącznik A zawiera metodologię oceny zgodności wraz z obowiązkowym szablonem „deklaracji dostępności“; Załącznik B mapuje klauzule EN 301 549 na odpowiadające im wymagania z amerykańskiej Sekcji 508 — przydatne dla dostawców sprzedających po obu stronach Atlantyku; Załącznik C zawiera wytyczne dotyczące funkcjonalnych deklaracji wyników; a bibliografia zawiera każdą normę, w tym WCAG, do której dokument odsyła przez referencję.

Jak WCAG 2.1 AA jest osadzone w EN 301 549

Relacja między WCAG a EN 301 549 to najczęściej zadawane pytanie w pracy związanej ze zgodnością, a odpowiedź jest bardziej precyzyjna niż „EN 301 549 zawiera WCAG.“ WCAG 2.1 poziom AA jest włączony do rozdziału 9 (treści internetowe) i części rozdziału 11 (oprogramowanie, gdzie kryteria sukcesu mają zastosowanie do oprogramowania niebędącego stroną internetową). Włączenie następuje przez odesłanie, a nie parafrazę: klauzule rozdziału 9 są numerowane tak, aby odzwierciedlać strukturę WCAG, a każda klauzula odsyła do odpowiedniego kryterium sukcesu w zaleceniu W3C. Deklaracja zgodności z WCAG 2.1 AA przekłada się bezpośrednio na deklarację zgodności z rozdziałem 9.

EN 301 549 wykracza poza WCAG w klauzulach specyficznych dla oprogramowania, sprzętu i dokumentacji, których WCAG nigdy nie miał obejmować. WCAG dotyczy treści postrzegalnych, obsługiwalnych, zrozumiałych i solidnych w ramach klienta użytkownika stron internetowych. EN 301 549 dodaje wymagania dotyczące na przykład interakcji aplikacji desktopowej z interfejsem API czytnika ekranu na Windows, wyczuwalności dotykowej klawiatury sprzętowej czy interoperacyjności telefonicznej centrum kontaktowego z urządzeniami TTY. Produkt może być zgodny z WCAG 2.1 AA i nadal nie spełniać wymagań EN 301 549 — zazwyczaj dlatego, że rozdziały 11 lub 12 obejmują wymagania, których WCAG nie przewiduje.

Gdzie EN 301 549 jest cytowane w prawie UE

Kluczową rolą normy jest jej pozycja w grafie cytowań. Trzy główne instrumenty prawne wskazują EN 301 549 jako odniesienie techniczne; kilkadziesiąt krajowych przepisów dotyczących zamówień publicznych i aktów dotyczących dostępności czyni to samo.

Europejski Akt o Dostępności (Dyrektywa (UE) 2019/882)

Europejski Akt o Dostępności ustanawia funkcjonalne wymagania dostępności dla określonej listy produktów i usług — komputerów, smartfonów, czytników e-booków, bankomatów, automatów biletowych, handlu elektronicznego, e-booków, telefonii, audiowizualnych usług medialnych, usług bankowych, pasażerskiej informacji transportowej. Wymagania funkcjonalne aktu (Załącznik I) są abstrakcyjne; wymagają na przykład, aby informacje były dostarczane w dostępnych formatach, interfejsy użytkownika obsługiwały technologie asystujące, a komunikacja awaryjne działała dla użytkowników głuchych. Aby przekształcić te abstrakcyjne wymagania w operacyjne, EAA opiera się na zharmonizowanych normach cytowanych na podstawie art. 15 rozporządzenia (UE) 1025/2012 — a EN 301 549 jest zharmonizowaną normą, którą Komisja Europejska wykorzystuje do operacjonalizacji wymagań EAA dotyczących sieci, oprogramowania i dokumentacji. Produkt zgodny z odpowiednimi klauzulami EN 301 549 korzysta z domniemania zgodności z EAA. Pierwsze cytowanie EN 301 549 w Dzienniku Urzędowym wyłącznie na potrzeby EAA ukazało się w 2024 r.; kolejne cytowania następują wraz z każdą nową wersją.

Dyrektywa o Dostępności Stron Internetowych (Dyrektywa (UE) 2016/2102)

Dyrektywa o Dostępności Stron Internetowych, obowiązująca od grudnia 2016 r., zobowiązuje podmioty sektora publicznego w państwach członkowskich UE do zapewnienia dostępności swoich stron internetowych i aplikacji mobilnych. Artykuł 6 dyrektywy stanowi, że treści spełniające wymagania zharmonizowanej normy cytowanej w Dzienniku Urzędowym są domniemane zgodne z odpowiednimi wymaganiami dostępności określonymi w art. 4. EN 301 549 jest tą cytowaną normą — V2 z 2018 r. była pierwszą wersją wymienioną na potrzeby WAD, a każda kolejna rewizja powoduje nowe cytowanie w Dz.U. Strony internetowe i aplikacje mobilne sektora publicznego spełniające wymagania rozdziału 9 i odpowiednich części rozdziału 11 są uznawane za zgodne z dyrektywą.

Krajowe przepisy dotyczące zamówień publicznych i art. 42 Dyrektywy w sprawie zamówień publicznych sektora publicznego

Artykuł 42 Dyrektywy 2014/24/UE (Dyrektywa w sprawie zamówień publicznych sektora publicznego) wymaga, aby specyfikacje techniczne w przetargach publicznych na produkty i usługi, które będą używane przez osoby fizyczne, „uwzględniały kryteria dostępności dla osób niepełnosprawnych lub projekt dla wszystkich użytkowników.“ Państwa członkowskie implementowały to zobowiązanie w swoich krajowych kodeksach zamówień publicznych, a teksty wdrożeniowe zazwyczaj wskazują EN 301 549 jako normę odniesienia — od niemieckiego BITV 2.0 i Verordnung przywoływanej w federalnych zamówieniach, przez hiszpańskie Real Decreto 1112/2018, po francuskie RGAA (którego kryteria są zgodne z rozdziałem 9 EN 301 549), włoskie Linee Guida AgID i niderlandzkie Tijdelijk besluit digitale toegankelijkheid overheid. Warstwa krajowych zamówień publicznych to ta, w której EN 301 549 ma największy codzienny wpływ komercyjny, ponieważ decyduje o tym, którzy dostawcy mogą składać oferty na jakie zamówienia publiczne.

Co zmienia V4 — a co pozostaje bez zmian

Nadchodząca wersja V4 EN 301 549 to robocza nazwa rewizji, która zastąpi WCAG 2.1 AA przez WCAG 2.2 AA, uwzględniając dziewięć kryteriów sukcesu dodanych lub zmienionych przez W3C w aktualizacji z 2023 r. Robocza wersja była dostępna w publicznym archiwum Komitetu Technicznego ETSI ds. czynnika ludzkiego od 2024 r., a wspólna grupa robocza ETSI/CEN/CENELEC zebrała się w 2025 r., aby ją sfinalizować. Publikacja w 2026 r. jest roboczym założeniem środowiska normalizacyjnego; cytowanie w Dz.U. na podstawie EAA i WAD następuje potem w zwykłym harmonogramie Komisji (zazwyczaj kilka miesięcy po publikacji przez ETSI).

Istotne zmiany w V4 skupiają się wokół dwóch obszarów. Po pierwsze, same kryteria sukcesu WCAG 2.2 — rozdział 9 przyjmuje dziewięć nowych kryteriów, spośród których najbardziej znaczące operacyjnie to Niezasłonięty fokus, Rozmiar celu (minimalny), Ruchy przeciągania oraz dwa kryteria Dostępnego uwierzytelniania, które łącznie wymuszą ponowną weryfikację każdego produktu używającego nakładek, okienek z plikami cookie, pól hasła lub małych obszarów dotyku. Po drugie, klauzule dotyczące oprogramowania (rozdział 11) są zaostrzane, aby ściślej dostosować się do WCAG 2.2 dla oprogramowania, do którego kryteria sukcesu mają zastosowanie, oraz zaktualizować terminologię dotyczącą platformowych usług dostępności w celu odzwierciedlenia interfejsów API technologii asystujących, które pojawiły się od 2021 r.

Czego V4 nie zmienia: dwunastorozdziałowej architektury, szablonu deklaracji zgodności z załącznika A, relacji z EAA i WAD ani mapowania z Sekcją 508 z załącznika B. Dostawca posiadający aktualną deklarację zgodności z V3.2.1 będzie w większości przypadków musiał przeprowadzić ponowne testy dla nowych kryteriów WCAG 2.2, ale nie będzie musiał przebudowywać podejścia do deklarowania zgodności.

EN 301 549 w praktyce: deklaracja zgodności

Operacyjnym artefaktem wytwarzanym przez EN 301 549 jest deklaracja zgodności — w terminologii WAD nazywana „deklaracją dostępności“ lub Voluntary Product Accessibility Template (VPAT) według linii Sekcji 508. Załącznik A normy zawiera szablon. Dla każdej mającej zastosowanie klauzuli dostawca stwierdza, czy produkt „spełnia“, „częściowo spełnia“, „nie spełnia“ lub „nie dotyczy“ danego wymagania. Każde „częściowo spełnia“ lub „nie spełnia“ musi być uzupełnione polem uwag i wyjaśnień opisującym lukę.

W odpowiedzi na przetarg urzędnik ds. zamówień określa zakres odpowiednich rozdziałów dla danego produktu, wymaga deklaracji zgodności klauzula po klauzuli i ocenia luki. Deklaracja jest wiążąca kontraktowo w większości unijnych systemów zamówień publicznych — jeśli dostawca zadeklaruje „spełnia“ dla danej klauzuli, a produkt następnie nie przejdzie audytu użytkownika końcowego w tej klauzuli, umowa zazwyczaj daje kupującemu podstawy do żądania naprawy, nałożenia kar lub odstąpienia od umowy. Dlatego EN 301 549 ma większą siłę komercyjną niż sam dokument WCAG: WCAG jest zaleceniem W3C bez statusu zamówieniotwórczego; EN 301 549 to dokument, który kontrakty wskazują z nazwy.

EN 301 549 w grafie aktów prawnych, które znasz

Jeśli śledzisz łuk unijnego ustawodawstwa dotyczącego praw osób niepełnosprawnych — EAA, Dyrektywę o Dostępności Stron Internetowych, krajowe przepisy zamówieniowe wdrażające Dyrektywę 2014/24/UE — EN 301 549 jest technicznym fundamentem łączącym te akty prawne z codziennym procesem testowania przez dostawcę. WCAG ustala reguły dla treści internetowych. EN 301 549 obejmuje WCAG szerszym zestawem wymagań (oprogramowanie, dokumenty, dokumentacja, sprzęt, komunikacja dwukierunkowa), na który faktycznie opiewa prawo zamówień publicznych UE. EAA i WAD cytują następnie EN 301 549 jako normę wywołującą domniemanie zgodności. Krajowe przepisy zamówieniowe wskazują normę w specyfikacjach technicznych, a audytorzy dostępności badają zgodność z nią klauzula po klauzuli.

Dla praktyków planujących audyt w 2026 r.: V3.2.1 to wersja, według której należy dziś testować; V4 to wersja, do której warto się już przygotowywać; a różnice warte wyprzedzającego działania to dziewięć kryteriów sukcesu WCAG 2.2 — szczególnie kryteria dotyczące wyglądu fokusu i rozmiaru celu, które po cichu nie są spełniane przez wiele produktów. Najszybszy sposób na sprawdzenie, które kryteria 2.2 Twoja witryna już narusza, to bezpłatne skanowanie WCAG 2.2 na reprezentatywnej stronie. Szerszy zapis z 2026 r. o tym, jak norma ta wchodzi w interakcję z krajowym egzekwowaniem, znajdziesz w indeksie artykułów Disability World; obraz egzekwowania EAA w pierwszym roku działania we wszystkich państwach członkowskich — w przewodniku po EAA. Praktyczne przełożenie V3.2.1 i zmian wynikających z wersji 2.2 na działający audyt zawiera poradnik zgodności z WCAG 2.2 krok po kroku; platformy monitorujące utrzymujące zgodność między audytami omawia przewodnik dla kupujących po monitorowaniu dostępności.

Źródła pierwotne

  1. ETSI / CEN / CENELEC. EN 301 549 V3.2.1 (2021-03) — Accessibility requirements for ICT products and services. etsi.org
  2. Komisja Europejska. Zlecenie normalizacyjne M/376 (2005) dotyczące dostępności ICT w zamówieniach publicznych.
  3. Dyrektywa Parlamentu Europejskiego i Rady (UE) 2019/882 w sprawie wymogów dostępności produktów i usług (Europejski Akt o Dostępności).
  4. Dyrektywa Parlamentu Europejskiego i Rady (UE) 2016/2102 w sprawie dostępności stron internetowych i mobilnych aplikacji organów sektora publicznego.
  5. Dyrektywa Parlamentu Europejskiego i Rady 2014/24/UE w sprawie zamówień publicznych, art. 42.
  6. Rozporządzenie Parlamentu Europejskiego i Rady (UE) nr 1025/2012 w sprawie normalizacji europejskiej.
  7. W3C. Web Content Accessibility Guidelines (WCAG) 2.1 (Zalecenie W3C, czerwiec 2018) oraz WCAG 2.2 (Zalecenie W3C, październik 2023).
  8. Komitet Techniczny ETSI ds. czynnika ludzkiego. Publiczne archiwum dotyczące działań rewizyjnych w zakresie EN 301 549 (2024–2025).