WCAG 2.2 w holenderskim sklepie internetowym: audyt dostępności przed kontrolą ACM

Kogo dotyczą holenderskie wymagania dostępności

Od 28 czerwca 2025 roku e-handelsdiensten, czyli usługi handlu elektronicznego, podlegają w Holandii wymaganiom wynikającym z European Accessibility Act. W praktyce chodzi o strony i aplikacje, na których konsument może coś kupić, zamówić, wynająć, zarezerwować albo zawrzeć inną umowę online. Nie ma znaczenia, czy sprzedaż zajmuje całą witrynę, czy tylko jedną jej część.

Według wyjaśnień Autoriteit Consument & Markt, czyli ACM, obowiązek dotyczy przedsiębiorcy, który:

• zatrudnia co najmniej 10 osób, albo
• osiąga roczny obrót przekraczający 2 mln EUR, albo
• spełnia oba powyższe warunki.

Wyjątek dla mikroprzedsiębiorstwa

Wyjątek działa tylko wtedy, gdy firma jednocześnie zatrudnia mniej niż 10 osób i ma roczny obrót nieprzekraczający 2 mln EUR. To ważne, ponieważ często błędnie zakłada się, że spełnienie jednego z tych warunków wystarczy. Sklep zatrudniający 12 osób przy obrocie 1,4 mln EUR nie jest mikroprzedsiębiorstwem w rozumieniu tego wyjątku. Tak samo firma z siedmioma pracownikami i obrotem 2,4 mln EUR przekracza drugi próg.

Nawet sklep korzystający z wyjątku powinien potraktować dostępność jako inwestycję w konwersję. Czytelne formularze, duże cele dotykowe, logiczna nawigacja i jasne komunikaty błędów pomagają nie tylko osobom z niepełnosprawnościami, lecz także klientom robiącym zakupy na telefonie, w pośpiechu lub przy słabym połączeniu.

Outsourcing nie przenosi odpowiedzialności

Jeżeli sklep zleca wykonanie serwisu agencji, korzysta z motywu WooCommerce albo z platformy SaaS, nadal odpowiada za dostępność swojej usługi. Dostawca technologii może naprawić komponent, ale właściciel sklepu powinien dopilnować całej ścieżki klienta. Warto połączyć ten audyt z zasadami opisanymi w poradniku o tworzeniu przyjaznego sklepu e-commerce w Holandii.

WCAG 2.1 a WCAG 2.2 — co obowiązuje, a co się zmieni

ACM wskazuje obecnie WCAG 2.1 na poziomie AA jako międzynarodowy standard opisujący cztery zasady dostępności: postrzegalność, funkcjonalność, zrozumiałość i solidność techniczną. Jednocześnie regulator informuje, że w ciągu 2026 roku nowym standardem ma zostać WCAG 2.2 AA i zaleca rozpoczęcie pracy według tej wersji już teraz.

Nie należy więc pisać w regulaminie lub dokumentacji, że WCAG 2.2 obowiązuje od dowolnie wybranej daty, dopóki nie potwierdza jej aktualny komunikat regulatora. Bezpieczna praktyka jest prostsza: zgodność prawną oceń według aktualnych wytycznych ACM, ale techniczne poprawki projektuj już pod WCAG 2.2. Unikniesz powtórnego przebudowywania formularzy i komponentów po zmianie standardu.

Czy trzeba zamówić certyfikat WCAG

Nie. ACM wyraźnie wskazuje, że niezależny audyt, certyfikat, etykieta lub keurmerk nie są obowiązkowe. Zewnętrzny audyt może być pomocny jako dowód staranności i lista napraw, lecz sam dokument nie zastąpi dostępnego sklepu. Kontrola powinna obejmować realne zachowanie serwisu, a nie tylko automatyczny wynik narzędzia.

Deklaracja dostępności i obsługa klienta

Sklep objęty wymaganiami powinien opublikować łatwą do znalezienia i dostępną verklaring, czyli deklarację wyjaśniającą, jak usługa spełnia wymagania i współpracuje z technologiami wspomagającymi. ACM wskazuje również, że informacje te powinny być możliwe do uzyskania ustnie, na przykład w formie nagrania. Dostępna powinna być także obsługa klienta przekazująca informacje o działaniu usługi.

