Jak sprawdzić dostępność strony w Holandii i uniknąć kary do €900 000
Biznes / Dotacje
Twój sklep internetowy może wyglądać nowocześnie, działać szybko i niezawodnie przetwarzać zamówienia – a mimo to pozostawać niedostępny dla części klientów i niezgodny z wymogami European Accessibility Act (EAA).
Od 28 czerwca 2025 roku w Holandii obowiązują wymogi dostępności cyfrowej. Holenderski regulator, Authority for Consumers and Markets (ACM), już kontroluje sklepy internetowe i inne usługi cyfrowe.
Wyniki pierwszych szeroko zakrojonych kontroli pokazały skalę problemu: na 61% stron największych firm użytkownicy technologii wspomagających nie mogli sfinalizować zamówienia. Kolejne 33% stron miało poważne bariery.
Niezgodność z wymogami może prowadzić nie tylko do utraty klientów, ale też do postępowania regulatora. Zgodnie z ogólnymi zasadami kary ACM mogą sięgać €900 000 za naruszenie lub 10% odpowiedniego obrotu, jeśli ta kwota jest wyższa.
Wyjaśniamy, czy przepisy dotyczą Twojej firmy, jakie błędy pojawiają się najczęściej i dlaczego automatyczna kontrola to za mało.
Co zmieniło się dla firm w Holandii
European Accessibility Act (EAA) określa wymogi dostępności dla wybranych produktów i usług dla osób z niepełnosprawnościami.
Dla e-commerce oznacza to, że użytkownik musi mieć możliwość samodzielnego:
- znalezienia potrzebnego produktu lub usługi;
- zapoznania się z ofertą;
- wyboru potrzebnych opcji;
- rejestracji lub zalogowania się do konta;
- dodania produktu do koszyka;
- wypełnienia formularza;
- wyboru sposobu dostawy;
- opłacenia zamówienia;
- otrzymania potwierdzenia zakupu;
- kontaktu z obsługą klienta.
Strona musi działać nie tylko z myszką. Musi być użyteczna dla osób korzystających z klawiatury, czytnika ekranu, sterowania głosowego, powiększania tekstu i innych technologii wspomagających.
W Holandii nadzór nad dostępnością usług e-commerce sprawuje ACM. Regulator przyjmuje skargi konsumentów i samodzielnie wybiera strony oraz aplikacje do kontroli.
Czy EAA dotyczy Twojej firmy
Wymogi mogą dotyczyć nie tylko firm zarejestrowanych w Holandii. Jeśli firma oferuje towary lub usługi holenderskim konsumentom, jej usługa cyfrowa może podlegać europejskim i krajowym przepisom o dostępności.
W grupie ryzyka:
- sklepy internetowe;
- marketplace’y;
- strony rezerwacyjne;
- usługi dostawy jedzenia i transportu;
- strony z płatnymi lub bezpłatnymi subskrypcjami;
- platformy sprzedaży biletów;
- aplikacje pozwalające zamówić, kupić, wynająć lub zarezerwować usługę.
Wyjątek dotyczy mikroprzedsiębiorstw: mniej niż 10 pracowników i roczny obrót nieprzekraczający €2 mln. Jeśli przekroczony zostanie choć jeden próg, wymogi mogą dotyczyć firmy.
Odpowiedzialność pozostaje po stronie właściciela usługi. Nawet jeśli stronę zbudowała agencja, proces zakupu przechodzi przez zewnętrzny moduł, a płatności obsługuje zewnętrzny dostawca – nie zwalnia to firmy z obowiązku zapewnienia dostępnej ścieżki użytkownika.
Jak sprawdzić, czy Twoja strona może być niedostępna
Nie trzeba zaczynać od złożonej analizy technicznej, by dostrzec część problemów. Spróbuj wykonać główne działania na stronie bez myszki.
Zwróć uwagę na następujące sygnały:
- nie można dotrzeć do potrzebnego przycisku klawiszem Tab;
- nie wiadomo, który element jest aktualnie zaznaczony;
- menu, filtry lub opcje produktu nie otwierają się z klawiatury;
- obrazy nie mają sensownego opisu tekstowego;
- formularz sygnalizuje błąd wyłącznie kolorem;
- po dodaniu produktu do koszyka nic nie jest odczytywane;
- CAPTCHA blokuje przejście do kolejnego kroku;
- tekst staje się nieczytelny lub znika przy powiększeniu;
- nie da się sfinalizować zamówienia bez myszki;
- przyciski mają niejasne etykiety typu „kliknij tutaj”;
- pola formularza nie mają widocznych lub programistycznych etykiet;
- okno płatności jest niedostępne dla czytnika ekranu.
Nawet jeden taki błąd może całkowicie zatrzymać klienta. Szczególnie krytyczne są problemy w koszyku, formularzach rejestracji i podczas finalizacji zamówienia.
Nie wiesz, czy Twoja strona spełnia wymogi?
Szybkie skanowanie automatyczne pokazuje tylko część obrazu. Aby poznać realne ryzyko, trzeba sprawdzić kluczowe szablony i ścieżkę użytkownika od wyboru produktu do płatności.
Umów bezpłatną konsultację z DigiWay. Pomożemy ustalić, czy wymogi dotyczą Twojej usługi, które części strony sprawdzić w pierwszej kolejności i jaki format audytu pasuje do Twojego projektu.
Dlaczego AI i automatyczne skanery nie zastąpią audytu
Narzędzia automatyczne są przydatne: szybko wykrywają niewystarczający kontrast, część błędów HTML, brakujące atrybuty i niektóre problemy formularzy.
Żaden skaner nie może jednak w pełni potwierdzić dostępności strony. W3C wprost stwierdza, że narzędzia automatyczne jedynie wspomagają ocenę – rzeczywistą dostępność określa profesjonalne testowanie manualne.

