← wszystkie wpisy
E-commerce

Dostępność sklepu i strony - EAA i WCAG 2.2 (obowiązek od 2025). Jak dostosować

Dostępność sklepu i strony - EAA i WCAG 2.2 (obowiązek od 2025). Jak dostosować

Dostępność sklepu i strony internetowej - EAA i WCAG 2.2 (obowiązek od 2025). Jak dostosować i uniknąć kar

Krótka odpowiedź: od 28 czerwca 2025 obowiązuje Europejski Akt o Dostępności (EAA), wdrożony w Polsce ustawą o zapewnianiu spełniania wymagań dostępności. Obejmuje m.in. sklepy internetowe, bankowość, e-usługi i aplikacje kierowane do konsumentów. Twoja strona/sklep musi spełniać standard WCAG 2.2 na poziomie AA. Za niedostosowanie grożą kary administracyjne i skargi konsumenckie. Dostosowanie to zwykle audyt + poprawki, których koszt zależy od stanu wyjścia - od kilku do kilkunastu tysięcy złotych.

Ten tekst wyjaśnia, kogo dokładnie dotyczy obowiązek, co konkretnie trzeba poprawić i jak wygląda dostosowanie w praktyce - bez prawniczego żargonu.

Kogo dotyczy (i kto jest zwolniony)

Obowiązek dotyczy przedsiębiorców oferujących konsumentom m.in.:

  • sklepy internetowe (e-commerce B2C)
  • usługi bankowe i płatnicze
  • e-booki i platformy z treścią
  • aplikacje i strony z usługami (rezerwacje, bilety, konta klienta)

Zwolnienie dla mikroprzedsiębiorców: firmy zatrudniające mniej niż 10 osób i o obrocie/sumie bilansowej poniżej 2 mln euro, świadczące USŁUGI, są co do zasady zwolnione. Uwaga: zwolnienie dotyczy usług - przy produktach (np. terminale, czytniki) zasady bywają inne. Jeśli nie masz pewności co do statusu, warto to potwierdzić, bo błędna interpretacja jest kosztowna.

Nawet jeśli formalnie jesteś zwolniony - dostępność to realnie większy rynek (osoby z niepełnosprawnościami to ~12% populacji + osoby starsze) i lepsze SEO. Google faworyzuje dostępne strony.

Co konkretnie trzeba spełnić - WCAG 2.2 AA w praktyce

WCAG brzmi abstrakcyjnie, ale sprowadza się do konkretów. Najczęstsze braki, które trzeba poprawić:

Percepcja:

  • Kontrast tekstu min. 4,5:1 (duży tekst 3:1) - jasnoszary tekst na białym tle to najczęstsze naruszenie
  • Teksty alternatywne (alt) dla wszystkich obrazów niosących treść
  • Napisy/transkrypcje dla wideo

