WCAG 2.2 sklep internetowy 2026 - obowiazek, kary i jak dostosowac WooCommerce w 3 krokach

Deadline już minął. Od 28 czerwca 2025 roku sklepy internetowe w Polsce mają prawny obowiązek spełniania wymogów dostępności cyfrowej - i to nie na podstawie jakiejś miękkiej rekomendacji unijnej, lecz polskiej ustawy z twardymi karami finansowymi. Wielu właścicieli sklepów jeszcze tego nie wie, albo zakłada, że "na razie nic się nie dzieje". Na razie.

W tym artykule rozpisuję konkretnie: kogo ten obowiązek dotyczy, jakie kary grożą i jak dostosować sklep WooCommerce krok po kroku. Mówię o doświadczeniu z kilkudziesięciu projektów e-commerce - kilka z nich robiłem pod wymogi dostępności jeszcze zanim stały się obowiązkowe. Nie jestem prawnikiem ani doradcą podatkowym, dlatego w sprawach prawno-sankcyjnych warto skonsultować się ze specjalistą.

Co to jest EAA i dlaczego dotyczy Twojego sklepu

European Accessibility Act (EAA) to unijna dyrektywa 2019/882, którą Polska wdrożyła ustawą z dnia 26 kwietnia 2024 roku o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze. Ustawa weszła w życie 28 czerwca 2025 roku.

Praktycznie oznacza to jedno: sklep internetowy, który sprzedaje konsumentom, musi być dostępny cyfrowo zgodnie ze standardem WCAG 2.1 AA (a w praktyce już WCAG 2.2 - aktualizacja z 2023 roku). Dostępność cyfrowa to zdolność strony do obsługi przez osoby z niepełnosprawnościami - wzrokowymi, słuchowymi, ruchowymi i poznawczymi. Szacuje się, że w Polsce to ponad 4 miliony potencjalnych klientów.

Kogo dotyczy obowiązek - i kto jest zwolniony

To jest pytanie, od którego zaczyna każdy właściciel sklepu, gdy słyszy o WCAG. Odpowiedź jest prosta, ale wymaga sprawdzenia dwóch liczb.

Obowiązek dotyczy Cię, jeśli spełniasz co najmniej jeden z warunków:

• zatrudniasz więcej niż 10 pracowników,
• Twój roczny obrót lub suma bilansowa przekracza 2 miliony euro.

Jesteś mikroprzedsiębiorcą i jesteś zwolniony ze spełniania wymogów w zakresie usług (sklep internetowy to usługa), jeśli jednocześnie:

• zatrudniasz 10 osób lub mniej,
• Twój roczny obrót i suma bilansowa nie przekraczają 2 milionów euro.

Uwaga: wyłączenie dla mikroprzedsiębiorców dotyczy usług. W zakresie produktów fizycznych, które sprzedajesz (np. sprzęt z interfejsem, elektronika), ustawa przewiduje pewne obowiązki niezależnie od rozmiaru firmy - tu polecam konsultację z prawnikiem.

Jakie kary grożą za brak dostępności

Ustawa nie żartuje z sankcjami. Kara pieniężna może sięgnąć 10% rocznego obrotu firmy osiągniętego w roku poprzedzającym rok nałożenia kary. Alternatywnie - dziesięciokrotność przeciętnego miesięcznego wynagrodzenia w Polsce (to dziś ok. 85-90 tys. PLN).

Którą stawkę zastosuje organ? Zależy od skali naruszenia: ile osób jest poszkodowanych, ile produktów lub usług nie spełnia wymogów, jak długo trwa naruszenie. Dla sklepu z obrotem 2 mln PLN rocznie kara 10% to 200 tys. PLN. To nie jest abstrakcja.

Organem uprawnionym do kontroli i nakładania kar jest Prezes Urzędu Komunikacji Elektronicznej (UKE) lub inny organ nadzoru rynku, zależnie od kategorii produktu lub usługi.

WCAG 2.2 kontra 2.1 - co zmieniło się konkretnie

Ustawa odwołuje się do WCAG 2.1 AA, ale standard w październiku 2023 roku oficjalnie przeszedł na wersję 2.2 i to właśnie nią powinieneś się kierować przy nowym wdrożeniu. WCAG 2.2 dodało dziewięć nowych kryteriów - najważniejsze dla sklepów to:

• 2.4.11 / 2.4.12 Focus Not Obscured - element z focusem nie może być zasłonięty przez inne elementy (np. sticky header, cookie banner).
• 2.5.8 Target Size (Minimum) - interaktywne elementy muszą mieć co najmniej 24x24 piksele przestrzeni.
• 3.3.8 Accessible Authentication - formularze logowania nie mogą wymagać rozwiązywania łamigłówek poznawczych (CAPTCHA tekstowy jest problematyczny).
• 3.2.6 Consistent Help - jeśli masz czat lub formularz kontaktowy, musi być dostępny konsekwentnie w tym samym miejscu.

Jeśli Twój sklep był audytowany pod WCAG 2.1, nie zakładaj automatycznie zgodności z 2.2 - szczególnie w obszarze focusu i checkoutu.

Jak odróżnić obowiązek sklepu od strony firmowej

To pytanie dostaję regularnie. Odpowiedź jest krótka: ustawa z 2024 roku (EAA) obejmuje e-commerce i usługi cyfrowe kierowane do konsumentów. Zwykła strona firmowa (wizytówka, portfolio, strona "o nas") prywatnej firmy bez transakcji nie jest wprost objęta tą ustawą.

Natomiast strony podmiotów publicznych (urzędy, uczelnie, szpitale) mają osobny obowiązek na podstawie ustawy z 2019 roku o dostępności cyfrowej podmiotów publicznych - to inne przepisy, inne kary, inne deklaracje dostępności.

Jeśli prowadzisz sklep WooCommerce i osobną stronę firmową pod tym samym domeną - WCAG adaptujesz całą domenę, nie tylko katalog /sklep/.

3 kroki do zgodności WooCommerce z WCAG 2.2

Przejdźmy do konkretów. Na podstawie kilku projektów dostępnościowych wiem, że WooCommerce daje się doprowadzić do zgodności AA w ciągu 2-4 tygodni intensywnej pracy - pod warunkiem, że zaczniesz od właściwych miejsc.

Krok 1: Motyw - kontrast kolorów i widoczność focusu

Większość gotowych motywów WooCommerce ma problemy z kontrastem i focusem. To pierwsze, co sprawdza audytor i pierwsze, co widzą użytkownicy klawiaturowi.

Kontrast tekstu (WCAG 1.4.3): stosunek kontrastu tekstu do tła musi wynosić co najmniej 4,5:1 dla normalnego tekstu i 3:1 dla dużego (18pt lub 14pt bold). Sprawdź przycisk CTA, ceny produktów, etykiety promocji - to najczęstsze miejsca, gdzie kontrast jest za niski.

Focus outline (WCAG 2.4.7 i 2.4.11): każdy element interaktywny (linki, przyciski, pola formularzy) musi mieć wyraźny wizualny wskaźnik focusu podczas nawigacji klawiaturą. Zakaz outline: none w CSS bez zastępnika to klasyczny błąd. Dodaj w pliku style.css motywu:

:focus-visible {
  outline: 3px solid #005fcc;
  outline-offset: 2px;
}

Przyciski WooCommerce: .woocommerce button, .woocommerce .button, .woocommerce input[type="submit"] - sprawdź ich kontrast w stanie domyślnym, hover i disabled.

Krok 2: Formularze i checkout - etykiety, błędy, ARIA

Checkout WooCommerce to najkrytyczniejszy obszar z perspektywy dostępności i biznesu - tu tracisz sprzedaż, jeśli ktoś nie może sfinalizować zamówienia.

Etykiety pól (WCAG 1.3.1, 3.3.2): każde pole formularza musi mieć przypisaną etykietę przez atrybut for/id lub aria-label. WooCommerce domyślnie generuje etykiety dla standardowych pól checkoutu, ale custom pola dodawane przez pluginy często tego nie robią.

Komunikaty błędów (WCAG 3.3.1, 3.3.3): gdy walidacja wykryje błąd, komunikat musi:

• opisywać co jest nie tak (nie tylko "błąd w formularzu"),
• być powiązany z konretnym polem przez aria-describedby,
• nie być przekazywany wyłącznie kolorem.

