Przejdź do treści głównej
Seviranta

Dostępność WooCommerce

Spraw, by Twój sklep WooCommerce był naprawdę dostępny. EAA i WCAG, bez nakładki

WooCommerce działa na WordPressie, ale nie jest domyślnie dostępny: checkout, formularze i przyciski motywu wprowadzają ciche bariery. My je znajdujemy i dostarczamy poprawkę w Twoim własnym kodzie szablonu, żadnego widżetu, który spowalnia sklep.

Tak Seviranta zabiera się za Twoją stronę na WooCommerce u źródła

Gdzie kryją się bariery

Motywy, rozszerzenia i formularze wprowadzają ciche bariery. My znajdujemy je wszystkie.

Poprawka w źródle, a nie na wierzchu

Konkretne naprawy w Twoim motyw i wtyczki, bez warstwy nakładki, która jedynie ukrywa błędy.

Bez widgetu, bez spowolnienia

Crawlujemy zewnętrznie z serwerów w UE, 0% wpływu na Twoją szybkość ładowania i Core Web Vitals.

Gotowe na EAA

Sprawdzamy Twoją stronę pod kątem WCAG, na tym samym poziomie, na którym sprawdzają organy nadzoru.

Konto nie jest potrzebne. Skanujemy jedną stronę Twojej witryny na pełnej głębokości i niczego nie zapisujemy.

Skan headless na silniku axe-core, tym samym, który działa w Google Lighthouse, z naszych serwerów w UE. 0% wpływu na szybkość ładowania Twojej strony.

Albo najpierw zobacz, jak to działa →

Prawda: WooCommerce nie jest domyślnie dostępny

Porządny motyw WooCommerce, taki jak Storefront, startuje lepiej niż wiele sklepów, ale sam z siebie rzadko spełnia WCAG 2.2 AA. Gdy tylko dostosujesz checkout, zainstalujesz rozszerzenia albo wybierzesz motyw z jasnoszarymi przyciskami, pojawiają się bariery, których Twoi klienci, i European Accessibility Act, nie zaakceptują.

Co naprawdę jest na szali

  • Niedostępny checkout to bezpośrednie naruszenie EAA.
  • Widżet dostępności nie liczy się jako rozwiązanie strukturalne.
  • Organy nadzoru testują wygenerowany HTML, łącznie z Twoimi aplikacjami.
  • „Używamy WooCommerce” to nie obrona prawna: odpowiedzialność spoczywa na sklepie internetowym, który jest na żywo, a nie na platformie.

Ile może kosztować zwłoka

do € 1.000.000

Maksimum UE · Hiszpania/Luksemburg

$ 4.000

USA · Kalifornia (Unruh), za wizytę

Nie dostaniesz kary znienacka, najpierw przychodzi nakaz usunięcia uchybień z terminem. Ale kto w tym momencie pokaże datowane dossier, wychodzi najtaniej.

Zobacz, co dotyczy Twojego rynku

Ukryte ryzyko zewnętrznych rozszerzeń WooCommerce

Widżety recenzji, filtry, bundlery i aplikacje wyszukiwania wstrzykują dynamiczny HTML do Twojego frontendu, a każda aktualizacja aplikacji może dołożyć kolejną barierę. W audycie ten kod liczy się w pełni, nawet jeśli nie jest Twojego autorstwa. Dlatego Seviranta stale pilnuje efektu końcowego tak, jak widzi go organ nadzoru: Twój motyw na WooCommerce plus wszystkie aplikacje i treści dynamiczne.

