Krótka odpowiedź (TL;DR)
Tak, usługi handlu elektronicznego są objęte Polskim Aktem o Dostępności, który wdraża Europejski Akt o Dostępności. Od 28 czerwca 2025 r. e-commerce powinien zapewniać dostępność cyfrową procesu sprzedaży, informacji, identyfikacji, płatności i obsługi posprzedażowej, z wyjątkami przewidzianymi w ustawie.
1. Dostępność dotyczy całej ścieżki zakupu
Nie wystarczy dostępna strona główna. Klient musi móc znaleźć produkt, przeczytać istotne informacje, dodać go do koszyka, przejść przez formularz, zapłacić, otrzymać potwierdzenie i skorzystać z obsługi. Problemem mogą być nieopisane przyciski, formularze bez etykiet, komunikaty błędu niewidoczne dla czytników ekranu, captcha bez alternatywy albo regulamin w niedostępnym PDF.
Prawo konsumenckie od dawna idzie w stronę realnej zrozumiałości informacji. TSUE w C-714/22 analizował koszty usług dodatkowych przy kredycie konsumenckim, pokazując, że formalne ujawnienie nie wystarczy, jeśli konsument nie może realnie ocenić kosztu. W dostępności cyfrowej analogicznie: informacja widoczna dla projektanta nie zawsze jest dostępna dla klienta.
2. Standard techniczny to dopiero początek
Najczęściej punktem odniesienia będzie WCAG, ale ustawa wymaga także procesu organizacyjnego. Sklep powinien mieć właściciela dostępności, testy przed wdrożeniem zmian, procedurę obsługi skarg, przegląd integracji płatniczych i marketplace'owych oraz plan poprawy znanych barier.
SN w „klauzula zmiennego oprocentowania nie może mieć charakteru blankietowego" → I CSK 46/11 wymagał konkretnych mechanizmów. W e-commerce podobnie: deklaracja "nasza strona jest dostępna" nie zastąpi listy funkcjonalności, testów i sposobu naprawy błędów.
3. Dostępność jest też ryzykiem sprzedażowym
Klient, który nie może przejść przez checkout, nie tylko ma gorsze doświadczenie. Może złożyć skargę, zgłosić naruszenie do organu albo dochodzić roszczeń na zasadach ogólnych. Dla większych sklepów problem skaluje się szybko, bo jedna wadliwa komponenta może blokować tysiące transakcji.
Najbardziej praktyczne podejście to traktowanie dostępności jak jakości: testy automatyczne, testy manualne, użytkownicy z technologiami asystującymi, kryteria akceptacji w backlogu i zakaz wdrażania komponentów UI bez etykiet.
4. Najciekawszy take: dostępność wymusza lepszy UX dla wszystkich
Wiele poprawek dostępnościowych poprawia konwersję: czytelne błędy, przewidywalna nawigacja klawiaturą, sensowne etykiety, logiczna kolejność pól, brak ukrytych warunków promocji. Dlatego PAD nie powinien być projektem "dla compliance", tylko audytem jakości sprzedaży.
Praktyczna lista kontrolna
- przetestuj pełną ścieżkę zakupu klawiaturą i czytnikiem ekranu, nie tylko stronę główną.
- sprawdź etykiety pól, komunikaty błędów, fokus, kontrast, opisy przycisków i modale.
- zweryfikuj dostępność operatorów płatności, logowania, koszyka, regulaminów i PDF-ów.
- stwórz proces przyjmowania skarg dostępnościowych i nadawania im właścicieli.
- dodaj kryteria dostępności do definicji ukończenia zadań frontendowych.
Najczęstszy błąd
Najczęstszy błąd to jednorazowy audyt bez zmiany procesu projektowania. Dostępność psuje się po kolejnych wdrożeniach, dlatego musi być częścią backlogu, code review i testów akceptacyjnych.
Źródła
Polski Akt o Dostępności, ustawa z 26 kwietnia 2024 r.; Europejski Akt o Dostępności; komunikaty Gov.pl o usługach handlu elektronicznego; orzecznictwo konsumenckie o przejrzystości informacji.