Przykład poprawki w functions.php lub child theme:

// WooCommerce - dodaj aria-required do wymaganych pól
add_filter( 'woocommerce_form_field_args', function( $args, $key, $value ) {
    if ( ! empty( $args['required'] ) ) {
        $args['custom_attributes']['aria-required'] = 'true';
    }
    return $args;
}, 10, 3 );

CAPTCHA na logowaniu: jeśli używasz Google reCAPTCHA v2 (typ "klikam checkbox"), to jest problem z WCAG 3.3.8. Przejdź na reCAPTCHA v3 (niewidoczna, oparta na score) lub Cloudflare Turnstile.

Krok 3: Nawigacja klawiaturą i alt text grafik

Nawigacja klawiaturą (WCAG 2.1.1, 2.1.2): otwórz sklep, odłącz mysz, wciśnij Tab. Powinieneś móc: przejść przez menu, otworzyć produkt, dodać do koszyka, przejść do checkoutu, wypełnić formularz i złożyć zamówienie - bez dotyku myszki. Focus powinien poruszać się logicznie, nie gubić się i nigdy nie utknąć w pętli.

Najczęstsze problemy w WooCommerce:

• dropdown menu niedostępne klawiaturą (wymaga JS obsługi keydown dla strzałek),
• modal quickview produktu bez pułapki focusu (focus ucieka za modal),
• slider produktów niedostępny klawiaturą.

Alternatywny tekst grafik (WCAG 1.1.1): zdjęcia produktów muszą mieć alt opisujący produkt, nie pusty lub generyczny. W WooCommerce alt ustawiasz przy wgrywaniu obrazu do biblioteki mediów. Galeria produktów, zdjęcia wariantów, banery - każde powinno mieć konkretny opis. Dekoracyjne grafiki (separator, tło) dostają alt="".

<!-- Zle -->
<img src="krzeslo-dab.jpg" alt="image-product-1231">

<!-- Dobrze -->
<img src="krzeslo-dab.jpg" alt="Krzeslo drewniane Lektor, kat debowy, wysokosc siedzenia 45 cm">

Jak przetestować dostępność sklepu przed audytem

Zanim zatrudnisz specjalistę (lub mnie), możesz samodzielnie zrobić wstępny skan w 30 minut.

Narzędzia darmowe:

• Lighthouse (Chrome DevTools, F12, zakładka Lighthouse, kategoria Accessibility) - wynik 0-100 plus lista błędów z linkami do dokumentacji. Docelowo chcesz 80+, a najlepiej 90+.
• WAVE Toolbar - rozszerzenie Chrome od WebAIM, zaznacza błędy bezpośrednio na stronie. Ikony czerwone = krytyczne, żółte = ostrzeżenie.
• axe DevTools - darmowa wersja rozszerzenia Chrome od Deque, bardzo precyzyjne raporty błędów z WCAG.
• Test klawiaturą - najważniejszy test, kosztuje 0 PLN: odłącz mysz i próbuj obsłużyć sklep samym Tab, Shift+Tab, Enter, Escape, strzałkami.

Jeśli masz Lighthouse poniżej 60 punktów na checkoucie - potrzebujesz poważnej interwencji. Wynik 60-80 to kilka tygodni pracy, 80+ to kosmetyczne poprawki.

Deklaracja dostępności - czy musisz ją mieć

Tak - ustawa wymaga udostępnienia informacji o dostępności serwisu. W praktyce oznacza to zamieszczenie na stronie deklaracji dostępności opisującej: poziom zgodności z WCAG, znane ograniczenia, dane kontaktowe do zgłaszania problemów i informację o organie nadzorczym.

Do generowania deklaracji możesz użyć darmowej wtyczki WordPress "Deklaracja Dostępności WCAG" lub napisać ją samodzielnie na podstawie wzoru WCAG 2.1 dostępnego na stronach gov.pl. Stronę z deklaracją linkujesz w stopce.

Co zrobić w tej chwili

Jeśli po przeczytaniu tego artykułu nadal nie wiesz, czy Cię obejmuje ten obowiązek - sprawdź: ile masz pracowników i jaki jest Twój roczny obrót. Te dwa progi decydują o wszystkim.

