Nowe wymagania WCAG i EAA: jak przygotować stronę i e-usługi na 2025+

Nowe wymagania WCAG i EAA: jak przygotować stronę i e-usługi na 2025+
  • 14 sierpnia, 2025
  • pixelshark

Nowe wymagania WCAG i EAA: jak przygotować stronę i e-usługi na 2025+

Dostępność przestała być „miłym dodatkiem”, a stała się obowiązkiem prawnym i przewagą biznesową. Dla administracji publicznej źródłem jest Dyrektywa (UE) 2016/2102 i polska ustawa o dostępności cyfrowej z 4 kwietnia 2019 r. (t.j. Dz.U. 2023 poz. 1440) — wymagają one zgodności serwisów i aplikacji mobilnych podmiotów publicznych z normą zharmonizowaną (EN 301 549) i publikowania deklaracji dostępności.

Sektor prywatny wchodzi na równie twardy kurs dzięki Europejskiemu Aktowi o Dostępności (EAA, Dyrektywa (UE) 2019/882). Od 28 czerwca 2025 r. wiele usług cyfrowych sprzedawanych konsumentom w UE — w tym e-commerce, bankowość, platformy sprzedażowe, e-książki, telekomunikacja czy usługi transportowe — musi spełniać określone wymagania dostępności. Państwa członkowskie przewidziały mechanizmy nadzoru i sankcje za brak zgodności.

WCAG 2.2, EN 301 549 i prawo: jak to się łączy?

Praktyczny punkt odniesienia dla webu to WCAG. W październiku 2023 r. W3C opublikowało WCAG 2.2 z dziewięcioma nowymi kryteriami (m.in. Focus not obscured, Dragging movements, Target size (minimum), Accessible Authentication), które poprawiają realne doświadczenie użytkowników, zwłaszcza mobilnie.

W Europie wymagania prawne są wiązane z EN 301 549 (norma zharmonizowana przy dyrektywie 2016/2102). Aktualna, szeroko stosowana wersja V3.2.1 inkorporuje WCAG 2.1 w całości. Aktualizacja normy, która odwoła się wprost do WCAG 2.2, przebiega w cyklu harmonizacji; do czasu publikacji w Dzienniku Urzędowym wciąż egzekwowany jest wariant z WCAG 2.1. Innymi słowy: dziś trzeba minimalnie spełnić WCAG 2.1 AA, a świadome marki wdrażają już WCAG 2.2 (forward-compatible), by nie robić refaktoringu za chwilę.

Co to oznacza dla nowych i modernizowanych stron?

Dla podmiotów publicznych w Polsce obowiązuje wprost ustawa z 2019 r. (Dz.U. 2023 poz. 1440). Reguluje ona m.in. wymagania dla stron i aplikacji, treść i publikację deklaracji dostępności, monitorowanie oraz odpowiedzialność organów. Równoległa ustawa o zapewnianiu dostępności osobom ze szczególnymi potrzebami porządkuje dostępność architektoniczną, informacyjno-komunikacyjną i cyfrową w jednostkach publicznych. W obszarach, których nie reguluje szczegółowo, odsyła ponownie do ustawy cyfrowej.

Dla biznesu (sprzedaż do konsumentów w UE) EAA przenosi ciężar z „dobrych praktyk” na wymogi. E-sklepy i procesy zakupowe — od listingu, przez koszyk i płatności, po obsługę klienta — muszą być percepcyjne, operowalne, zrozumiałe i solidne. Pojawia się wymóg utrzymywania oświadczeń/ocen dostępności, szkolenia zespołów i ciągłego monitoringu. Tak: to praca stała, nie „jednorazowy projekt”.

Dlaczego warto wdrożyć WCAG „na serio”, a nie „na papierze”?

  1. Ryzyko prawne i wizerunkowe — organy w UE mają obowiązek egzekwować „skuteczne, proporcjonalne i odstraszające” sankcje. Nie chodzi wyłącznie o same kary, ale też o reklamacje, dostępność konkurencji i PR.
  2. SEO i performance — wcześnie zaadresowane kwestie dostępności (semantyka, porządek nagłówków, alternatywy dla mediów, focus management) poprawiają indeksowalność, Core Web Vitals i konwersję na mobile. (Tu WCAG 2.2 dodaje realne, mierzalne kryteria dot. fokusu i elementów dotykowych).
  3. Rynek i zgodność przetargowa — EN 301 549 jest podstawą wymagań w zamówieniach publicznych (ICT). Jeśli Twoja oferta nie spełnia normy, może w ogóle nie przejść preselekcji.

