Od usługi do właściwych przepisów
Sklep internetowy, aplikacja banku i strona urzędu mogą podlegać wymaganiom dostępności z różnych powodów. Zanim zespół wpisze „WCAG AA” do specyfikacji, powinien ustalić, jaka usługa jest świadczona, kto za nią odpowiada i z którego aktu wynikają obowiązki. Sama obecność strony lub aplikacji nie przesądza o objęciu Europejskim Aktem o Dostępności.
Dwa główne porządki prawne to dyrektywa 2019/882, znana jako Europejski Akt o Dostępności lub EAA, oraz dyrektywa 2016/2102 dotycząca stron i aplikacji podmiotów publicznych. W Polsce wdrażają je odrębne ustawy. Ten tekst przedstawia ich zakres i relację ze standardami technicznymi według informacji sprawdzonych 11 października 2026 r. Ocena obowiązków konkretnego podmiotu wymaga uwzględnienia jego działalności.
Europejski Akt o Dostępności: wybrane produkty i usługi
EAA obejmuje określone produkty i usługi dla konsumentów. W Polsce jego wdrożeniem jest ustawa z 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze. Zasadniczo stosuje się ją od 28 czerwca 2025 r.
Wśród usług objętych ustawą są handel elektroniczny, bankowość detaliczna, telekomunikacja z określonym wyjątkiem dla komunikacji między maszynami, dostęp do audiowizualnych usług medialnych oraz rozpowszechnianie książek elektronicznych. W transporcie pasażerskim zakres obejmuje wskazane elementy usług, między innymi strony, aplikacje, bilety elektroniczne i informacje o podróży. Dla komunikacji miejskiej i wskazanych przewozów lokalnych oraz regionalnych polska ustawa przewiduje węższy zakres: pozostają odpowiednie interaktywne terminale samoobsługowe.
Handel elektroniczny ma znaczenie także poza sklepem sprzedającym rzeczy. Definicja obejmuje usługę oferowaną lub świadczoną na odległość przez stronę albo urządzenie mobilne, na indywidualne żądanie konsumenta, w celu zawarcia umowy. Przy kwalifikowaniu serwisu trzeba więc spojrzeć na to, co pozwala zrobić użytkownikowi.
Osobną część EAA stanowią produkty: między innymi konsumenckie komputery i ich systemy operacyjne, terminale płatnicze, wskazane terminale samoobsługowe, określone urządzenia końcowe oraz czytniki książek elektronicznych. Obowiązki mogą dotyczyć producenta, importera lub dystrybutora. Nie wystarczy ocenić interfejsu strony, jeśli przedmiotem obowiązku jest również sprzęt.
Podmioty publiczne mają wcześniejsze terminy
Dyrektywa 2016/2102 dotyczy dostępności stron internetowych i aplikacji mobilnych podmiotów publicznych. Jej polskim wdrożeniem jest ustawa z 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych.
Zakres podmiotów określa ustawa; obejmuje między innymi jednostki sektora finansów publicznych oraz wskazane inne podmioty. Przewiduje też wyłączenia dotyczące części treści. Wymaga dostępności cyfrowej, deklaracji dostępności oraz obsługi żądań zapewnienia dostępności. Zlecenie budowy strony wykonawcy nie usuwa obowiązków podmiotu publicznego.
Daty dla tego obszaru poprzedzają EAA. Strona urzędu nie uzyskała nowego terminu dostosowania tylko dlatego, że w 2025 r. zaczęły być stosowane przepisy dla określonych usług konsumenckich.
Daty, które trzeba rozróżnić
| Data | Zakres |
|---|---|
| 23 września 2019 r. | Wymagania dla stron podmiotów publicznych nieopublikowanych przed 23 września 2018 r. |
| 23 września 2020 r. | Wymagania dla stron podmiotów publicznych opublikowanych przed 23 września 2018 r. |
| 23 czerwca 2021 r. | Wymagania dla aplikacji mobilnych podmiotów publicznych. |
| 28 czerwca 2025 r. | Zasadniczy początek stosowania wymagań EAA i polskiej ustawy dla objętych nimi produktów oraz usług. |
| 28 czerwca 2030 r. | Najpóźniejsza granica wskazanych przepisów przejściowych dla wcześniejszych umów usługowych i produktów używanych do świadczenia usług. |
Rok 2030 nie jest ogólnym odroczeniem dostępności sklepu czy aplikacji. Umowy o usługi zawarte przed wejściem polskiej ustawy w życie mogą obowiązywać bez zmian do wygaśnięcia, najwyżej do 28 czerwca 2030 r. Do tej daty można również korzystać z niespełniających wymagań produktów używanych wcześniej do świadczenia usług tego samego rodzaju. Istniejące terminale samoobsługowe mają odrębną regułę, ograniczoną okresem użytkowania i maksymalnie 20 latami od rozpoczęcia ich używania. Każdy z tych przypadków wymaga sprawdzenia warunków.
Wyjątki wymagają ustalenia zakresu
Polska ustawa wdrażająca EAA wyłącza usługi oferowane lub świadczone przez mikroprzedsiębiorców. Według Prawa przedsiębiorców status ten wymaga, by w co najmniej jednym z dwóch ostatnich lat obrotowych przedsiębiorca zatrudniał średniorocznie mniej niż 10 pracowników oraz miał roczny obrót netto nieprzekraczający równowartości 2 mln euro lub sumę aktywów bilansu nieprzekraczającą tej kwoty. Próg finansowy to obrót lub aktywa; sama liczba pracowników nie wystarcza.
Wyłączenie usług nie oznacza ogólnego zwolnienia mikroprzedsiębiorców z obowiązków dotyczących produktów. Nie rozstrzyga też obowiązków wynikających z innych przepisów.
EAA przewiduje ograniczenia związane z zasadniczą zmianą właściwości produktu lub usługi i nieproporcjonalnym obciążeniem. Skorzystanie z nich wymaga odpowiedniej oceny. Nie należy utożsamiać braku budżetu w bieżącym sprincie z ustawowym wyjątkiem. Wyłączenia dotyczące treści osób trzecich czy map również mają warunki; nie obejmują automatycznie całej strony.
WCAG i EN 301 549 pełnią różne role
WCAG to wytyczne W3C opisujące wymagania dla dostępności treści internetowych. Zawierają sprawdzalne kryteria na poziomach A, AA i AAA. Zgodność na poziomie AA obejmuje także poziom A. Kryteria pomagają zespołowi przełożyć dostępność na konkretne zadania: działające sterowanie, zrozumiałe informacje i współpracę z technologiami wspomagającymi.
EN 301 549 to europejska norma dla produktów i usług ICT, opracowywana przez ETSI, CEN i CENELEC. Obejmuje więcej niż WCAG: zależnie od produktu także sprzęt, komunikację, dokumentację i wsparcie. Dla aplikacji mobilnej trzeba wybrać wymagania dotyczące jej funkcji i oprogramowania. WCAG2ICT pomaga stosować pojęcia WCAG poza stronami internetowymi, ale samo jest wskazówką, a nie nowym obowiązkiem ustawowym.
Znaczenie prawne konkretnej wersji normy zależy od ogłoszenia jej odniesienia w Dzienniku Urzędowym UE dla danego aktu. W odniesieniu do dyrektywy 2016/2102 potwierdzona publikacja obejmuje EN 301 549 V3.2.1, opartą na WCAG 2.1. Polska ustawa dla podmiotów publicznych zawiera wymagania w załączniku odwołującym się do WCAG 2.1.
We wrześniu 2026 r. opublikowano EN 301 549 V4.1.1, która uwzględnia WCAG 2.2. Publikacja tej wersji nie jest równoznaczna z ogłoszeniem odniesienia dla EAA lub dyrektywy 2016/2102. Przy sprawdzeniu źródeł na potrzeby tego tekstu nie potwierdzono takiego ogłoszenia dla V4.1.1. Harmonizacji dla jednego aktu nie można przenieść na drugi.
Dlatego hasło „wszyscy muszą spełniać WCAG 2.2 AA” pomija zarówno zakres podmiotów, jak i wymagania wykraczające poza WCAG. W planie technicznym warto uwzględniać nowsze kryteria, a podstawę prawną i wersję normy zapisać oddzielnie.
Od czego zacząć w zespole
Najpierw opisz usługę, jej odbiorców i kanały: stronę, aplikację, dokumenty oraz sprzęt, jeśli uczestniczy w jej świadczeniu. Ustal właściwe przepisy, wyjątki i odpowiedzialność. Następnie przełóż wymagania na ścieżki użytkownika, na przykład rejestrację, wybór oferty, zakup i odebranie potwierdzenia.
Przy pracy nad interfejsem pomocne są konkretne opracowania w bazie wiedzy:
Zapisuj wyniki wraz z zakresem: które widoki i funkcje sprawdzono, jaką metodą oraz co pozostało do oceny. Testy automatyczne pomagają wykrywać część barier i regresje między wydaniami. Potrzebna jest również ręczna ocena zachowania oraz treści. Wynik Clearship nie jest certyfikatem zgodności z prawem i nie obejmuje wszystkich obowiązków ustawowych. Plan poprawek powinien łączyć wyniki testów z oceną właściwych wymagań i wracać do nich przy kolejnych zmianach produktu.