Najważniejsze wnioski
- PAD obowiązuje od 28 czerwca 2025 r. i obejmuje wskazane w ustawie produkty i usługi, w tym określone usługi handlu elektronicznego.
- Nie każda firma ma identyczny zakres obowiązków; znaczenie ma rodzaj usługi, rola podmiotu, wyjątki i przepisy przejściowe.
- Dla e-commerce punktem technicznym jest EN 301 549 V3.2.1 (2021), która korzysta z WCAG 2.1, ale nie ogranicza się wyłącznie do niego.
- Widget może szybko udostępnić funkcje wspierające, lecz audyt i naprawy źródłowe nadal są potrzebne.
- Najbezpieczniej pracować etapami: zakres, funkcje wspierające, audyt, naprawa i monitoring.
Dla zarządzającego
Potrzebujesz właściciela procesu, ustalenia zakresu PAD, budżetu na priorytetowe naprawy oraz cyklicznego monitoringu po zmianach w sklepie.
Dla sprzedaży
Nie sprzedawaj strachu ani „zgodności jednym kliknięciem”. Pokaż funkcje WCAGbot na realnej stronie i uczciwie wyjaśnij dalsze kroki.
Polski Akt o Dostępności to potoczna nazwa ustawy z 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze. Ustawa wdraża do polskiego porządku prawnego dyrektywę (UE) 2019/882, znaną jako Europejski Akt o Dostępności. Przepisy stosuje się od 28 czerwca 2025 r.
Dla handlu elektronicznego oznacza to konkretną zmianę: dostępność przestała być kwestią dobrej woli, a stała się wymaganiem wobec usługi. Ten przewodnik porządkuje, co z tego wynika, i — co równie ważne — czego z tego nie wynika.
Kogo dotyczy
Ustawa obejmuje wskazane w niej produkty i usługi. Po stronie produktów są to między innymi sprzęt komputerowy, terminale płatnicze, smartfony i czytniki książek elektronicznych. Po stronie usług — telekomunikacja, bankowość detaliczna, transport pasażerski, dostęp do audiowizualnych usług medialnych oraz usługi handlu elektronicznego.
Sam fakt posiadania strony internetowej nie przesądza o kwalifikacji. Znaczenie ma to, czy prowadzisz usługę handlu elektronicznego, czyli umożliwiasz konsumentowi zawarcie umowy na odległość drogą elektroniczną. Strona wizytówkowa bez sprzedaży to inna sytuacja niż sklep z koszykiem i płatnością.
| Sytuacja | Czy wymagania mogą mieć zastosowanie | Co sprawdzić |
|---|---|---|
| Sklep sprzedający konsumentom | Zwykle tak | Status mikroprzedsiębiorcy, zakres usługi |
| Sprzedaż wyłącznie B2B | Zwykle nie w zakresie usług konsumenckich | Czy faktycznie nie ma sprzedaży konsumenckiej |
| Strona wizytówkowa bez sprzedaży | Zwykle nie | Czy nie ma zawierania umów drogą elektroniczną |
| Mikroprzedsiębiorca świadczący usługę | Wyłączenie ustawowe | Kryteria zatrudnienia i wyników finansowych |
| Marketplace z własną sprzedażą | Zwykle tak | Rola podmiotu i zakres świadczonej usługi |
Ta tabela jest punktem wyjścia do rozmowy, a nie opinią prawną. Przy nietypowym modelu — sprzedaż mieszana, franczyza, platforma pośrednicząca — zakres obowiązków warto ustalić z prawnikiem. Bardziej szczegółowe drzewo decyzyjne znajdziesz w tekście czy Polski Akt o Dostępności dotyczy sklepu online.
Jak wygląda punkt odniesienia technicznego
Ustawa nie zawiera listy kryteriów technicznych. Rolę tę pełni norma zharmonizowana EN 301 549, w wersji V3.2.1 z marca 2021 r. Jej rozdział 9, dotyczący treści webowych, odsyła do WCAG 2.1 na poziomie A i AA. Stąd bierze się popularny skrót „WCAG 2.1 AA”.
Skrót jest jednak niepełny. Norma obejmuje szerszy zakres ICT niż same strony — także oprogramowanie, dokumentację i wsparcie użytkownika. Sklep z aplikacją mobilną i infolinią ma do sprawdzenia więcej niż jedną warstwę. Relacje między tymi dokumentami rozkładamy na czynniki pierwsze w tekście o WCAG 2.1, WCAG 2.2 i EN 301 549.
Obowiązki informacyjne
Częsty błąd polega na sprowadzeniu przygotowań wyłącznie do warstwy technicznej. Ustawa przewiduje również obowiązki informacyjne: opis usługi pod kątem tego, jak spełnia wymagania dostępności, w formie zrozumiałej dla odbiorcy i dostępnej dla osób z niepełnosprawnościami.
W praktyce oznacza to sekcję na stronie, która mówi konkretnie: jakie rozwiązania są dostępne, jakie są znane ograniczenia, jak zgłosić problem i w jakim czasie sklep odpowiada. Deklaracja, która twierdzi, że wszystko jest w porządku, gdy nie jest, obraca się przeciwko autorowi.
Organ nadzoru rynku patrzy na to, czy usługa działa dla użytkownika. Nie na to, jak brzmi baner na stronie.
Gdzie w tym wszystkim jest widget
Funkcje wspierające dostępność, takie jak panel WCAGbot, mogą dać użytkownikowi natychmiastową pomoc: powiększenie tekstu, tryby kontrastu, zatrzymanie animacji, prowadnicę czytania. Ich zaletą jest czas wdrożenia liczony w minutach — proces opisujemy w tekście o instalacji WCAGbot, a same funkcje w przeglądzie kontrastu, tekstu i czytania treści.
Widget nie jest natomiast dowodem spełnienia wymagań i nie zastępuje audytu ani napraw źródłowych. Brakująca etykieta pola, zdjęcie bez opisu alternatywnego czy pułapka fokusu w oknie koszyka pozostaną barierami niezależnie od tego, ile funkcji udostępnisz. Argumentację rozwijamy w tekście o widgecie a zgodności z WCAG.
Scenariusz wdrożenia w pięciu etapach
Rozważmy scenariusz średniego sklepu, który zaczyna od zera. Etap pierwszy: ustalenie zakresu — czy usługa mieści się w ustawie, czy firma spełnia kryteria mikroprzedsiębiorcy, kto w organizacji jest właścicielem tematu. Etap drugi: uruchomienie funkcji wspierających, żeby część użytkowników zyskała pomoc od razu.
Pięć etapów przygotowania sklepu
Etap trzeci: audyt ścieżki zakupowej — od wyszukiwania po potwierdzenie zamówienia, według checklisty dostępności sklepu internetowego. Etap czwarty: naprawy uszeregowane według wpływu na dokończenie zakupu, a nie według łatwości wykonania. Etap piąty: monitoring po każdej zmianie motywu, bramki płatności lub aplikacji zewnętrznej, plus obsługa zgłoszeń od użytkowników.
Etapy drugi i trzeci można prowadzić równolegle. Czwartego i piątego nie da się pominąć — i to one decydują, czy przygotowanie jest realne, czy tylko deklarowane.
Pięć najczęstszych błędów w przygotowaniach
Sklepy, które zaczynają przygotowania, powtarzają zwykle te same pomyłki. Każda z nich kosztuje czas, a niektóre kosztują też wiarygodność.
Pierwszy błąd: skrót „kupujemy widget i temat zamknięty”. Funkcje wspierające pomagają od pierwszego dnia, ale nie usuwają barier zapisanych w kodzie. Deklaracja zgodności oparta wyłącznie na wtyczce jest nie do obrony.
Drugi błąd: zaczynanie od strony głównej. Strona główna rzadko bywa miejscem, w którym klient się zacina. Bariery mieszkają w koszyku, formularzu i płatności — czyli tam, gdzie sklep zarabia.
Trzeci błąd: audyt bez planu napraw. Raport z dwustoma znaleziskami bez priorytetów trafia do szuflady. Lista uszeregowana według wpływu na dokończenie zakupu trafia do sprintu.
Czwarty błąd: pominięcie integracji. Bramka płatności, wyszukiwarka, widget opinii i chat to zwykle kod zewnętrznego dostawcy, który bywa najsłabszym ogniwem procesu. Trzeba je sprawdzić osobno i zgłaszać problemy dostawcom.
Piąty błąd: jednorazowość. Dostępność psuje się po aktualizacji motywu albo dodaniu nowej aplikacji. Bez cyklicznego przeglądu efekt pracy znika w kilka miesięcy.
Kto w firmie powinien to prowadzić
Najczęstszą przyczyną utknięcia projektu nie jest budżet ani technologia, tylko brak właściciela tematu. Dostępność dotyka jednocześnie prawa, technologii, treści i obsługi klienta, więc łatwo wpada w lukę między działami.
Sprawdza się układ, w którym jedna osoba odpowiada za całość i pilnuje harmonogramu, dział techniczny realizuje naprawy, osoba od treści dba o opisy alternatywne i zrozumiałe komunikaty, a obsługa klienta zbiera zgłoszenia od użytkowników. Kwestie kwalifikacji prawnej — zakres ustawy, status mikroprzedsiębiorcy — warto potwierdzić z prawnikiem zamiast rozstrzygać je wewnętrznie.
Techniczne punkty odniesienia dla tych prac opisujemy w tekście o WCAG 2.1, WCAG 2.2 i EN 301 549.
Najczęstsze pytania
Od kiedy obowiązują przepisy?
Przepisy ustawy z 26 kwietnia 2024 r. stosuje się od 28 czerwca 2025 r. Ustawa wdraża dyrektywę (UE) 2019/882.
Czy mój sklep na pewno podlega ustawie?
Zależy to od tego, czy świadczysz usługę handlu elektronicznego konsumentom oraz czy nie korzystasz z wyłączenia dla mikroprzedsiębiorców świadczących usługi. Przy nietypowym modelu sprzedaży warto potwierdzić kwalifikację z prawnikiem.
Czy sprzedaż wyłącznie B2B jest objęta wymaganiami?
Wymagania dla usług handlu elektronicznego wiążą się ze sprzedażą konsumencką. Model wyłącznie B2B zwykle nie mieści się w tym zakresie, ale trzeba sprawdzić, czy faktycznie nie ma sprzedaży konsumenckiej.
Jakie wymagania techniczne trzeba spełnić?
Odniesieniem jest norma EN 301 549, której rozdział 9 odsyła w zakresie treści webowych do WCAG 2.1 na poziomie A i AA. Zakres normy jest jednak szerszy niż same strony internetowe.
Czy wystarczy zainstalować widget dostępności?
Nie. Widget udostępnia funkcje wspierające, ale nie potwierdza spełnienia wymagań i nie usuwa barier zapisanych w kodzie i treści serwisu.
Co powinna zawierać informacja o dostępności usługi?
Opis zastosowanych rozwiązań, znane ograniczenia, kanał zgłaszania problemów i informację o czasie reakcji. Sama informacja także powinna być dostępna.
Kto sprawdza spełnienie wymagań?
System nadzoru rynku przewidziany w ustawie. Punktem odniesienia jest rzeczywisty stan produktu lub usługi.
Ile czasu zajmuje przygotowanie sklepu?
Uruchomienie funkcji wspierających to minuty. Audyt ścieżki zakupowej i naprawy priorytetowe to zwykle tygodnie, zależnie od stanu wyjściowego i liczby integracji.
Czy trzeba to powtarzać?
Tak. Dostępność potrafi zepsuć się po aktualizacji motywu, zmianie bramki płatności albo dodaniu aplikacji zewnętrznej, dlatego potrzebny jest cykliczny przegląd.