Co powinien obejmować audyt holenderskiego sklepu internetowego

Audyt nie może kończyć się na stronie głównej. Najważniejsze są elementy, które pozwalają konsumentowi znaleźć ofertę i zawrzeć umowę. Z tego powodu lista testów powinna odzwierciedlać rzeczywistą drogę zakupową.

Wyszukiwarka, menu i filtry

Sprawdź, czy wszystkie pozycje menu, filtry, sortowanie i podpowiedzi wyszukiwarki da się obsłużyć klawiaturą. Fokus, czyli widoczne oznaczenie aktualnie wybranego elementu, nie może znikać ani być zasłonięty przez przyklejony nagłówek lub baner cookies. Logiczna kolejność tabulatora powinna odpowiadać kolejności widocznej na ekranie. Pomocny kontekst daje artykuł o dobrej nawigacji w sklepie internetowym.

Karta produktu

Nazwa produktu, cena w EUR, dostępność, warianty, koszt dostawy oraz przycisk dodania do koszyka muszą być zrozumiałe również bez polegania wyłącznie na kolorze. Zdjęcia potrzebują sensownych opisów alternatywnych, jeśli przekazują istotną informację. Wariant „niet op voorraad” powinien być rozpoznawalny dla czytnika ekranu, a błąd wyboru rozmiaru nie może być komunikowany tylko czerwonym obramowaniem.

Koszyk, logowanie i płatność

Największe ryzyko biznesowe powstaje na końcu procesu. Użytkownik powinien móc zmienić liczbę produktów, usunąć pozycję, wpisać adres, wybrać dostawę i zapłacić bez używania myszy. Etykiety pól muszą być powiązane z polami, a komunikat błędu powinien mówić, co jest niepoprawne i jak to naprawić. Dotyczy to także zewnętrznych metod identyfikacji i płatności, na przykład iDEAL.

Responsywny wygląd nie gwarantuje dostępności, ale błędy często występują właśnie na małych ekranach. Dlatego warto zestawić audyt z kontrolą opisaną w materiale o responsywności sklepu internetowego.

Dokumenty i treści po zakupie

Potwierdzenia, instrukcje i dokumenty potrzebne do logowania lub płatności również powinny być dostępne. Starsze pliki biurowe umieszczone przed 28 czerwca 2025 roku mogą korzystać z wyjątku opisanego przez ACM, natomiast nowe pliki trzeba przygotowywać dostępnie. W praktyce warto ograniczyć wysyłanie skanów i stosować czytelny HTML lub poprawnie oznaczone dokumenty.

Praktyczne testy WCAG 2.2, które można wykonać bez laboratorium

Automatyczny skaner znajduje część błędów, ale nie oceni, czy komunikat ma sens, czy fokus przechodzi logicznie i czy płatność jest realnie możliwa. Zacznij od pięciu krótkich testów ręcznych.

1. Zakup samą klawiaturą: od wyszukania produktu do wyboru płatności używaj tylko Tab, Shift+Tab, Enter, spacji i klawiszy strzałek.
2. Powiększenie do 200%: sprawdź, czy treść nie znika, przyciski się nie nakładają, a użytkownik nie musi przewijać poziomo zwykłego tekstu.
3. Czytnik ekranu: odsłuchaj nazwę, cenę, warianty, stan magazynowy, błędy formularza i podsumowanie koszyka.
4. Kontrast i kolory: upewnij się, że promocja, błąd, brak produktu i aktywny wariant nie są rozpoznawalne wyłącznie po kolorze.
5. Telefon: sprawdź wielkość pól i przycisków, zasłanianie fokusu, obrót ekranu oraz działanie menu bez precyzyjnego celowania palcem.

Co WCAG 2.2 wnosi szczególnie ważnego dla e-commerce

Nowsza wersja zwraca większą uwagę na widoczność fokusu, minimalny rozmiar celu dotykowego, alternatywę dla przeciągania, powtarzalną pomoc, unikanie ponownego wpisywania tych samych danych oraz dostępne uwierzytelnianie. Dla sklepu oznacza to między innymi, że przycisk zamknięcia okna nie powinien być mikroskopijny, suwak ceny musi mieć alternatywę, a logowanie nie może wymagać wyłącznie zadania poznawczego bez dostępnego sposobu pomocy.