Narzędzie może wykryć, że obraz ma tekst alternatywny. Nie zawsze potrafi jednak ocenić, czy ten tekst trafnie oddaje znaczenie obrazu.
Może sprawdzić, czy przycisk istnieje w kodzie, ale nie to, czy użytkownik czytnika ekranu rozumie jego przeznaczenie i może dokończyć zakup.
AI również nie potrafi wiarygodnie ocenić pełnego doświadczenia użytkownika. Może przyspieszyć analizę, sklasyfikować znalezione błędy, pomóc deweloperowi poprawić kod. Nie zastąpi jednak testowania strony klawiaturą, czytnikiem ekranu i innymi technologiami wspomagającymi.
Dlatego „100 punktów” z narzędzia automatycznego nie oznacza zgodności strony z EAA czy WCAG.
Dlaczego widget dostępności też nie jest rozwiązaniem
Niektóre usługi oferują instalację na stronie widgetu, który reguluje kontrast, powiększa tekst lub dodaje dodatkowe ustawienia wyświetlania.
Taki widget może być użyteczną funkcją dodatkową, ale nie naprawia głównych problemów strony:
- niepoprawnej struktury strony;
- niedostępnych formularzy;
- problemów z nawigacją klawiaturą;
- błędów fokusu;
- niedostępnego koszyka;
- niejasnych komunikatów o błędach;
- niekompatybilnego procesu zamówienia;
- problemów ze zewnętrznymi modułami płatności.
Widget nie może zagwarantować, że osoba samodzielnie znajdzie produkt, złoży zamówienie i dokończy płatność. Dlatego jego instalacja nie zastępuje profesjonalnego audytu i poprawek samej strony.
Co obejmuje audyt dostępności
Profesjonalny audyt musi odpowiedzieć na główne pytanie: czy osoba z niepełnosprawnością może samodzielnie korzystać z usługi cyfrowej i wykonać potrzebne działanie?