Co najczęściej szwankuje na WooCommerce

  • Komunikaty o błędach w checkoucie bez aria-liveGdy zamawianie się nie powiedzie, WooCommerce wyświetla komunikat w stylu „podaj prawidłowy adres”. Bez aria-live="assertive" niewidomy użytkownik nie usłyszy tego komunikatu i zostaje ze zgadywaniem, dlaczego zamówienie nie przechodzi.
  • Pola formularza bez powiązanej etykietyW wielu motywach i dostosowaniach checkoutu pola trafiają bez poprawnie powiązanej etykiety albo tylko z placeholderem. Użytkownik czytnika ekranu słyszy wtedy puste pole, nie mając pojęcia, co w nim wpisać.
  • Zbyt niski kontrast w przyciskach motywuWiele motywów WooCommerce stosuje jasnoszary tekst na kolorowym przycisku albo kolor przycisku zbliżony do tła. To często nie osiąga minimum kontrastu WCAG, przez co słabowidzący klienci nie mogą odczytać „Do koszyka”.
  • Dodawanie do koszyka przez AJAX bez komunikatu o stanieGdy klient kliknie „Do koszyka”, dzieje się to przez AJAX, bez przeładowania strony. Bez obszaru live czytnik ekranu nie informuje, że produkt został dodany, więc użytkownik nie wie, czy akcja się powiodła.

Tak wygląda prawdziwa poprawka

Weźmy etykietę formularza w Twoim checkoucie WooCommerce. Za pomocą filtra podpinasz się pod pole i nadajesz mu poprawną, powiązaną nazwę, bez przebudowy checkoutu:

PHP
Przed
<input type="text" name="billing_company" id="billing_company"
  placeholder="Bedrijfsnaam">
Po
add_filter( 'woocommerce_checkout_fields', function( $fields ) {
  $fields['billing']['billing_company']['label'] = __( 'Bedrijfsnaam', 'theme' );
  return $fields;
} );

Gdzie naprawiasz to w samym WooCommerce

WooCommerce samo deklaruje, że front-end wtyczki podstawowej jest 'substantially conformant' z WCAG 2.2 AA i ma na to raport z zewnętrznych testów. Ryzyko tkwi w tym, co Ty dokładasz wokół: motyw, modyfikacje checkoutu i wtyczki. Oto kolejność.

  1. 1Wiedz, co raport obejmuje, a czego nieRaport zgodności (czerwiec 2025, WooCommerce 10.0, testowany z NVDA, VoiceOver i JAWS) obejmuje tylko front-end wtyczki podstawowej na domyślnym motywie. Punkty 'partially supports' dotyczą niemal wyłącznie bloków filtrów przestarzałych od wersji 9.9: brakujące etykiety i fieldsety, pułapka klawiaturowa w Firefoksie z VoiceOver, brak wskaźnika fokusu, brak komunikatów o stanie. Jeśli nadal używasz tych bloków, zastąp je. Wciąż otwarte w repozytorium: galeria produktu, która dla czytników ekranu jest powtarzalna (od 2022), szuflada mini-koszyka z elementami fokusowalnymi za aria-hidden oraz powiadomienia sklepu bez roli aria.
  2. 2Motyw: accessibility-ready to nie WCAGTag 'accessibility-ready' na WordPress.org oznacza, że motyw przeszedł ręczną weryfikację pod kątem 18 podstawowych wymagań (skip link, fokus o grubości co najmniej 2 px, kontrast 4,5:1, landmarki, etykiety). WordPress sam dodaje, że nie oznacza to, iż motyw spełnia WCAG AA. Storefront (4.6.2, grudzień 2025) ma ten tag; własny motyw blokowy WooCommerce został wycofany w lipcu 2025. Wybierz motyw z tym tagiem, a potem sprawdź własne kolory i treści.
  3. 3Checkout: bloki albo shortcode, i co robią z nim wtyczkiOd wersji 8.3 bloki Cart i Checkout są domyślne; checkout oparty na shortcode nadal działa w istniejących sklepach. Bloki są renderowane JavaScriptem i akceptują tylko zmigrowane hooki, więc wtyczka modyfikująca checkout musi zadeklarować kompatybilność. WooCommerce samo ostrzega: motywy i wtyczki modyfikujące checkout mogą zepsuć dostępność. Testuj checkout po każdej aktualizacji wtyczki.
  4. 4Gdzie ląduje poprawkaMotyw klasyczny: nadpisujesz szablony w wp-content/themes/<child>/woocommerce/…, a lepiej przez hooki, bo te przetrwają aktualizację. Motyw blokowy: templates/single-product.html i Site Editor, kolory i typografia w theme.json. Atrybut lang pochodzi z Ustawienia → Ogólne → Język witryny. Wtyczki wstrzykują znaczniki przez te same hooki; w audycie liczy się to tak, jakby to był Twój własny kod.
  5. 5Tekst alternatywny i treśćZdjęcia produktów to zwykłe elementy multimedialne: Media → Biblioteka → 'Alt Text'. Opisz to, co ma znaczenie dla decyzji zakupowej; dekoracyjne zostają puste. WooCommerce samo wymienia to jako zadanie właściciela sklepu, obok struktury nagłówków, etykiet formularzy i testu z czytnikiem ekranu.