Jeśli obowiązek Cię dotyczy i Twój sklep nie był do tej pory audytowany, realne minimum to:
1. Uruchom Lighthouse na checkoucie - sprawdź punkt startowy.
2. Popraw kontrast i focus w motywie (to zazwyczaj 1-2 dni pracy).
3. Zweryfikuj etykiety i komunikaty błędów w checkoucie WooCommerce.
4. Dodaj deklarację dostępności do stopki.

Kompleksowe wdrożenie WCAG 2.2 AA dla sklepu WooCommerce to projekt na 2-4 tygodnie - możesz zobaczyć, jak takie projekty realizuję, na stronie sklepów internetowych. Jeśli zaczynasz budowę nowego sklepu, warto wybrać platformę i motyw z myślą o dostępności od początku - w artykule ile kosztuje sklep WooCommerce w 2026 roku opisuję też, jak wyceniać takie projekty. Dostępność wbudowana od zera jest o połowę tańsza niż retrofitting gotowego sklepu.

Najczęstsze pytania

Czy mój mały sklep WooCommerce musi spełniać WCAG 2.2?

To zależy od wielkości firmy. Jeśli zatrudniasz mniej niż 10 osób I Twój roczny obrót nie przekracza 2 milionów euro, jesteś mikroprzedsiębiorcą i w zakresie usług (w tym sklepu internetowego) ustawa Cię nie obejmuje. Jeśli choć jeden z tych progów przekraczasz - obowiązek dotyczy Ciebie od 28 czerwca 2025 roku.

Jaka kara grozi za brak dostępności sklepu internetowego?

Ustawa przewiduje karę finansową do 10% rocznego obrotu firmy osiągniętego w roku poprzedzającym nałożenie kary. Alternatywnie kara może wynosić do dziesięciokrotności przeciętnego miesięcznego wynagrodzenia. Organ decyduje o wysokości, biorąc pod uwagę skalę naruszenia, liczbę dotkniętych użytkowników i czas trwania naruszenia.

Czym różni się WCAG 2.2 od WCAG 2.1?

WCAG 2.2 to aktualizacja z października 2023 roku, która dodała 9 nowych kryteriów sukcesu w stosunku do wersji 2.1. Najważniejsze z nich dotyczą: widoczności focusu (3.2.11, 3.2.12), braku blokowania obsługi klawiaturą (2.4.12), minimalnego rozmiaru obszaru klikania (2.5.8) i autentykacji bez testów poznawczych (3.3.8). Strona zgodna z WCAG 2.1 nie jest automatycznie zgodna z WCAG 2.2.

Które wtyczki WordPress pomogą mi spełnić wymogi WCAG?

Żadna wtyczka nie zastąpi rzetelnej adaptacji kodu, ale kilka narzędzi jest pomocnych. Assist For WCAG sprawdza kontrast i strukturę. WP Accessibility Hero lub One Click Accessibility poprawiają skip-linki i atrybuty ARIA. Do wygenerowania wymaganej deklaracji dostępności przyda się dedykowana polska wtyczka. Najważniejsze prace i tak wymagają ingerencji w motyw.

Jak przetestować dostępność sklepu internetowego?

Na start wystarczą trzy narzędzia: Lighthouse w Chrome DevTools (zakładka Accessibility daje wynik 0-100), WAVE Toolbar (rozszerzenie Chrome wskazuje błędy na żywo na stronie) oraz ręczny test klawiaturą - odłącz mysz i spróbuj zrobić zakup wyłącznie Tab/Enter/Escape. Bardziej szczegółowy audyt wykonuje axe DevTools lub NVDA z czytnikiem ekranu.

Czy WCAG obowiązuje też stronę firmową, nie tylko sklep?

Tak, ale różne przepisy. Sklep e-commerce reguluje ustawa z 26 kwietnia 2024 r. (EAA). Zwykła strona firmowa, jeśli należy do podmiotu publicznego lub budzetowego, podlega starszej ustawie z 2019 roku o dostępności cyfrowej podmiotów publicznych. Prywatna strona-wizytówka małej firmy bez sprzedaży nie jest wprost objęta EAA, choć WCAG to dobra praktyka niezależnie od prawa.