Od 28 czerwca 2025 r. sklepy internetowe i usługi e-commerce dla konsumentów muszą spełniać wymagania dostępności z polskiej ustawy wdrażającej European Accessibility Act. Mikroprzedsiębiorców świadczących usługi te przepisy nie obejmują. Technicznym punktem odniesienia jest norma EN 301 549, która dla stron internetowych przejmuje kryteria WCAG 2.1 na poziomie AA.

Skąd te wymagania i od kiedy obowiązują

Unia Europejska przyjęła w 2019 r. dyrektywę 2019/882, nazywaną European Accessibility Act (EAA). Jej wymagania stosuje się do usług od 28 czerwca 2025 r.

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. Opublikowano ją w Dzienniku Ustaw z 2024 r. pod pozycją 731. Rząd nazywa ją Polskim Aktem o Dostępności.

To inna regulacja niż ustawa z 2019 r. o dostępności cyfrowej stron podmiotów publicznych. Tamta dotyczy urzędów, szkół i instytucji publicznych. Ta dotyczy firm.

Czy Twoja strona podlega ustawie

Ustawa obejmuje usługi świadczone konsumentom w kilku branżach: telekomunikacji, bankowości detalicznej, transporcie pasażerskim, książkach elektronicznych i handlu elektronicznym. Dla firm na WordPressie liczy się prawie zawsze ta ostatnia kategoria.

Usługa handlu elektronicznego to według ustawy usługa świadczona na odległość, przez stronę lub urządzenie mobilne, na żądanie konsumenta, w celu zawarcia umowy. Ministerstwo Cyfryzacji czyta tę definicję szeroko. Obejmuje nią sprzedaż ubrań czy kosmetyków, ale też na przykład ubezpieczenia i usługi medyczne oferowane przez internet.

Ustawa dotyczy Twojej strony, gdy spełniasz trzy warunki naraz:

  1. Konsument może przez stronę lub aplikację zawrzeć umowę: kupić, zamówić, zarezerwować, wykupić abonament.
  2. Wśród klientów są osoby prywatne.
  3. Twoja firma nie jest mikroprzedsiębiorcą.

Sklep, który sprzedaje wyłącznie firmom, nie świadczy usług konsumentom. Strona wizytówka z formularzem kontaktowym zwykle nie mieści się w definicji, bo nie zawierasz przez nią umowy. Przy przypadkach granicznych, jak rezerwacje z przedpłatą albo konfigurator z zamówieniem, sprawdź zakres z prawnikiem.

Wyjątek dla mikroprzedsiębiorców

Ustawy nie stosuje się do usług oferowanych lub świadczonych przez mikroprzedsiębiorców. Mówi o tym art. 4 pkt 1. Według art. 7 Prawa przedsiębiorców mikroprzedsiębiorcą jest firma, która w co najmniej jednym z dwóch ostatnich lat obrotowych spełniła oba warunki:

  • zatrudniała średniorocznie mniej niż 10 pracowników,
  • miała roczny obrót netto nie wyższy niż równowartość 2 mln euro albo sumę bilansową do tej kwoty.

Wyjątek dotyczy usług, w tym sklepów internetowych. Przy produktach, takich jak czytniki e-booków czy terminale płatnicze, zasady dla mikroprzedsiębiorców są inne.

Status sprawdzasz za dwa ostatnie lata. Jeśli w żadnym z nich firma nie spełniła obu warunków, wyjątek przestaje obowiązywać.

Kto nadzoruje i jakie masz obowiązki

Nadzór nad usługami handlu elektronicznego sprawuje minister właściwy do spraw informatyzacji, czyli Minister Cyfryzacji. Cały system nadzoru rynku koordynuje Prezes Zarządu PFRON.

Konsument może złożyć skargę bezpośrednio do firmy. Skarga wskazuje usługę i wymaganie dostępności, którego usługa nie spełnia. Organ nadzoru może też zażądać od firmy informacji, które wykazują zgodność usługi z wymaganiami.

Ustawa przewiduje kary pieniężne do dziesięciokrotności przeciętnego miesięcznego wynagrodzenia, nie wyższe niż 10% obrotu z poprzedniego roku. Wysokość kary zależy od wagi naruszenia i liczby osób, których dotyczy.

Okresy przejściowe

Umowy o świadczenie usług zawarte przed 28 czerwca 2025 r. mogą obowiązywać bez zmian do wygaśnięcia, najpóźniej do 28 czerwca 2030 r. Archiwalnych treści, których nikt nie edytował od wejścia ustawy w życie, nie musisz dostosowywać. To samo dotyczy plików dokumentów i nagrań opublikowanych przed tą datą.

Obowiązki poza kodem strony

