Dla kogo · sklepy, marketplace’y, rezerwacje, subskrypcje, płatne usługi online
Sklepy internetowe i handel elektroniczny
Handel elektroniczny to jedyna usługa z ustawy, która dotyczy setek tysięcy firm — każdego, kto na odległość, przez stronę lub aplikację, zawiera umowy z konsumentami (art. 5 pkt 32). Organem nadzoru jest minister właściwy do spraw informatyzacji (art. 38 ust. 3 pkt 2). Ta strona przechodzi przez sklep tak, jak przejdzie przez niego audytor: od strony produktu do potwierdzenia zamówienia.
„Poza spełnianiem wymagań dostępności, o których mowa w art. 12, w ramach usług handlu elektronicznego zapewnia się: 1) udzielanie informacji o spełnianiu wymagań dostępności przez produkty albo usługi, jeżeli te informacje zostały podane przez obowiązany do tego podmiot gospodarczy; 2) postrzegalność, funkcjonalność, zrozumiałość i kompatybilność funkcji i metod służących identyfikacji stron usługi handlu elektronicznego, zachowaniu bezpieczeństwa oraz dokonywaniu płatności, składaniu podpisów elektronicznych i usług płatniczych stanowiących część tej usługi.”
Co art. 18 oznacza w koszyku
| Element ustawy | W sklepie to… | Typowe naruszenie |
|---|---|---|
| identyfikacja stron | rejestracja, logowanie, „kup bez konta”, dane do faktury, weryfikacja adresu e‑mail, logowanie społecznościowe | pola bez etykiet, komunikat „nieprawidłowe dane” bez wskazania pola, kod z SMS w polu bez autocomplete="one-time-code" |
| zachowanie bezpieczeństwa | CAPTCHA, 2FA, limity sesji, potwierdzenia | obrazkowa CAPTCHA bez alternatywy dźwiękowej/logicznej, sesja wygasająca bez ostrzeżenia w trakcie płatności (WCAG 2.2.1) |
| dokonywanie płatności | wybór metody, formularz karty, przekierowanie do operatora, BLIK, raty | iframe bramki bez tytułu i fokusu, radio‑buttony jako klikane obrazki, przycisk „Zapłać” jako div |
| podpisy elektroniczne | akceptacja regulaminu, zgody, umowy ratalne, podpis w aplikacji | checkbox zgody bez powiązanej etykiety, „podpis” rysowany palcem bez alternatywy |
| informacje o dostępności produktów (pkt 1) | w karcie produktu objętego ustawą (komputer, czytnik, telefon, terminal): informacje producenta o dostępności | brak sekcji; dane producenta ukryte w PDF‑ie |
Art. 12 obowiązuje równolegle: opisy produktów, regulamin, polityka zwrotów, cennik dostawy — czytelną czcionką, z kontrastem, jako tekst, z alternatywami dla obrazów; a cały sklep — postrzegalny, funkcjonalny, zrozumiały, kompatybilny.
Ścieżka zakupowa oczami audytora
Strona główna i kategorie
Karuzela z automatycznym przewijaniem bez pauzy (2.2.2); menu rozwijane tylko myszą (2.1.1); filtry jako niedostępne custom‑controle; „pokaż więcej” bez informacji dla czytnika, że coś się załadowało (4.1.3).
Karta produktu
Zdjęcia bez alternatyw lub z alternatywą „IMG_2031.jpg” (1.1.1); wybór rozmiaru/koloru samym kolorem (1.4.1); cena i promocja przekreśleniem bez tekstu (1.3.1); przycisk „Dodaj do koszyka” bez potwierdzenia dla czytnika (4.1.3); tabele parametrów bez nagłówków (1.3.1).
Koszyk
Zmiana ilości ikonami ± bez nazw (4.1.2); usunięcie produktu ikoną kosza bez etykiety; przeliczenie sumy bez ogłoszenia; kod rabatowy z błędem tylko kolorem (3.3.1).
Identyfikacja
Logowanie / gość; pola bez
labeliautocomplete(1.3.5, 3.3.2); walidacja w locie przenosząca fokus; wymóg przepisania danych (WCAG 2.2 3.3.7); CAPTCHA (1.1.1, 2.2 3.3.8).Dostawa i płatność
Karty metod jako obrazki; iframe operatora bez
title(4.1.2); przekierowanie bez zapowiedzi (3.2.5); timer sesji bez możliwości przedłużenia (2.2.1); przycisk płatności o kontraście 2:1 (1.4.3, 1.4.11).Podsumowanie i zgody
Checkboxy bez etykiet (1.3.1); regulamin w modalu, który nie łapie fokusu i nie zamyka się Esc (2.1.2, 2.4.3); błąd „zaznacz zgody” bez wskazania, które (3.3.1, 3.3.3).
Potwierdzenie i konto
Status zamówienia samą ikoną; e‑maile HTML bez tekstu alternatywnego; faktura PDF bez struktury; historia zamówień jako tabela‑obraz.
Kto odpowiada za bramkę płatniczą i inne moduły cudze
Art. 18 pkt 2 mówi o usługach płatniczych „stanowiących część tej usługi”. Operator płatności jest sam usługodawcą (bankowość detaliczna lub usługa płatnicza) i odpowiada za swój formularz. Ty odpowiadasz za to, że go wybrałeś, osadziłeś i że przejście do niego i z niego jest dostępne. Wyłączenie z art. 4 pkt 2 lit. b (treści nie finansowane, nie tworzone i nie pod kontrolą) nie obejmuje modułu, który jest częścią Twojego procesu sprzedaży — kontrolujesz jego wybór i konfigurację. Praktycznie: wybieraj operatorów z publiczną informacją o dostępności, testuj ich formularz klawiaturą i czytnikiem, wpisz do umowy z operatorem klauzulę WCAG. To samo dotyczy systemu opinii, czatu, wyszukiwarki, kalkulatora rat i widgetu dostawy.
Marketplace i sprzedaż na cudzych platformach
Sprzedając wyłącznie przez Allegro, Amazon czy Etsy, nie świadczysz usługi handlu elektronicznego przez własną stronę — usługę świadczy platforma. Ale odpowiadasz za treść, którą tam wstawiasz: opisy, zdjęcia z alternatywami, parametry jako tekst. Platformy przenoszą wymagania na sprzedawców regulaminem. Sprzedając równolegle we własnym sklepie, podlegasz ustawie w pełni.
Co wpisać do regulaminu (art. 32 ust. 2 pkt 1)
Ustawa nie podaje wzoru. Rozsądna sekcja „Dostępność” w regulaminie sklepu zawiera:
- deklarację standardu: „Sklep jest projektowany zgodnie z WCAG 2.1 na poziomie AA (EN 301 549)”;
- stan faktyczny: „Sklep spełnia wymagania w zakresie … Znane niezgodności: … Planowany termin usunięcia: …” — uczciwie, bo to jest to, co organ porówna z rzeczywistością;
- informacje niezbędne do korzystania (art. 32 ust. 2 pkt 1 lit. b): obsługa klawiaturą, skróty, tryb wysokiego kontrastu, obsługa czytników, alternatywne kanały zakupu (telefon, e‑mail);
- kanał do skarg z art. 37 ust. 1 pkt 3: adres e‑mail lub formularz, telefon, adres pocztowy; termin 30 dni; pouczenie o zawiadomieniu PFRON;
- datę ostatniej oceny zgodności (art. 32 ust. 1) i osobę odpowiedzialną.
Sekcja powinna być również osobną, podlinkowaną w stopce stroną — art. 32 wymaga, żeby informacja była „w sposób dostępny”, a regulamin w modalu przy checkoucie nim nie jest.
Platformy sklepowe — co jest w pudełku
| Platforma | Baza | Na co uważać |
|---|---|---|
| Shopify | motywy Online Store 2.0 od Shopify są audytowane; checkout Shopify jest dostępny | motywy z marketplace’u, aplikacje dodające sekcje, własne skrypty |
| WooCommerce | rdzeń dobry; jakość zależy od motywu i wtyczek | page buildery, wtyczki koszyka/checkoutu, karuzele; wtyczki‑nakładki nie naprawiają kodu |
| PrestaShop | domyślny motyw „classic” wymaga poprawek kontrastu i fokusu | moduły płatności i dostawy — testuj każdy osobno |
| Magento / Adobe Commerce | Luma ma znane braki; Hyvä lepiej | konfiguratory produktów, niestandardowe listy |
| Shoper, IdoSell, Sky‑Shop, Shoplo | zależy od szablonu; producenci publikują informacje o WCAG w różnym stopniu | poproś dostawcę o deklarację zgodności szablonu i testuj checkout klawiaturą |
| własny kod / headless | pełna kontrola, pełna odpowiedzialność | komponenty custom (select, modal, tabs) bez ARIA — jak to robić |
Skarga w sklepie — jak to wygląda naprawdę
Konsument nie mógł dokończyć zakupu z czytnikiem ekranu; pisze na adres z regulaminu, wskazuje „przycisk płatności nie jest czytany” i żąda możliwości zapłaty. Od tej chwili liczysz 30 dni (art. 37 ust. 2). Dobra odpowiedź: potwierdzenie, opis naprawy z terminem (max 6 miesięcy, art. 37 ust. 5 pkt 1 lit. b), tymczasowa alternatywa (zamówienie telefoniczne z płatnością linkiem), podpis osoby z nazwiskiem i stanowiskiem (ust. 5 pkt 2). Zła odpowiedź: cisza — po 30 dniach żądanie jest uznane, a niewykonanie go w 6 miesięcy jest naruszeniem, o które zapyta kontrola. Cała ścieżka do kary.
Sygnały, które widzi analizator
Raport z darmowej analizy oznacza stronę jako sklep, gdy wykryje co najmniej dwa niezależne sygnały: koszyk, przyciski „dodaj do koszyka”, ceny w danych strukturalnych (Product/Offer), ścieżki /cart, /checkout, /koszyk, skrypty platform sklepowych, formularz płatności. Dla sklepu raport dodatkowo sprawdza informację o dostępności (art. 32), link do regulaminu i kanał kontaktu (art. 37) oraz podpowiada, które z odkrytych podstron — koszyk, logowanie, checkout — trzeba zbadać osobno, bo strona główna nigdy nie jest miejscem, w którym sklep zawodzi.
