Dostępność sklepów internetowych: co Europejski akt o dostępności oznacza dla Ciebie

EAA obowiązuje od 28 czerwca 2025 r. i jest egzekwowany przez krajowe przepisy wdrażające dyrektywę (niemieckie BFSG oraz odpowiedniki w innych państwach), które mogą różnić się szczegółami i progami; podane tu wartości to opublikowane unijne poziomy bazowe, a nie rozstrzygnięcie dotyczące Twojej sytuacji. Ścieżki techniczne dotyczą PrestaShop 1.6, 1.7, 8 i 9 z motywem classic. To nie jest porada prawna, potwierdź swój zakres obowiązków, status zwolnienia i krajowe wymogi z prawnikiem w swoim kraju. Pamiętaj też, że żaden moduł ani motyw samodzielnie nie sprawi, że sklep będzie „zgodny z przepisami”.

Oto fakt, który wielu sprzedawców korzystających z PrestaShop przyswoiło tylko częściowo: od 28 czerwca 2025 r. Europejski akt o dostępności (EAA) sprawia, że dostępność stron internetowych staje się obowiązkiem prawnym dla większości sklepów internetowych sprzedających konsumentom z UE, nie dodatkiem „na później” ani problemem na 2030 rok. Przepisy są egzekwowane na poziomie państw członkowskich (BFSG w Niemczech, wdrożona dyrektywa w każdym kraju), a obowiązek spoczywa na przedsiębiorcy, nie na PrestaShop ani dostawcy motywu. Jeśli Twojej finalizacji zakupu nie da się przejść klawiaturą, masz dziś lukę w zgodności przypisaną do własnego sklepu.

Ten poradnik dotyczy konkretnie tego, co EAA oznacza dla sklepu PrestaShop i jak zamknąć luki w oprogramowaniu, którego faktycznie używasz, w motywie, panelu administracyjnym i modułach. To część naszego klastra zgodności poświęcona dostępności, więc tam, gdzie temat należy do powiązanego obszaru (banery cookie, RODO, regulaminy), dostaniesz krótkie odesłanie zamiast powtarzania całości. Szerszy obraz prawny sprzedaży w UE znajdziesz w artykule prawo e-commerce w UE.

Kogo EAA faktycznie obejmuje (i kto jest zwolniony)

Zanim poświęcisz weekend na teksty alternatywne, sprawdź, czy prawo w pełni Cię dotyczy, bo od odpowiedzi zależy zakres obowiązków.

• Sprzedajesz B2C konsumentom w UE: jesteś w zakresie przepisów. „Usługi handlu elektronicznego” są w Akcie wymienione wprost.
• Jesteś mikroprzedsiębiorstwem sprzedającym usługi: mniej niż 10 pracowników i roczny obrót lub suma bilansowa poniżej 2 mln EUR. Usługodawcy tej wielkości są zwolnieni z obowiązków dotyczących usług. To wyjątek, z którego korzysta wiele małych sklepów, ale zanim odetchniesz, przeczytaj kolejny punkt.
• Sprzedajesz produkty (z regulowanej listy produktów EAA, czytniki e-booków, sprzęt, terminale): zwolnienie dla mikroprzedsiębiorstw świadczących usługi nie obejmuje produktów. Większość sklepów z odzieżą, kosmetykami czy wyposażeniem domu nie sprzedaje regulowanych produktów, więc rzadko jest to haczyk, ale sprawdź to, zamiast zakładać.
• Czyste B2B: zasadniczo pozostaje poza zakresem konsumenckim, choć dostępność nadal jest dobrą praktyką i może być wymagana umownie przez większych kupujących.

I co z tego wynika? Dwuosobowy polski butik poniżej progu obrotów prawdopodobnie jest poza zasięgiem sankcji, ale dostępność nadal poszerza rynek i wspiera SEO, więc praca zwraca się niezależnie od obowiązku. Rosnący sklep traci zwolnienie, gdy przestaje spełniać definicję mikroprzedsiębiorstwa według właściwych przepisów krajowych. Traktuj próg jak termin, do którego się zbliżasz, nie jak stałą tarczę. Ten poradnik celowo nie udziela porady prawnej co do Twojego konkretnego statusu, potwierdź go z prawnikiem w swoim kraju; podane liczby to opublikowane progi unijne, a nie rozstrzygnięcie Twojej sprawy.