Po poprawkach warto ponownie zmierzyć wpływ na sprzedaż. Dostępność może ograniczyć tarcie, ale konwersję trzeba oceniać na podstawie danych, zgodnie z zasadami opisanymi w artykule o czynnikach wpływających na konwersję.

Trzy scenariusze biznesowe

Scenariusz 1: mały WooCommerce z czterema pracownikami

Sklep zatrudnia cztery osoby i osiąga obrót 900 tys. EUR. Jeżeli poprawnie spełnia oba warunki mikroprzedsiębiorstwa, nie musi korzystać z ustawowego obowiązku w takim samym zakresie jak większa firma. Nadal warto jednak naprawić krytyczne elementy: etykiety formularza, widoczny fokus, kontrast, obsługę koszyka klawiaturą i jasne błędy. Koszt takich zmian jest zwykle mniejszy, gdy stają się częścią bieżącego rozwoju, a nie awaryjną przebudową.

Scenariusz 2: firma z 12 pracownikami i obrotem 1,4 mln EUR

Próg zatrudnienia został przekroczony, więc niski obrót nie daje wyjątku. Audyt powinien objąć cały proces, deklarację dostępności, obsługę klienta oraz integracje. Jeżeli operator płatności wyświetla niedostępne okno, właściciel sklepu powinien udokumentować problem, skontaktować się z dostawcą i zaoferować dostępną alternatywę zamiast uznawać, że odpowiedzialność kończy się na przekierowaniu.

Scenariusz 3: polska firma sprzedająca konsumentom w kilku krajach UE

Sklep ma siedmiu pracowników, lecz obrót 2,4 mln EUR, dlatego przekracza próg mikroprzedsiębiorstwa. Sprzedaje po niderlandzku w Holandii oraz po niemiecku w Niemczech. ACM wskazuje, że przedsiębiorca aktywny w kilku państwach UE powinien liczyć się z kontaktem z właściwym organem w każdym kraju. Jeden wspólny audyt techniczny jest rozsądny, ale deklaracje, język obsługi i procedury zgłoszeń trzeba dopasować do poszczególnych rynków.

Co można wdrożyć w 7 dni

1. Dzień 1 — zakres i odpowiedzialność: ustal liczbę pracowników, roczny obrót, kraje sprzedaży, platformę, motyw, wtyczki i zewnętrzne etapy checkoutu.
2. Dzień 2 — zakup klawiaturą: przejdź całą ścieżkę, zapisuj miejsce utraty fokusu, pułapki klawiatury i elementy niedostępne bez myszy.
3. Dzień 3 — karta produktu: popraw nagłówki, etykiety wariantów, teksty przy przyciskach, opisy alternatywne, ceny, stany magazynowe i komunikaty dostawy.
4. Dzień 4 — formularze i błędy: powiąż etykiety z polami, dodaj instrukcje, podsumowanie błędów i zrozumiałe komunikaty po polsku oraz niderlandzku.
5. Dzień 5 — urządzenia mobilne: sprawdź powiększenie, orientację, cele dotykowe, zasłanianie fokusu oraz elementy przeciągane.
6. Dzień 6 — płatność i integracje: przetestuj iDEAL, logowanie, kupony, dostawę, e-maile i dokumenty. Zapisz ograniczenia dostawców.
7. Dzień 7 — deklaracja i proces: opublikuj dostępną deklarację, wyznacz osobę odpowiedzialną, ustal priorytety napraw i kontrolę po każdej większej aktualizacji.

Jeżeli test ujawni problem krytyczny, zacznij od niego, nawet gdy wizualne poprawki są łatwiejsze. Niedziałająca płatność, nieobsługiwalny modal lub pułapka klawiatury może całkowicie uniemożliwić zakup.

Najczęstsze błędy podczas przygotowania do kontroli ACM