WordPress Accessibility Team odradza widżety nakładkowe (overlay) i pisze, że żadne zautomatyzowane narzędzie samo w sobie nie zapewnia zgodności. My też nie: skan znajduje to, co jest maszynowo pewne, poprawka trafia do Twojego motywu i wtyczek, a część wymagającą ludzkiej oceny wskazujemy osobno.

Co otrzymujesz

Na każdy błąd: co, dlaczego i jak

Dla każdego ustalenia widzisz, co jest nie tak, kogo to dotyczy, której reguły WCAG dotyczy i konkretne, świadome WooCommerce rozwiązanie, z przykładem kodu tam, gdzie to możliwe.

Wykrywanie specyficzne dla platformy

Wychwytujesz błędy, które powstają właśnie na WooCommerce, a nie tylko to, co wyłapuje ogólny test WCAG.

Dokumentacja, która się obroni

Opatrzony datami przegląd Twoich skanów i ustaleń, który możesz pokazać przy audycie lub inspekcji.

Przy narzędziu raportującym płacisz za licencję oraz swoim deweloperom za naprawę błędów. W Seviranta poprawka jest w cenie, bez podwójnego rachunku.

Chroń swoją konwersję i swój status prawny

Aplikacja, która dokleja ikonę dostępności na Twoją stronę WooCommerce, to ryzyko dla Twojego biznesu. Oto fakty:

Widżety dostępności WooCommerce

  • Ładują dodatkowe zewnętrzne skrypty, które szkodzą Twojej szybkości ładowania (LCP), a tym samym konwersji.
  • Maskują błąd, zamiast go rozwiązać, kod u podstaw pozostaje wadliwy.
  • Nie chronią przed roszczeniami. FTC ukarała dostawcę nakładek accessiBe w 2025 roku grzywną w wysokości 1 miliona $ za wprowadzające w błąd zapewnienia o zgodności.

Podejście Seviranta

  • 0% wpływu na szybkość ładowania, skanujemy z zewnątrz, z naszych serwerów w UE.
  • Naprawiamy prawdziwy kod źródłowy Twoich szablonów WooCommerce.
  • Automatycznie budujemy Twoje trwałe dossier EAA, gotowe do okazania organowi nadzoru.

Pytania i odpowiedzi