Standard stojący za prawem: WCAG 2.1 AA prostym językiem

Sam EAA nie wymienia proporcji pikseli. Odsyła do zharmonizowanego standardu EN 301 549, który z kolei przyjmuje WCAG 2.1 poziom AA jako bazę dla stron internetowych. To próg, który musi spełnić front office Twojego sklepu PrestaShop. Kryteria sukcesu najmocniej dotykające typowy sklep tworzą krótką listę, a każde z nich przekłada się na coś konkretnego w motywie:

Zauważ schemat: prawie żaden z tych problemów nie jest błędem rdzenia PrestaShop. To decyzje zaszyte w Twoim motywie i modułach. To dobra wiadomość. Oznacza, że poprawki są w plikach, nad którymi masz kontrolę.

Gdzie PrestaShop pomaga, a gdzie zostawia Cię z ryzykiem

Domyślny motyw classic w PrestaShop od wersji 1.7 do 9 jest oparty na Bootstrapie i stanowi rozsądny punkt wyjścia: pola formularzy używają prawdziwych elementów <label>, finalizacja zakupu ma logiczną hierarchię nagłówków, a większość natywnych kontrolek jest osiągalna klawiaturą. Jeśli działasz blisko standardowego classic, jesteś dalej, niż może Ci się wydawać.

Ryzyko pojawia się w trzech przewidywalnych miejscach:

• Twój własny lub kupiony motyw. Większość płatnych motywów usuwa widoczny obrys fokusu, dodaje menu działające tylko po najechaniu i używa cienkiego, szarego pisma, które nie spełnia 1.4.3. To największe źródło rzeczywistych problemów.
• Moduły wstrzykujące znaczniki do front office. Slidery, okna szybkiego podglądu, banery cookie, serduszka listy życzeń, rozwijane wyniki wyszukiwania na żywo. Każdy z tych elementów dodaje interaktywny DOM, który może nie być obsługiwalny klawiaturą albo ogłaszany. Każdy instalowany moduł to nowa powierzchnia dostępności do przetestowania.
• Tworzone przez Ciebie treści. Opisy produktów z obrazami wrzuconymi przez edytor WYSIWYG (bez alt), strony CMS z pominiętymi poziomami nagłówków, pliki PDF podlinkowane jako „kliknij tutaj”. PrestaShop nie naprawi tego, co wpiszesz.

Lista napraw specyficzna dla PrestaShop

Ogólna rada „dodaj tekst alternatywny” jest bezużyteczna, jeśli nie wiadomo gdzie. Oto mapa panelu administracyjnego i kodu, mniej więcej według relacji nakładu pracy do efektu.

1. Tekst alternatywny zdjęć produktów, napraw go u źródła i masowo

W edytorze produktu karta Katalog → Produkty → [produkt] → Zdjęcia zawiera pole Podpis dla każdego zdjęcia, ta wartość staje się atrybutem alt w front office. Uzupełnianie go produkt po produkcie w prawdziwym katalogu to miejsce, w którym dobre intencje zwykle kończą życie. Są dwie szybsze ścieżki:

• SQL / masowo: tekst alternatywny zdjęcia znajduje się w ps_image_lang.legend (kluczem są id_image i id_lang). Kontrolowana aktualizacja tej tabeli albo import wygrywa z ręczną edycją setek wierszy, najpierw zrób kopię zapasową.
• Przestań tworzyć dług: włącz sensowny podpis do rutyny dodawania produktu, żeby nowe zdjęcia nigdy nie były puste. Dobry tekst alternatywny czyta także Google Images, więc to dostępność i widoczność w jednym ruchu, nasz pakiet Smart SEO Revolution suite powstał po to, by utrzymywać takie metadane on-page w porządku na poziomie całego katalogu, a nie produkt po produkcie.

2. Widoczność fokusu, zwykle jednolinijkowa poprawka motywu

Jeśli CSS Twojego motywu zawiera outline: none albo outline: 0 dla linków, przycisków lub pól formularzy bez równie widocznego zamiennika, użytkownicy klawiatury całkowicie tracą orientację. Przeszukaj katalog assets/css/ motywu (i każdy plik custom.css) pod tym kątem. Poprawne rozwiązanie nie polega na ślepym usunięciu reguły, lecz na zapewnieniu wyraźnego stylu :focus-visible, 2-pikselowego obrysu o wysokim kontraście. To zmiana o najwyższym zwrocie i najniższym koszcie na tej liście.