Obsługa:

  • Pełna obsługa klawiaturą (Tab) - każdy przycisk, link, pole formularza dostępny bez myszy
  • Widoczny focus (obramowanie na elemencie, na którym jesteś klawiaturą)
  • Brak pułapek klawiaturowych (da się „wyjść" Tabem z każdego elementu)
  • Wystarczający czas na interakcje, brak migotania (ryzyko padaczki)

Zrozumiałość:

  • Etykiety pól formularza (nie sam placeholder)
  • Komunikaty błędów opisowe („Podaj poprawny e-mail", nie samo czerwone pole)
  • Spójna nawigacja

Solidność:

  • Poprawny, semantyczny HTML (nagłówki H1-H6 w kolejności, landmarki, ARIA tam gdzie trzeba)
  • Działanie z czytnikami ekranu (NVDA, VoiceOver)

Nowości w WCAG 2.2 (wersja obowiązująca): większe obszary klikalne na mobile (min. 24×24 px), widoczny focus niezasłonięty, uproszczone uwierzytelnianie (bez zmuszania do przepisywania z pamięci).

Jak wygląda dostosowanie - krok po kroku

  1. Audyt dostępności - automatyczny (skanery: axe, WAVE, Lighthouse) + manualny (test klawiaturą, czytnikiem ekranu). Automat wyłapuje ~30-40% problemów, resztę trzeba sprawdzić ręcznie. Efekt: lista naruszeń z priorytetami.
  2. Poprawki techniczne - kontrasty, alt-y, focus, semantyka HTML, ARIA, obsługa klawiatury, formularze. To główna praca.
  3. Deklaracja dostępności - dokument na stronie opisujący status zgodności i kontakt do zgłaszania problemów (wymóg formalny).
  4. Test końcowy - ponowny audyt + test z realnym użytkownikiem czytnika ekranu, jeśli budżet pozwala.

Ile to kosztuje: zależy od stanu wyjścia i wielkości serwisu. Audyt: 2 000–5 000 zł. Poprawki: od kilku tysięcy (prosta strona w dobrym stanie) do kilkunastu tysięcy (duży sklep z wieloma szablonami i błędną strukturą). Nową stronę taniej od razu zbudować dostępnie, niż łatać starą.

Częsty błąd: „nakładka dostępności" (overlay) to NIE jest rozwiązanie

Na rynku pojawiły się widgety-nakładki obiecujące „dostępność jednym skryptem". To nie działa i bywa ryzykowne prawnie - nakładki nie naprawiają struktury HTML, często przeszkadzają czytnikom ekranu, a w USA były podstawą pozwów. Realna dostępność to poprawki w kodzie, nie skrypt doklejony do strony.

FAQ

Od kiedy dokładnie obowiązuje? Od 28 czerwca 2025. Nowe usługi/strony muszą być zgodne od tej daty; dla części istniejących umów są okresy przejściowe, ale zwlekać nie warto - dostosowanie zajmuje tygodnie.

Jakie grożą kary? Kary administracyjne nakładane przez organ nadzoru oraz ryzyko skarg konsumenckich. Konkretne kwoty zależą od skali naruszenia. Ryzyko reputacyjne (publiczna skarga o wykluczenie) bywa dotkliwsze niż sama kara.

Czy mój sklep na WooCommerce/Shopify jest automatycznie zgodny? Nie. Platforma daje podstawy, ale motyw, wtyczki i Twoje modyfikacje zwykle wprowadzają naruszenia (kontrasty, brak alt-ów, niedostępne formularze checkout). Trzeba zaudytować konkretny sklep.

Ile trwa dostosowanie? Prosta strona w dobrym stanie: 1-3 tygodnie. Duży sklep z wieloma szablonami: 4-8 tygodni. Zaczyna się od audytu, który pokazuje realny zakres.

Czy da się to połączyć z redesignem? Tak i często to najlepszy moment - przebudowa strony z uwzględnieniem WCAG od podstaw jest tańsza niż osobne łatanie. Dostępność wpina się też w lepsze SEO i Core Web Vitals.

Podsumowanie

EAA i WCAG 2.2 AA to od 2025 obowiązek dla większości sklepów i e-usług B2C (poza zwolnionymi mikrofirmami usługowymi). Dostosowanie = audyt + poprawki w kodzie (kontrasty, alt-y, obsługa klawiaturą, semantyka, formularze) + deklaracja dostępności. Koszt zależy od stanu wyjścia: audyt 2-5 tys., poprawki od kilku do kilkunastu tysięcy. Nakładki-widgety to nie jest realne rozwiązanie.

Chcesz sprawdzić, czy Twój sklep/strona jest zgodna z EAA i ile kosztowałoby dostosowanie? Napisz do mnie - zrobię audyt dostępności i wycenę poprawek. Pierwsza rozmowa bez opłaty.

Powiązane teksty:

Często zadawane pytania

Czy dostępność strony jest obowiązkowa w 2025?

TAK. European Accessibility Act (EAA) obowiązuje od 28 czerwca 2025 dla wszystkich e-commerce sprzedających klientom indywidualnym w UE. WCAG 2.2 poziom AA to standardowy benchmark. Firmy < 10 pracowników i < 2 mln euro obrotu są zwolnione - ale to bardzo mała frakcja rynku.

Jakie kary za brak dostępności strony?

W Polsce: PLN 20-50 tys per naruszenie (UOKiK, KPA). W Niemczech: do 100 tys EUR + zakaz sprzedaży online. W skandynawii: pozwy zbiorowe klientów niepełnosprawnych. Kluczowe: EAA to nie tylko kary - to szansa (15-20% populacji ma jakąś niepełnosprawność = potencjalni klienci których dziś tracimy).

Ile kosztuje dostosowanie sklepu do WCAG 2.2 AA?

Audyt dostępności (co jest źle): 2-5 tys zł. Fixy podstawowe (kontrast, alt-teksty, keyboard nav): 5-15 tys zł. Refactor UI dla pełnej WCAG AA compliance: 15-40 tys zł. Certyfikacja third-party (opcjonalna): 5-10 tys zł. Total dla średniego sklepu: 20-60 tys zł.

Jak sprawdzić czy moja strona spełnia WCAG?

Automatyczne narzędzia: Lighthouse (Chrome DevTools, darmowe), WAVE (WebAIM darmowe), axe DevTools (darmowe). Wykryją ~30-40% problemów. Manualne testy: keyboard-only navigation, screen reader (NVDA darmowy), contrast checker (WebAIM Contrast). Full audit third-party 2-5 tys zł.

Ile trwa dostosowanie sklepu do EAA/WCAG?

Audyt: 1 tydzień. Fixy podstawowe: 2-4 tygodnie. Full compliance WCAG 2.2 AA: 6-12 tygodni. Dla nowo budowanych sklepów - dostępność w standardzie od 1 dnia (dochodzi 15-25% do bazowej wyceny sklepu). Dla starych sklepów - migracja/refactor 4-6 mies dla enterprise.

Masz projekt na oku?

Napisz - wycenę odeślę do 48 h. Bez agencji, bez pośredników.

✉ napisz: dominik.gronski@grodev.pl
Dominik Groński
Dominik Groński
Full-stack developer · GroDev · Poznań

Buduję custom systemy webowe: Laravel, WooCommerce, konfiguratory 3D w Three.js. Piszę bez ściemy, od strony biznesu który to potem utrzymuje. Prowadzę GroDev - studio jednoosobowe z Poznania.

Zadzwoń Darmowa wycena