• Traktowanie WCAG jak jednorazowego projektu. Dostępność trzeba utrzymywać po zmianie motywu, wtyczki, operatora płatności i treści produktu.
• Oparcie oceny wyłącznie na skanerze. Wynik 100 punktów nie potwierdza, że człowiek przejdzie koszyk klawiaturą lub czytnikiem ekranu.
• Mylenie mikroprzedsiębiorstwa z małą firmą. Wyjątek wymaga mniej niż 10 pracowników oraz obrotu maksymalnie 2 mln EUR.
• Uznanie, że agencja lub platforma przejmuje odpowiedzialność. Dostawca naprawia technologię, ale przedsiębiorca odpowiada za oferowaną usługę.
• Publikowanie pustej deklaracji. Ogólne zdanie „strona jest dostępna” nie opisuje działania usługi, technologii wspomagających ani znanych ograniczeń.
• Ogłoszenie zgodności z WCAG 2.2 jako obowiązującego prawa bez sprawdzenia daty. ACM zapowiada zmianę w 2026 roku, dlatego przed publikacją daty trzeba sprawdzić aktualny komunikat.
• Pomijanie zewnętrznego checkoutu. Logowanie, identyfikacja i płatność są częścią procesu, nawet gdy otwierają się w oknie dostawcy.

Checklista właściciela holenderskiego sklepu

• Ustaliłem, czy sklep przekracza próg zatrudnienia lub obrotu.
• Potrafię przejść cały zakup wyłącznie klawiaturą.
• Fokus jest zawsze widoczny i nie jest zasłaniany.
• Pola formularza mają etykiety, instrukcje i jasne komunikaty błędów.
• Warianty, cena, dostępność i dostawa są odczytywane przez czytnik ekranu.
• Kontrast oraz powiększenie do 200% nie blokują zakupu.
• Menu, filtry i cele dotykowe działają na telefonie.
• iDEAL i inne płatności mają dostępną ścieżkę.
• Deklaracja dostępności jest łatwa do znalezienia.
• Po aktualizacji motywu lub wtyczek powtarzam test krytycznej ścieżki.

Najczęstsze pytania o dostępność sklepu w Holandii

Czy każdy sklep internetowy w Holandii musi spełniać wymagania EAA?

Nie każdy. Wyjątek dla mikroprzedsiębiorstwa obejmuje firmę, która jednocześnie zatrudnia mniej niż 10 osób i ma roczny obrót nieprzekraczający 2 mln EUR. Przekroczenie jednego z progów oznacza, że nie można opierać się na tym wyjątku.

Czy obecnie obowiązuje WCAG 2.1 czy WCAG 2.2?

ACM wskazuje WCAG 2.1 AA jako aktualny standard i zapowiada, że w ciągu 2026 roku nowym standardem zostanie WCAG 2.2 AA. Regulator zaleca już teraz pracę według WCAG 2.2. Przed wpisaniem konkretnej daty do dokumentacji trzeba sprawdzić najnowszy komunikat.

Czy certyfikat WCAG jest obowiązkowy?

Nie. ACM nie wymaga certyfikatu, etykiety ani niezależnego audytu. Sklep musi jednak faktycznie spełniać wymagania, utrzymywać dostępność i posiadać odpowiednią deklarację.

Czy wymagania obejmują iDEAL i zewnętrzne płatności?

Tak, dostępność procesu logowania, identyfikacji i płatności jest częścią wymagań dla usługi e-commerce. Właściciel powinien sprawdzić integrację oraz sposób działania po przekierowaniu do dostawcy.

Co zrobić, gdy sklep nie jest w pełni dostępny?

Problem należy naprawić. Jeżeli natychmiastowa naprawa nie jest możliwa, ACM wymaga zgłoszenia niezgodności, określenia jej wpływu i przedstawienia planu usunięcia problemu. Powołanie się na fundamentalną zmianę lub nieproporcjonalne obciążenie wymaga udokumentowania i nie zwalnia z wdrożenia pozostałych możliwych poprawek.

Dostępny sklep to proces, nie odznaka

Najlepszym pierwszym krokiem jest test jednej kompletnej transakcji: od wyszukania produktu do potwierdzenia płatności. Taki audyt szybko pokazuje, czy problem leży w motywie, formularzu, treści czy integracji. Jeżeli potrzebujesz uporządkować projekt, lokalizację i techniczną ścieżkę zakupową pod rynek niderlandzki, zobacz, jak powstaje sklep internetowy w Holandii przygotowany do dalszej optymalizacji.

Artykuł ma charakter informacyjny i nie zastępuje indywidualnej porady prawnej ani profesjonalnego audytu dostępności.