Dodaj to do pliku custom.css swojego motywu (albo arkusza motywu potomnego, żeby aktualizacja motywu tego nie usunęła), a przywrócisz widoczny pierścień fokusu na elementach interaktywnych bez ponownego włączania obrysów przy kliknięciach myszą:

/* Restore a visible keyboard focus indicator (WCAG 2.4.7) */
a:focus-visible,
button:focus-visible,
input:focus-visible,
select:focus-visible,
textarea:focus-visible,
[tabindex]:focus-visible {
  outline: 2px solid #1a1a1a;   /* pick a colour that hits 3:1 against its background */
  outline-offset: 2px;
}

Kolor obrysu musi mieć kontrast 3:1 względem tła, na którym się znajduje, więc dopasuj wartość hex do swojej palety zamiast kopiować ją bezrefleksyjnie. Jeśli motyw ustawił outline: none z !important, może być konieczne dopasowanie specyficzności, ale lepiej usunąć problematyczną regułę u źródła niż dokładać na wierzchu kolejne !important.

3. Finalizacja zakupu i formularze, część bezpośrednio związana z przychodem

Finalizacja zakupu to jednocześnie najbardziej wrażliwa prawnie i najbardziej wrażliwa sprzedażowo strona w sklepie. Przejdź cały proces zamówienia na kontrolerze order w PrestaShop, dane osobowe, adresy, dostawa, płatność, używając wyłącznie klawiatury. Sprawdź, czy każde pole ma widoczną etykietę (nie tylko placeholder), czy przyciski opcji przewoźników są osiągalne i czy błędy walidacji wskazują konkretne pole, zamiast pokazywać ogólny baner. Zewnętrzne ramki płatności (Stripe, PayPal, Adyen) mają własną dostępność, testuj prawdziwe przejście od początku do końca, nie tylko załadowanie strony. Ponieważ dostępna finalizacja zakupu i finalizacja zakupu o wysokiej konwersji to w dużej mierze ten sam proces, temat nakłada się na wszystko, co w naszym poradniku o bezpieczeństwie płatności dotyczy poprawnego ustawienia tego przepływu.

4. Komunikaty AJAX o stanie, martwy punkt czytników ekranu

PrestaShop aktualizuje sumę koszyka i siatkę produktów modułu ps_facetedsearch bez przeładowania strony. Widzący użytkownik zauważa zmianę liczby; użytkownik czytnika ekranu nie usłyszy nic, chyba że aktualizowany obszar zostanie oznaczony jako aria-live="polite". To WCAG 4.1.3 i kryterium, które narzędzia automatyczne najczęściej pomijają. Sprawdź, czy blok sumy częściowej koszyka i kontener wyników wyszukiwania fasetowego ogłaszają aktualizacje, jeśli moduł zastąpił natywny koszyk albo wyszukiwanie, odpowiedzialność za to spoczywa na tym module.

5. Hierarchia nagłówków i kontrast, do sprawdzenia w kilka minut

Upewnij się, że każda strona ma dokładnie jeden <h1> i nie pomija poziomów (strona kategorii przeskakująca z H1 na H3 utrudnia nawigację czytnikiem ekranu). W przypadku kontrastu typowymi winowajcami są przygaszony kolor ceny / starej ceny, odznaki promocji i tekst placeholderów, sprawdź je dowolnym narzędziem do kontroli kontrastu względem progu 4,5:1.

Testowanie sklepu tak, jak zrobią to regulatorzy

Automatyczne skanery wyłapują mniejszość problemów, często podaje się około jednej trzeciej, choć szacunki różnią się w zależności od narzędzia i strony, więc są linią startu, nie metą. Testuj warstwowo:

• Pierwszy przebieg automatyczny: Lighthouse (Chrome DevTools → audyt Accessibility), rozszerzenie WAVE i axe DevTools. Uruchom je na stronie głównej, kategorii, produkcie, koszyku i każdym kroku finalizacji zakupu, nie tylko na stronie głównej.
• Przejście tylko klawiaturą: odłącz mysz. Przejdź tabulatorem od logo do złożonego zamówienia. Wszystko, czego nie da się osiągnąć albo aktywować, jest błędem. Kropka.
• Przejście z czytnikiem ekranu: NVDA (Windows, bezpłatny) albo VoiceOver (Mac, wbudowany). Posłuchaj strony produktu i finalizacji zakupu. To ujawnia problemy z tekstem alternatywnym, etykietami i aria-live, których żaden skaner nie wskaże z pełną pewnością.
• Powiększenie do 200%: sprawdź, czy żadna treść nie jest ucięta i czy nic nie wymaga przewijania poziomego.

Deklaracja dostępności, dokument, o którym łatwo zapomnieć

Przepisy wdrażające w kilku państwach członkowskich oczekują opublikowanej deklaracji dostępności: standardu, do którego dążysz (EN 301 549 / WCAG 2.1 AA), znanych ograniczeń i kanału kontaktu do zgłaszania uwag o dostępności. W PrestaShop najprościej zrobić z tego stronę CMS (Wygląd → Strony) podlinkowaną w stopce, obok innych stron prawnych. To dokument z tej samej półki co regulamin sklepu, i tak jak on powinien być żywy, aktualizowany, gdy naprawisz albo odkryjesz problem.

Gdzie dostępność nakłada się na resztę zgodności

Dwa obszary dostępności są w praktyce wspólne z tematami pokrewnymi, więc obsłuż je tam, gdzie naturalnie należą, zamiast robić to dwa razy:

• Baner zgody na pliki cookie. Baner, który więzi użytkowników klawiatury albo nie pozwala się zamknąć bez myszy, narusza zarówno dostępność, jak i przepisy o zgodzie. Dopracuj sam baner raz, jego wymagania prawne opisują artykuły zgoda na pliki cookie w PrestaShop oraz RODO i zgodność cookie w PrestaShop, a potem przetestuj ten sam baner pod kątem obsługi klawiaturą.
• Dane i formularze. Praca nad dostępnymi formularzami na stronach konta i kontaktu leży tuż obok obowiązków związanych z przetwarzaniem danych; stronę prywatności omawia artykuł RODO dla sklepów internetowych.

Argument biznesowy poza samą karą

Warto oprzeć się narracji, że dostępność to wyłącznie koszt regulacyjny. Znacząca część populacji, często podaje się około jednej na siedem osób na świecie, choć dane krajowe się różnią. Ma niepełnosprawność, a znacznie więcej osób korzysta z funkcji dostępności sytuacyjnie: odblaski na telefonie w pełnym słońcu, nadwyrężony nadgarstek, śpiące dziecko wykluczające dźwięk. Każda z tych osób jest klientem, któremu dziś możesz niepotrzebnie utrudniać finalizację zakupu.

Pokrycie z dobrą inżynierią też jest realne. Poprawna struktura nagłówków i tekst alternatywny to te same sygnały, które doceniają wyszukiwarki; jasne etykiety i widoczny fokus ograniczają błędy formularzy i porzucenia u wszystkich, nie tylko u użytkowników technologii wspomagających. Prawdopodobnie nigdy w pełni nie oddzielisz „zrobiliśmy to dla EAA” od „to po prostu ulepszyło sklep”. To uczciwy powód, żeby wykonać tę pracę nawet wtedy, gdy zwolnienie dla mikroprzedsiębiorstwa obowiązuje Cię dzisiaj.

Jak utrzymać efekt: dostępność jako rutyna, nie projekt

Sklepy, które pozostają zgodne, nie robią jednorazowego heroicznego audytu, żeby potem o nim zapomnieć, wplatają kilka kontroli w istniejące nawyki:

• Dodawanie produktu: uzupełnij podpis każdego zdjęcia, trzymaj opisy w prawdziwych nagłówkach i listach zamiast w pogrubionych pseudo-nagłówkach.
• Instalacja modułu: przejdź tabulatorem przez każdy element front office, który moduł dodaje, zanim trafi na produkcję; niedostępny slider albo popup to regresja wprowadzona przez Ciebie.
• Zmiana motywu lub projektu: powtórz testy klawiatury i kontrastu, odświeżenia wyglądu to moment, w którym obrysy fokusu i kontrast cicho znikają.
• Co kwartał: 30-minutowy przegląd Lighthouse + klawiatura dla głównego lejka (strona główna → kategoria → produkt → koszyk → finalizacja zakupu).