Kilka obowiązków spełnia sama firma jako usługodawca, bez udziału programisty. Usługodawca musi:

  • ocenić zgodność usługi z wymaganiami dostępności,
  • opisać w regulaminie lub podobnym dokumencie, jak usługa spełnia te wymagania, i podać ten opis w dostępnej formie,
  • przechowywać te informacje przez cały czas, gdy usługa jest w ofercie,
  • naprawiać niezgodności i niezwłocznie informować o nich organ nadzoru.

Nie musisz wdrażać wymagania, którego spełnienie byłoby nieproporcjonalnym obciążeniem. Firma musi to jednak wykazać oceną opartą na kosztach i korzyściach, według kryteriów z art. 21. Ministerstwo Cyfryzacji udostępnia wzór informacji o niespełnianiu wymagań przez usługę e-commerce.

Sklep ma dwa wymagania dodatkowe z art. 18. Funkcje identyfikacji, bezpieczeństwa i płatności muszą być dostępne. Sklep przekazuje też informacje o dostępności produktów, jeśli dostarczył je producent lub importer.

WCAG 2.1 czy 2.2: jaki poziom wybrać

Ustawa nie wymienia WCAG z nazwy. Odsyła do norm zharmonizowanych, a Ministerstwo Cyfryzacji wskazuje dla e-commerce normę EN 301 549 w wersji V3.2.1 z 2021 r. Jej część o stronach internetowych przejmuje kryteria WCAG 2.1 na poziomie AA. Norma jest w trakcie aktualizacji, więc przed audytem sprawdź aktualny wykaz na stronie ministerstwa.

WCAG 2.2 opublikowano w październiku 2023 r. Zawiera kryteria wersji 2.1 poza jednym usuniętym i dodaje dziewięć nowych. Sześć z nich jest na poziomie A lub AA. Dla sklepu liczą się zwłaszcza te:

  • element z fokusem nie może być w całości zasłonięty, na przykład przyklejonym nagłówkiem lub banerem zgód,
  • przyciski i linki mają co najmniej 24 × 24 piksele albo odpowiedni odstęp od sąsiednich,
  • przeciąganie, na przykład suwaka ceny, ma alternatywę w postaci kliknięć,
  • logowanie nie wymaga przepisywania kodów ani rozwiązywania łamigłówek bez innej drogi,
  • formularz nie każe drugi raz wpisywać danych podanych wcześniej w tym samym procesie, na przykład adresu.

Zasady kodowania WordPressa wymagają od nowego i zmienianego kodu rdzenia zgodności z WCAG 2.2 AA. Poprawki robione dziś planuj więc pod 2.2 AA. Wymagania wersji 2.1 spełnisz przy okazji.

Co poprawić w motywie

Większość problemów siedzi w motywie, nie w treściach. Typowa lista poprawek wygląda tak:

  • Kontrast. Zwykły tekst ma co najmniej 4,5:1 względem tła, duży tekst 3:1. Ikony, obramowania pól i stany przycisków też 3:1.
  • Obsługa klawiaturą. Menu, rozwijane podmenu, filtry, galeria i koszyk działają klawiszami Tab, Enter i Esc.
  • Widoczny fokus. Aktywny element ma wyraźny obrys. Reguła outline: none bez zamiennika to częsty błąd gotowych motywów.
  • Link „Przejdź do treści”. Pierwszy element strony pozwala pominąć menu.
  • Nagłówki. Jeden H1 na stronę, kolejne poziomy bez przeskoków. Poziom nagłówka wynika z treści, nie z wielkości czcionki.
  • Formularze. Każde pole ma widoczną etykietę. Komunikat o błędzie jest tekstem przy polu, bo czerwonej ramki osoba niewidoma nie zobaczy.
  • Okna i banery. Baner zgód, popup i menu mobilne zamkniesz klawiaturą, a fokus nie ucieka pod spód.
  • Powiększenie. Strona działa przy powiększeniu tekstu do 200% i przy szerokości 320 px bez przewijania w poziomie.
  • Ruch. Slider i animacje dłuższe niż 5 sekund mają przycisk pauzy.
  • Język. Znacznik html ma atrybut lang="pl", więc czytnik ekranu czyta tekst po polsku.

Motywy z katalogu WordPress.org z tagiem „accessibility-ready” przeszły przegląd podstawowych wymagań. To dobry punkt startu, ale nie dowód zgodności z WCAG. Wybór motywu omawiamy w tekście motyw dedykowany czy gotowy. Page buildery często generują głęboko zagnieżdżony kod, który trudniej poprawić, o czym piszemy przy page builderach i wydajności.

