Dostępność cyfrowa WordPress – WCAG 2.2, European Accessibility Act i obowiązki od 2025
Opublikowano: 15 czerwca 2026 · Autor: Marcin Szewczyk-Wilgan
Dostępność cyfrowa przestała być dobrą praktyką, a stała się obowiązkiem prawnym. Od 28 czerwca 2025 roku w całej Unii Europejskiej obowiązuje European Accessibility Act (Europejski Akt o Dostępności), wdrożony w Polsce ustawą z 26 kwietnia 2024 roku. Po raz pierwszy wymogi dostępności, znane wcześniej głównie z sektora publicznego, objęły szeroko firmy prywatne, w tym sklepy internetowe, bankowość, usługi telekomunikacyjne i e-booki. Dla milionów stron opartych na WordPressie oznacza to konkretne pytanie: czy moja strona spełnia wytyczne WCAG i czy grożą mi kary. Dostępność łączy się też ściśle z innymi obszarami zgodności i jakości: z zgodnością z RODO, z technicznym SEO (czytelna struktura nagłówków i semantyka pomagają zarówno czytnikom ekranu, jak i wyszukiwarkom) oraz z UX wspieranym przez AI. Ten artykuł wyjaśnia, czym jest dostępność cyfrowa, kogo realnie dotyczą nowe przepisy, jak rozumieć WCAG 2.2 i, przede wszystkim, jak praktycznie dostosować stronę lub sklep WordPress.
Czym jest dostępność cyfrowa i dla kogo ma znaczenie
Dostępność cyfrowa (web accessibility, a11y) oznacza projektowanie i budowanie stron tak, by mogły z nich korzystać wszyscy użytkownicy, również osoby z niepełnosprawnościami wzroku, słuchu, ruchu i funkcji poznawczych, a także osoby starsze oraz korzystające z technologii wspomagających. W praktyce dotyczy znacznie szerszej grupy niż się wydaje: według danych Eurostatu i WHO osoby z różnymi formami niepełnosprawności to istotny odsetek populacji UE, a do tego dochodzą sytuacje przejściowe (złamana ręka, jasne słońce na ekranie telefonu, hałaśliwe otoczenie). Dostępna strona to lepsze doświadczenie dla każdego, nie tylko dla wąskiej grupy.
WCAG 2.2 – cztery zasady i poziomy zgodności
WCAG (Web Content Accessibility Guidelines) to międzynarodowy standard dostępności tworzony przez konsorcjum W3C. Aktualną wersją jest WCAG 2.2, opublikowana jako rekomendacja W3C w październiku 2023 roku. WCAG 2.2 jest wstecznie zgodne z 2.1 i 2.0, dodaje nowe kryteria, ale nie usuwa wcześniejszych. Cały standard opiera się na czterech zasadach, które tworzą akronim POUR.
Postrzegalność
Informacje i elementy interfejsu muszą być prezentowane w sposób, który użytkownik jest w stanie odebrać. To m.in. teksty alternatywne obrazów, napisy do wideo, wystarczający kontrast tekstu do tła (minimum 4,5:1 dla zwykłego tekstu na poziomie AA) i możliwość powiększenia treści bez utraty funkcji.
Funkcjonalność
Każdy element interfejsu musi dać się obsłużyć, także bez myszy. To pełna obsługa klawiaturą, widoczny wskaźnik fokusu, brak pułapek klawiaturowych, możliwość pominięcia powtarzalnych bloków oraz brak treści, która może wywołać napad padaczki (limit błysków).
Zrozumiałość
Treść i działanie interfejsu muszą być zrozumiałe. To czytelny język, przewidywalna nawigacja, oznaczony język strony (atrybut lang), opisowe etykiety pól oraz jasne komunikaty pomagające naprawić błędy w formularzach.
Solidność
Kod musi być na tyle poprawny, by interpretowały go różne przeglądarki i technologie wspomagające. To prawidłowy, semantyczny HTML, właściwe użycie ról i atrybutów ARIA oraz komunikowanie zmian stanu (status messages) czytnikom ekranu.
Każde kryterium sukcesu WCAG przypisane jest do jednego z trzech poziomów: A (minimalny), AA (standard odniesienia dla większości przepisów, w tym dla EAA) i AAA (najwyższy, rzadko wymagany w całości). Norma europejska EN 301 549, do której odsyłają przepisy, opiera się na WCAG 2.1 AA. Wdrażając WCAG 2.2 AA spełniasz ten wymóg z marginesem bezpieczeństwa i jesteś przygotowany na przyszłe aktualizacje normy.
European Accessibility Act i polska ustawa – kogo dotyczą
European Accessibility Act to potoczna nazwa dyrektywy Parlamentu Europejskiego i Rady (UE) 2019/882 z 17 kwietnia 2019 roku w sprawie wymogów dostępności produktów i usług. W Polsce dyrektywę wdraża ustawa z 26 kwietnia 2024 roku o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze. Przepisy stosuje się od 28 czerwca 2025 roku. To kluczowa zmiana: wcześniej obowiązki dostępności (z ustawy z 2019 r.) dotyczyły głównie podmiotów publicznych, a teraz objęły szeroki katalog firm prywatnych działających w modelu B2C.
Jak dostosować stronę WordPress do WCAG – warstwa po warstwie
Dostępność w WordPressie powstaje na czterech poziomach: motywu, treści, wtyczek i konfiguracji. Żaden z nich samodzielnie nie wystarczy. Zgodność osiąga się dopiero wtedy, gdy wszystkie cztery są spójne. Poniżej praktyczny rozkład prac.
Elementy najczęściej przesądzające o zgodności sklepu i strony
W audytach najwięcej niezgodności pojawia się w kilku powtarzalnych miejscach. W sklepach WooCommerce ścieżka zakupowa jest punktem o najwyższym ryzyku, bo to ona realizuje usługę objętą EAA.
Pola i komunikaty błędów
Każde pole musi mieć widoczną, powiązaną etykietę (label). Błędy walidacji trzeba komunikować tekstem i powiązać z polem, nie tylko kolorować ramkę na czerwono. Komunikat musi podpowiadać, jak naprawić błąd. Dotyczy to także formularzy kontaktowych.
Klawiatura i fokus
Cały serwis musi dać się obsłużyć klawiszem Tab w logicznej kolejności, z wyraźnie widocznym wskaźnikiem fokusu. Menu rozwijane i koszyk nie mogą działać wyłącznie po najechaniu myszą. Pułapki klawiaturowe (np. w popupie) dyskwalifikują.
Kolory i czytelność
Tekst musi mieć kontrast co najmniej 4,5:1 wobec tła (3:1 dla dużego tekstu i elementów UI). Dotyczy to także przycisków CTA, etykiet i tekstu na zdjęciach. Informacja nie może opierać się wyłącznie na kolorze (np. „pola na czerwono są wymagane").
Obrazy i wideo
Obrazy niosące treść wymagają tekstu alternatywnego; dekoracyjne, pustego alt. Wideo wymaga napisów, a istotne nagrania audio, transkrypcji. Galerie i slidery muszą być obsługiwane klawiaturą i nie mogą auto-przewijać się bez możliwości zatrzymania.
Jak sprawdzić dostępność – audyt i narzędzia
Dostępności nie da się ocenić wyłącznie automatem. Narzędzia automatyczne wykrywają realnie tylko część błędów (kontrast, brakujące atrybuty, częściowo strukturę). Reszta wymaga testu manualnego: nawigacji klawiaturą i odsłuchu czytnikiem ekranu. Skuteczny audyt łączy oba podejścia.
Pułapka nakładek (accessibility overlay)
Na rynku popularne są wtyczki-nakładki obiecujące „zgodność z WCAG jednym kliknięciem”, czyli widżet z paskiem narzędzi do zmiany kontrastu i rozmiaru tekstu. To kuszące, ale mylące rozwiązanie. Nakładki nie naprawiają źródła problemu: nie poprawiają struktury HTML, nie dodają sensownych etykiet ani tekstów alternatywnych, nie zmieniają kolejności fokusu. Eksperci dostępności i organizacje osób z niepełnosprawnościami konsekwentnie ostrzegają, że nakładki nie zapewniają zgodności i bywają wręcz przeszkodą, bo kolidują z czytnikami ekranu, których użytkownicy używają na co dzień. Z perspektywy prawnej nakładka nie chroni przed odpowiedzialnością. Jedyną wiarygodną drogą jest dostępność wbudowana w kod, motyw i treść.
Podsumowanie
Dostępność cyfrowa to dziś jednocześnie obowiązek prawny (European Accessibility Act i polska ustawa z 26 kwietnia 2024 r., obowiązująca od 28 czerwca 2025 r.), standard jakości (WCAG 2.2 AA) i realna przewaga, bo dostępna strona jest wygodniejsza dla wszystkich i lepiej radzi sobie w wyszukiwarkach. Dla WordPressa praktyka sprowadza się do czterech warstw: dostępny motyw, poprawnie przygotowana treść, sprawdzone wtyczki i staranna konfiguracja kodu. Najwięcej błędów powstaje w treści i formularzach, a najwyższe ryzyko prawne dotyczy ścieżki zakupowej w sklepach. Zacznij od audytu, automatycznego i manualnego, ustal priorytety według wpływu na użytkownika i ryzyka, a następnie utrzymuj dostępność jako proces, nie jednorazowy projekt. Unikaj nakładek, które obiecują zgodność bez realnej pracy nad kodem.
W WebOptimo audytujemy i dostosowujemy strony oraz sklepy WordPress do wymogów WCAG 2.2 AA i European Accessibility Act: testy klawiaturą i czytnikiem ekranu, poprawki motywu i treści, dostępne formularze i ścieżka zakupowa, deklaracja dostępności. Jeśli chcesz sprawdzić, gdzie stoi Twoja strona i co realnie trzeba poprawić, skontaktuj się z nami. Pamiętaj: ten artykuł ma charakter informacyjny i nie stanowi porady prawnej. W kwestii zakresu obowiązków dla Twojej konkretnej działalności skonsultuj się z prawnikiem.
Najczęstsze pytania o dostępność WordPress
Jeśli prowadzisz działalność B2C i oferujesz objęte ustawą produkty lub usługi konsumentom w UE (m.in. e-commerce, bankowość, telekomunikacja, e-booki), prawdopodobnie tak. Wyłączone są mikroprzedsiębiorstwa świadczące usługi (poniżej 10 pracowników i obrót lub suma bilansowa do 2 mln EUR). Niezależnie od obowiązku dostępność wspiera też SEO i UX.
Standardem odniesienia jest poziom AA. Przepisy odsyłają do normy EN 301 549 opartej na WCAG 2.1 AA. Aktualna wersja wytycznych to WCAG 2.2 (rekomendacja W3C z października 2023), wstecznie zgodna z 2.1, więc wdrażając 2.2 AA spełniasz wymóg z zapasem.
Nie. Accessibility overlay nie naprawia struktury HTML, etykiet ani kolejności fokusu i nie zwalnia z odpowiedzialności prawnej. Często utrudnia korzystanie osobom używającym własnych czytników ekranu. Dostępność trzeba zapewnić w kodzie, motywie i treści.
Polska ustawa z 26 kwietnia 2024 r. wdraża European Accessibility Act. Przepisy stosuje się od 28 czerwca 2025 r. Przewidziano okresy przejściowe, m.in. świadczenie usług na dotychczasowych zasadach do 28 czerwca 2030 r. w zakresie określonym w ustawie.
Kary pieniężne nakładane przez organy nadzoru rynku, do dziesięciokrotności przeciętnego wynagrodzenia miesięcznego, nie więcej niż 10% obrotu z poprzedniego roku. Do tego dochodzą skargi konsumentów i koszt pilnych poprawek.
To dobry start, ale nie gwarancja. Motyw „accessibility-ready" zapewnia dostępność w warstwie szablonu, jednak zgodność zależy też od treści, wtyczek i konfiguracji. Trzeba ją weryfikować na gotowej stronie, nie tylko na poziomie motywu.