Najczęściej zadawane pytania

Czy EAA dotyczy mojego małego sklepu PrestaShop?

To zależy od wielkości i od tego, co sprzedajesz. Mikroprzedsiębiorstwo świadczące usługi, mniej niż 10 pracowników oraz obrót lub suma bilansowa poniżej 2 mln EUR, jest zasadniczo zwolnione z obowiązków dotyczących usług, co obejmuje wiele małych sklepów B2C. Zwolnienie nie rozciąga się jednak na regulowaną listę produktów EAA, a czyste B2B pozostaje w dużej mierze poza zakresem konsumenckim. To opublikowane progi unijne, nie rozstrzygnięcie Twojej sprawy; potwierdź swój status z prawnikiem w swoim kraju, bo przepisy krajowe wdrażające dyrektywę różnią się szczegółami.

Jaki standard dostępności muszę faktycznie spełnić?

EAA odsyła do zharmonizowanego standardu EN 301 549, który przyjmuje WCAG 2.1 poziom AA jako bazę dla stron internetowych. To próg, który musi spełnić front sklepu. Kryteria najmocniej dotykające typowy sklep PrestaShop tworzą krótką listę, tekst alternatywny, kontrast, obsługa klawiaturą, widoczny fokus, prawdziwe etykiety formularzy i ogłaszane aktualizacje AJAX, i niemal wszystkie wynikają z decyzji w motywie lub module, a nie z błędów rdzenia.

Czy domyślny motyw classic PrestaShop jest dostępny od razu po instalacji?

To rozsądny punkt wyjścia, ale nie gwarancja. Classic używa prawdziwych elementów <label>, logicznej kolejności nagłówków w finalizacji zakupu i kontrolek w większości osiągalnych klawiaturą. Problemy zwykle pojawiają się wraz z własnym lub kupionym motywem, który usuwa obrys fokusu i używa cienkiego, szarego tekstu, z modułami wstrzykującymi interaktywne znaczniki oraz z treściami tworzonymi bez tekstu alternatywnego. Im bliżej standardowego classic działasz, tym mniej napraw masz przed sobą.

Czy automatyczny skaner powie mi, czy jestem zgodny z przepisami?

Nie. Narzędzia automatyczne (Lighthouse, WAVE, axe) wyłapują tylko mniejszość problemów. Często mówi się o około jednej trzeciej, choć zależy to od narzędzia i strony, więc są linią startu. Nadal potrzebujesz przejścia wyłącznie klawiaturą (odłącz mysz, przejdź tabulatorem od logo do złożonego zamówienia), testu z czytnikiem ekranu (NVDA lub VoiceOver) i sprawdzenia powiększenia 200%. Kryteria najczęściej pomijane przez skanery to dokładnie te, na które trafią regulatorzy i prawdziwi użytkownicy: komunikaty aria-live, jakość etykiet i pułapki klawiaturowe.

Czy potrzebuję deklaracji dostępności i gdzie umieścić ją w PrestaShop?

Przepisy wdrażające w kilku państwach członkowskich jej oczekują: standard, do którego dążysz (EN 301 549 / WCAG 2.1 AA), znane ograniczenia oraz kanał kontaktu do zgłaszania uwag o dostępności. Najprostsze miejsce w PrestaShop to strona CMS w sekcji Wygląd → Strony, podlinkowana w stopce obok pozostałych stron prawnych. Traktuj ją jak żywy dokument, aktualizowany za każdym razem, gdy naprawisz albo odkryjesz problem.

EAA nie wymyślił nowego rodzaju pracy; nadał termin prawny pracy nad UX, z której i tak korzystasz. W PrestaShop ta praca jest wyjątkowo uchwytna, bo problemy skupiają się w motywie, modułach i tworzonych przez Ciebie treściach, czyli w miejscach, które widzisz i możesz zmienić z własnego panelu administracyjnego. Zacznij od finalizacji zakupu (strony, na której niedostępność i utracony przychód są tym samym problemem), napraw obrys fokusu usunięty przez motyw, uporządkuj tekst alternatywny u źródła, a spełnisz większość wymagań, zanim dotkniesz czegokolwiek egzotycznego.