Kontrola obejmuje więcej niż stronę główną. Specjalista analizuje kluczowe szablony i scenariusze:
- katalog i wyszukiwanie;
- stronę produktu;
- filtry;
- formularze;
- panel konta;
- koszyk;
- finalizację zamówienia;
- płatność;
- potwierdzenie zamówienia;
- obsługę klienta.
Praca łączy narzędzia automatyczne z manualnym testowaniem zgodnie z WCAG. Szczególną uwagę poświęca się krytycznym barierom, które całkowicie blokują zakup lub korzystanie z usługi.
W efekcie firma otrzymuje więcej niż listę błędów – jasny plan działania:
- które problemy naprawić w pierwszej kolejności;
- jak wpływają na użytkowników;
- dokładnie gdzie występuje błąd;
- jakie zmiany są potrzebne w designie, kodzie lub treści;
- co należy przetestować ponownie po poprawce.
Szczególnie wygodne dla firmy jest to, gdy jeden zespół przeprowadza zarówno audyt, jak i wdraża poprawki. Skraca to drogę od raportu do działającego rezultatu i zmniejsza ryzyko błędnej interpretacji rekomendacji.
Co może się wydarzyć w razie braku zgodności
ACM może otrzymać skargę od użytkownika lub samodzielnie wybrać stronę do kontroli. W ocenie regulator bierze pod uwagę wagę problemu oraz działania podejmowane przez firmę w celu jego naprawy.
Jeśli problem zostanie znaleziony, trzeba go naprawić. Gdy nie da się tego zrobić szybko, w określonych przypadkach firma musi poinformować ACM o niezgodności i przedstawić plan naprawczy.
Najpoważniejsze ryzyko pojawia się, gdy firma:
- w ogóle nie sprawdza dostępności;
- nie reaguje na skargi użytkowników;
- ignoruje krytyczne problemy;
- podaje niepełne informacje;
- nie realizuje obiecanego planu naprawczego;
- nie wykazuje realnych starań w kierunku zgodności.
Kara nie jest nakładana automatycznie za każdą stronę z błędem. Ale czekanie na pierwszy kontakt od regulatora to ryzykowna strategia. Pospieszne poprawki na działającym sklepie internetowym zwykle kosztują więcej niż zaplanowany audyt i etapowe wdrażanie zmian.
Poza możliwymi karami, niedostępna strona oznacza utracone zamówienia. Jeśli ktoś nie może otworzyć menu, wybrać produktu lub kliknąć przycisku płatności, prawdopodobnie przejdzie do konkurencji.
Najczęstsze błędy firm
Firmy zwykle popełniają błędy nie dlatego, że całkowicie ignorują dostępność, ale dlatego, że wybierają zbyt proste rozwiązanie.
Błąd 1. Sprawdzanie tylko strony głównej
Główne bariery często znajdują się w formularzach, koszyku, logowaniu i finalizacji zamówienia. Dobry wynik strony głównej nic nie mówi o tym, czy da się realnie dokończyć zamówienie.
Błąd 2. Poleganie wyłącznie na raporcie automatycznym
Skaner pokazuje część błędów technicznych, ale nie testuje realnej ścieżki użytkownika.
Błąd 3. Instalacja widgetu i uznanie sprawy za zamkniętą
Widget nie naprawia kodu, struktury ani logiki interfejsu.
Błąd 4. Otrzymanie raportu bez wdrożenia poprawek
Sam audyt nie sprawia, że strona staje się dostępna. Po kontroli potrzebne są zmiany techniczne i ponowne testowanie.
Błąd 5. Traktowanie dostępności jako jednorazowej pracy
Nowa wtyczka, aktualizacja designu, zmiana modułu płatności czy nowa treść mogą przywrócić problemy. Dostępność trzeba monitorować po każdej istotnej aktualizacji strony.
Kiedy zamówić audyt
Nie odkładaj kontroli, jeśli:
- Twoja firma sprzedaje towary lub usługi konsumentom w Holandii;
- Twoja firma zatrudnia 10 lub więcej pracowników;
- roczny obrót przekracza €2 mln;
- Twoja strona lub aplikacja pozwala zawrzeć umowę online;
- niedawno aktualizowano proces zamówienia;
- korzystasz z zewnętrznych formularzy lub modułów płatności;
- firma otrzymała skargę dotyczącą dostępności;
- automatyczne skanowanie już wykazało błędy;
- nie wiesz, czy użytkownik może przejść całą ścieżkę wyłącznie klawiaturą.
Im wcześniej znalezione zostaną problemy systemowe, tym łatwiej włączyć poprawki do planu rozwoju.
Zamów audyt dostępności DigiWay
DigiWay przeprowadza audyt dostępności cyfrowej stron i sklepów internetowych, łącząc analizę automatyczną z ręcznym przeglądem kluczowych scenariuszy użytkownika.
Pomożemy Ci:
- określić zakres audytu;
- sprawdzić stronę pod kątem zgodności z WCAG;
- znaleźć krytyczne bariery;
- przygotować priorytetowy plan naprawczy;
- wprowadzić potrzebne zmiany w designie i kodzie;
- ponownie przetestować stronę po wdrożeniu;
- skonfigurować stały monitoring dostępności.
Otrzymasz więcej niż formalny raport automatyczny – praktyczny plan powiązany z realnymi stronami, komponentami i scenariuszami Twojej witryny.
Skontaktuj się z nami, aby omówić audyt dostępności i dowiedzieć się, jaki zakres kontroli potrzebny jest Twojemu projektowi.
Materiał ma charakter informacyjny i nie zastępuje porady prawnej dotyczącej zastosowania EAA do konkretnej firmy.
FAQ
Czy wymagany jest niezależny audyt WCAG?
Niezależny certyfikat lub audyt nie jest formalnie wymagany. Wymagane jest, aby sama usługa była dostępna. Profesjonalny audyt pomaga wykryć problemy, których nie da się wiarygodnie znaleźć wyłącznie narzędziami automatycznymi, oraz pomaga przygotować plan naprawczy.
Czy stronę można sprawdzić bezpłatnie?
Bezpłatne skanowanie jest przydatne do wstępnej oceny, ale nie potwierdza zgodności z wymogami. Pełny wynik wymaga ręcznego testowania głównych szablonów i scenariuszy użytkownika.
Czy EAA dotyczy firmy spoza Holandii?
Wymogi mogą mieć zastosowanie, jeśli firma oferuje odpowiednie towary lub usługi konsumentom w Holandii lub innych krajach UE. Zastosowanie należy oceniać na podstawie konkretnej struktury biznesu i przepisów krajowych.
Czy trzeba budować nową stronę?
Niekoniecznie. W wielu przypadkach problemy można naprawiać etapami, zaczynając od koszyka, formularzy, finalizacji zamówienia i innych krytycznych scenariuszy. Właściwe podejście ustala się po audycie obecnej strony.
Jak długo wyniki audytu pozostają aktualne?
Audyt odzwierciedla stan strony w momencie kontroli. Po istotnych zmianach w designie, kodzie, wtyczkach, treści lub modułach płatności krytyczne scenariusze trzeba przetestować ponownie.