Co realnie musi się znaleźć w projekcie i kodzie?

  • Struktura i semantyka: poprawny HTML, logiczne H1–H6, landmarki (header/nav/main/footer), alternatywy dla obrazów i multimediów; formularze z etykietami i walidacją, komunikaty o błędach „programmatically determinable”. To jest rdzeń WCAG.
  • Klawiatura i fokus: pełna operowalność z klawiatury, widoczny fokus, brak „pułapek”. Nowe 2.2 podnosi poprzeczkę: nieprzesłanianie fokusa i minimalny wygląd fokusa eliminują popularne „ciemne wzory” w UI.
  • Dotyk i targety: Target Size (Minimum) oraz Dragging Movements — elementy klikalne muszą mieć rozsądny rozmiar i alternatywę dla „przeciągania”, co szczególnie dotyczy filtrów, suwaków i kart na mobile.
  • Uwierzytelnianie: Accessible Authentication wymaga, by logowanie/2FA nie opierało się wyłącznie na trudno dostępnych zadaniach poznawczych (np. CAPTCHA bez alternatywy).
  • Treści nienaznaczone wyjątkiem: dokumenty, multimedia i komponenty osadzone muszą być dostępne tak samo jak strona (to częsty punkt audytów). W sektorze publicznym dochodzą wymogi formalne deklaracji.

A co z „papierologią”?

UE przyjęła modelową deklarację dostępności oraz metodologię monitorowania dla sektora publicznego; w PL wynikają one z ustawy z 2019 r. oraz aktów wykonawczych. W praktyce oznacza to, że serwis musi:

  • utrzymywać i aktualizować deklarację dostępności w widocznym miejscu,
  • mieć mechanizm zgłaszania problemów i żądania zapewnienia dostępności,
  • być gotowym na monitoring organów i raportowanie. W3C

W biznesie (EAA) ciężar dokumentacji to oceny zgodności, informacje o dostępności usługi, a dla marketplace’ów — także przekazywanie informacji o dostępności produktów od producentów. Z naszych wdrożeń: najwięcej pracy zajmuje „domknięcie” procesów zakupowych i obsługi klienta, by były dostępne od A do Z.

PixelShark: jak dowozimy dostępność

W PixelShark projektujemy, audytujemy i wdrażamy dostępność end-to-end — od analizy prawnej i normatywnej, przez design system zgodny z WCAG 2.2/EN 301 549, po refaktoryzację frontendu, testy z technologiami asystującymi i szkolenia zespołów.

  • Public: wdrożenia dla podmiotów objętych ustawą z 2019 r. (WCAG 2.1 AA + deklaracja + monitoring).
  • Private/E-commerce: przygotowanie do EAA 2025 — dostępny koszyk, płatności, obsługa klienta, dokumentacja i mechanizmy ciągłego nadzoru.
  • Future-proof: projektujemy od razu pod WCAG 2.2, by Twoja witryna nie wymagała kolejnego kosztownego „dowożenia” w następnym roku.

Co zyskasz wdrażając dostępność z nami?

  • Zgodność z prawem i spokój w razie kontroli.
  • Większą konwersję i lepsze UX na mobile (mniej porzuconych koszyków).
  • Lepsze SEO dzięki semantyce, poprawnej nawigacji i treściom alternatywnym.
  • Niższe koszty utrzymania — design system i testy automatyczne zastępują „gaszenie pożarów”.

Jeśli Twoja organizacja planuje nową stronę lub modernizację — zróbmy to od razu dobrze: WCAG 2.2 / EN 301 549, z pełnym wsparciem prawnym EAA i polskich regulacji.

Napisz do nas bądź zadzwoń

Źródła i podstawy prawne

  • Dyrektywa (UE) 2016/2102 – dostępność stron WWW i apek podmiotów publicznych; definicja dostępności i wymogi implementacyjne.
  • Ustawa z 4.04.2019 r. o dostępności cyfrowej (t.j. Dz.U. 2023 poz. 1440) – obowiązki w Polsce: wymagania, deklaracja, monitoring.
  • Ustawa z 19.07.2019 r. o zapewnianiu dostępności osobom ze szczególnymi potrzebami – ramy horyzontalne, odesłanie do ustawy cyfrowej.
  • EN 301 549 V3.2.1 – europejska norma dostępności (włączająca WCAG 2.1).
  • WCAG 2.2 (W3C/WAI) – nowe kryteria: fokus, ruch przeciągania, cele dotykowe, logowanie.
  • European Accessibility Act (2019/882) – stosowanie do usług cyfrowych od 28.06.2025; źródła KE/Accessible-EU.