WooCommerce twierdzi, że spełnia WCAG 2.2 AA. Dlaczego więc mój sklep nie przechodzi?
To twierdzenie dotyczy front-endu wtyczki podstawowej na domyślnym motywie. Twój motyw, Twoje kolory, treści produktów, modyfikacje checkoutu i każda wtyczka renderują się na tej samej stronie, i to tam są uwagi. WooCommerce samo to przyznaje: motywy i wtyczki mogą zepsuć dostępność checkoutu.
Sprzedaję też do Niemiec lub Francji. Co obowiązuje tam mój sklep WooCommerce?
Niemcy: BFSG obowiązuje od 28 czerwca 2025 sklepy internetowe B2C, z wyjątkiem dla mikroprzedsiębiorstw (mniej niż dziesięć osób i maksymalnie 2 miliony euro obrotu lub sumy bilansowej); nadzór sprawuje Marktüberwachungsstelle der Länder (MLBF). Francja: od 28 czerwca 2025 e-commerce podlega transpozycji EAA w Code de la consommation, z tym samym wyjątkiem dla mikroprzedsiębiorstw, pod nadzorem DGCCRF; miarą jest RGAA (WCAG 2.1 AA). W obu krajach liczy się opublikowana strona, a nie fakt, że korzystasz z WooCommerce.
Czy mam przejść z checkoutu opartego na shortcode na checkout blokowy?
Niekoniecznie. WooCommerce nie publikuje porównania, a raport testuje oba warianty. Jednak checkout blokowy jest od wersji 9.0 miejscem, gdzie ląduje najwięcej ulepszeń (landmark main, komunikaty o stanie, struktura nagłówków). Jeśli zostajesz przy shortcode, sprawdź samodzielnie komunikaty o błędach, etykiety i komunikat o stanie przy 'aktualizuj koszyk'; te punkty naprawiono dopiero w 2025.
Czy widżet dostępności WooCommerce wystarczy dla EAA?
Nie. Widżet kładzie warstwę na Twoją stronę, ale nie naprawia kodu u podstaw i nie liczy się jako zgodność strukturalna.
Czy mój checkout WooCommerce podlega EAA?
Tak. Checkout i nawigacja są wprost częścią obowiązku w ramach WCAG 2.1 AA.
Czy Seviranta skanuje też moje aplikacje WooCommerce?
Tak. Testujemy ostateczny wygenerowany HTML, motyw plus aplikacje, tak, jak robi to organ nadzoru.
Czy to spowolni moją stronę WooCommerce?
Nie. Skanujemy z zewnątrz, z naszych serwerów w UE; żaden skrypt nie trafia na Twoją stronę. 0% wpływu na szybkość ładowania i Core Web Vitals.

Sami też tak robimy

Trzymamy się dokładnie tej samej poprzeczki: nasza własna strona osiąga 0 błędów w axe-core, tym samym silniku, który działa w Google Lighthouse i którym skanujemy też Twój sklep na WooCommerce. To, co maszyna stwierdza z pewnością, rozwiązujemy maszynowo, resztę ocenia człowiek. Tak dokładnie dostajesz to od nas: zobacz prawdziwy przykładowy raport.

Czego EAA wymaga od Twojego sklepu WooCommerce

Od czerwca 2025 Twój sklep internetowy musi spełniać WCAG 2.1 AA, sklep WooCommerce nie jest wyjątkiem. Darmowy skan w 60 sekund pokazuje, na jakim jesteś etapie, wraz z dokładną linijką, która nie spełnia wymogów.

Sprzedajesz w więcej niż jednym kraju?

WCAG to światowy standard. Niemal każdy rynek się na nim opiera:

UE: European Accessibility ActUSA: ADAWB: Equality Act 2010

Dostosuj swój sklep WooCommerce do WCAG jeden raz, a spełnisz techniczną poprzeczkę na wszystkich tych rynkach. To, co różni się w zależności od rynku, to organ nadzoru i kary.

Zobacz, co obowiązuje na danym rynku zbytu

Zarządzasz wieloma stronami WooCommerce dla klientów?

Nie dopuść, by sklepy internetowe, które oddajesz, stały się dla Twoich zleceniodawców ryzykiem prawnym w świetle EAA. Wykorzystaj Seviranta jako swój zautomatyzowany stempel jakości przy każdym wdrożeniu i każdym deployu, jeden skan i każda strona jest dowodnie w porządku.

Zobacz nasz program partnerski

Przeskanuj swój sklep WooCommerce za darmo

Wklej adres URL swojego WooCommerce do darmowego skanu i zobacz w ciągu minuty, które linijki nie spełniają wymogów, wraz z dokładnym miejscem w Twoim checkoucie lub motywie.