Sklep WooCommerce: miejsca do sprawdzenia

  • Warianty produktu. Próbka koloru ma też nazwę tekstową.
  • Filtry i sortowanie. Gdy lista odświeża się bez przeładowania strony, czytnik ekranu dostaje informację o nowej liczbie wyników.
  • Koszyk. Zmiana ilości i usunięcie produktu działają z klawiatury i mają opisowe etykiety.
  • Zamówienie. Pola adresu mają etykiety i autouzupełnianie, a błędy opisuje tekst przy polu.
  • Płatność. Bramka w ramce lub po przekierowaniu to kod operatora płatności. Zapytaj go o informację o dostępności.
  • CAPTCHA. Przy rejestracji i zamówieniu potrzebna jest droga bez łamigłówki.

Przejdź ścieżkę zakupu od karty produktu do potwierdzenia zamówienia wyłącznie klawiaturą. Miejsce, w którym utkniesz, zablokuje też osobę niewidomą.

Treści: zadanie dla redakcji

Część wymagań spełnia redakcja przy każdym wpisie. Wystarczy krótka lista zasad:

  • tekst alternatywny opisuje, co obraz przekazuje, a zdjęcie dekoracyjne ma pusty alt (więcej w tekście o obrazach w WordPress),
  • link mówi, dokąd prowadzi: „cennik opieki” zamiast „kliknij tutaj”,
  • wideo ma napisy, a nagranie audio transkrypcję,
  • informacja nie opiera się na samym kolorze, jak w zdaniu „pola na czerwono są obowiązkowe”,
  • dokumenty PDF są dostępne albo mają wersję na stronie,
  • tekst nie jest justowany, bo nierówne odstępy między słowami utrudniają czytanie; odradza to WCAG na poziomie AAA.

Jak sprawdzić stronę i od czego zacząć

Testy automatyczne, takie jak Lighthouse, WAVE czy axe, wyłapują brak alt, niski kontrast i puste linki. Nie ocenią, czy alt ma sens ani czy menu działa z klawiatury. Potrzebny jest też test ręczny: sama klawiatura, powiększenie do 200% i czytnik ekranu, na przykład NVDA w Windows albo VoiceOver na Macu i iPhonie.

Nakładki dostępności, czyli wtyczki z ikoną postaci i panelem kontrastu, nie zmieniają kodu strony. Nie dodadzą etykiet do pól formularza ani nie uwolnią fokusu z okna, które go więzi.

Rozsądna kolejność pracy:

  1. Audyt: testy automatyczne i ręczne na głównych szablonach, czyli stronie głównej, kategorii, produkcie, koszyku, zamówieniu i formularzu.
  2. Lista problemów z priorytetem. Najpierw to, co blokuje zakup lub kontakt.
  3. Poprawki w motywie i szablonach. Jedna poprawka w szablonie produktu naprawia wszystkie produkty naraz.
  4. Zasady dla redakcji i poprawki w treściach.
  5. Opis dostępności w regulaminie i ponowny test po każdej większej zmianie.

Dostępność łatwo połączyć z audytem technicznym strony WordPress. Dotyczy tych samych szablonów co wydajność i SEO.

Najczęstsze pytania

Czy mój sklep na WordPressie musi spełniać wymagania EAA?

Tak, jeśli sprzedaje konsumentom i Twoja firma nie jest mikroprzedsiębiorcą. Przepisy obowiązują od 28 czerwca 2025 r. Mikroprzedsiębiorca to firma z mniej niż 10 pracownikami i obrotem lub sumą bilansową do równowartości 2 mln euro.

Czy strona firmowa bez sklepu podlega ustawie?

Ustawa dotyczy usług handlu elektronicznego, czyli stron, przez które konsument zawiera umowę na odległość. Strona wizytówka z formularzem kontaktowym zwykle się w tym nie mieści. Rezerwacje z płatnością, zapisy na płatne usługi czy sprzedaż abonamentów już tak.

Czy wtyczka lub nakładka dostępności wystarczy?

Nie. Nakładka dodaje panel z opcjami, ale nie zmienia kodu motywu, formularzy ani nawigacji. Wymagania WCAG dotyczą samej strony, więc poprawki muszą trafić do motywu i treści.

Kto kontroluje dostępność sklepów internetowych w Polsce?

Nadzór nad usługami handlu elektronicznego sprawuje Minister Cyfryzacji, a cały system nadzoru koordynuje Prezes Zarządu PFRON. Konsument może też złożyć skargę bezpośrednio do firmy. Skarga musi wskazywać usługę i niespełnione wymaganie.

Poprawki dostępności trafiają zwykle do tych samych szablonów motywu co poprawki wydajności. W stałej opiece nad stroną WordPress masz na takie zmiany pulę godzin developera.