28 czerwca 2025 wszedł w życie European Accessibility Act, najszerszy akt prawny o dostępności cyfrowej w historii Unii Europejskiej. Od tego dnia większość firm B2C w Polsce ma prawny obowiązek zapewnić, żeby ich strony, sklepy i aplikacje były dostępne dla osób z niepełnosprawnościami.
Kara za niedostosowanie? Do 10% rocznego obrotu firmy. Plus pozwy zbiorowe, których w USA już dziś jest ponad 4000 rocznie. Plus utrata 15% rynku, bo tyle osób w Polsce ma jakąś formę niepełnosprawności funkcjonalnej.
W tym artykule wyjaśniam, kogo dokładnie EAA dotyczy w Polsce, jak działa WCAG 2.2 (najnowsza wersja standardu) i daję 30-punktową checklist, którą możesz odpalić sam, jeszcze dziś.
EU Accessibility Act 2025. Kogo dotyczy w Polsce
Najczęstsze nieporozumienie. "EAA dotyczy tylko sektora publicznego". Nieprawda. To dotyczyło wcześniejszej dyrektywy z 2016. EAA z 2019 (wchodząca w życie w 2025) dotyczy SEKTORA PRYWATNEGO.
Obowiązek obejmuje większość biznesu B2C. Konkretnie.
E-commerce. Każdy sklep internetowy, który sprzedaje konsumentom w UE.
Bankowość i usługi finansowe. Aplikacje bankowe, bramki płatnicze, kredyty online, ubezpieczenia.
Transport. Strony sprzedaży biletów, aplikacje przewoźników, kioski biletowe.
Telekomunikacja. Operatorzy, dostawcy internetu, ich strony i aplikacje.
Media. Serwisy streamingowe, e-booki, audiobook, prasa online.
Czytniki e-booków. Sprzęt i oprogramowanie.
Komputery i smartfony. Producenci i ich oprogramowanie systemowe.
Wyłączeni są mikroprzedsiębiorcy. Firma zatrudniająca mniej niż 10 osób i z rocznym obrotem poniżej 2 milionów euro NIE musi się dostosowywać do EAA, jeśli świadczy usługi (ale jeśli sprzedaje produkty, już musi).
Polska implementacja EAA to ustawa o zapewnianiu dostępności osobom ze szczególnymi potrzebami z 2019, plus rozporządzenia wykonawcze z 2024-2025. Wdrożenie nadzoruje Ministerstwo Rodziny i Polityki Społecznej.
Jeśli prowadzisz e-commerce w Polsce, sprzedajesz konsumentom i nie jesteś mikroprzedsiębiorcą, obowiązek dotyczy CIEBIE.
WCAG 2.2. Co zmieniło się od 2.1
WCAG (Web Content Accessibility Guidelines) to konkretny standard techniczny, którym EAA się posługuje. Mówi: "twoja strona jest dostępna, jeśli spełnia WCAG 2.2 na poziomie AA".
Wersja 2.1 obowiązywała od 2018. Wersja 2.2, oficjalnie wydana w październiku 2023, dodała 9 nowych kryteriów sukcesu. Skupiają się głównie na mobile (gdzie spędzamy dziś więcej czasu niż na desktopie) i na cognitive accessibility (dostępność dla osób z trudnościami poznawczymi).
Najważniejsze nowe kryteria w 2.2.
2.4.11 Focus Not Obscured (Minimum). Element, na który użytkownik nawiguje klawiaturą (focus), musi być co najmniej częściowo widoczny. Często łamane przez sticky headery, które zasłaniają fokusowany element.
2.4.12 Focus Not Obscured (Enhanced). Wersja silniejsza. Fokusowany element musi być w pełni widoczny.
2.4.13 Focus Appearance. Wskaźnik focus musi mieć minimum 2 piksele grubości i odpowiedni kontrast.
2.5.7 Dragging Movements. Każda funkcja, która wymaga przeciągania, musi mieć alternatywę bez przeciągania. Slider z gałką musi mieć też przyciski plus/minus.
2.5.8 Target Size (Minimum). Klikalne elementy muszą mieć minimum 24x24 piksele.
3.2.6 Consistent Help. Jeśli na stronie jest mechanizm pomocy (chat, formularz kontaktowy), musi być w tym samym miejscu na każdej podstronie.
3.3.7 Redundant Entry. Nie wymagaj od użytkownika dwukrotnego wprowadzania tej samej informacji w tej samej sesji.
3.3.8 Accessible Authentication (Minimum). Logowanie nie może wymagać zadań poznawczych (pamiętania kodów, rozwiązywania puzzli). Musi być dostępna alternatywa.
3.3.9 Accessible Authentication (Enhanced). Wersja silniejsza, jeszcze ostrzejsze wymogi co do logowania.
Większość z tych kryteriów łatwo spełnić technicznie, ale wymaga rewizji istniejących projektów.
4 zasady WCAG, czyli skąd to wszystko
WCAG (każda wersja) ma cztery filary, na których wszystko stoi. Po angielsku to akronim POUR.
P jak Perceivable. Treść musi być postrzegalna dla wszystkich zmysłów. Tekst dla osób niewidomych przez screen reader. Audio z napisami dla niesłyszących. Kontrasty wystarczające dla osób słabowidzących.
O jak Operable. Każdy element interaktywny musi się dać obsłużyć. Klawiaturą (dla osób bez myszki). Bez ograniczenia czasowego (dla osób, które potrzebują więcej czasu). Bez ataków padaczki (bez migoczących elementów).
U jak Understandable. Treść i interfejs muszą być zrozumiałe. Prosty język. Przewidywalna nawigacja. Pomoc przy formularzach.
R jak Robust. Treść musi być kompatybilna z różnymi technologiami asystującymi. Screen readery, terminale Braille'a, alternatywne klawiatury.
To są zasady. WCAG mówi konkretnie, jak je spełnić, w 78 kryteriach sukcesu (50 z A i AA łącznie plus 28 z AAA).
Checklist 30 najczęstszych naruszeń
To są problemy, które widzimy w 90% audytów stron polskich firm. Przejrzyj swoją stronę z tą listą, zaznacz checkboxy. Każda zaznaczona pozycja to potencjalne naruszenie.
Kontrast i kolory 1. Wszystkie teksty mają kontrast minimum 4.5:1 z tłem (3:1 dla dużych tekstów powyżej 18pt) 2. Stan focus na linkach i przyciskach jest widoczny i ma kontrast minimum 3:1 3. Informacje nie są przekazywane WYŁĄCZNIE przez kolor (np. czerwone pole błędu plus tekst "błąd", nie sam kolor) 4. Linki w treści są wyróżnione nie tylko kolorem (podkreślenie albo inna ikona)
Klawiatura i focus 5. Cała strona da się obsłużyć klawiaturą (Tab, Shift+Tab, Enter, Spacja, Esc) 6. Kolejność focusu jest logiczna (idziesz Tab i nie skaczesz po stronie chaotycznie) 7. Focus jest zawsze widoczny (nie zasłania go sticky header ani modal) 8. Skip-link "przejdź do treści głównej" jest na początku każdej strony
Tekst i nawigacja 9. Strona ma jeden H1, w logicznej hierarchii nagłówków (H1 > H2 > H3, bez przeskakiwania) 10. Linki mają sensowny tekst (NIE "kliknij tutaj", a "zobacz pełen cennik") 11. Nawigacja jest taka sama na każdej podstronie 12. Język strony jest zadeklarowany w HTML (lang="pl")
Formularze 13. Każde pole formularza ma label (nie tylko placeholder) 14. Błędy walidacji są opisane słownie, nie tylko czerwoną ramką 15. Wymagane pola są oznaczone (gwiazdka plus aria-required) 16. Captcha ma alternatywę (np. logikę zamiast tylko obrazka)
Obrazki i media 17. Każdy obraz informacyjny ma sensowny alt text 18. Obrazki dekoracyjne mają pusty alt (alt="") 19. Video ma napisy zsynchronizowane 20. Audio ma transkrypcję tekstową
Mobile i touch 21. Klikalne elementy mają minimum 24x24 piksele (od WCAG 2.2) 22. Strona działa w orientacji pionowej i poziomej 23. Funkcje wymagające przeciągania mają alternatywę bez przeciągania 24. Tekst da się powiększyć do 200% bez utraty funkcji
Dynamika i czasy 25. Animacje da się wyłączyć (prefers-reduced-motion) 26. Migoczące elementy migają mniej niż 3 razy na sekundę 27. Sesja, która wygasa, ostrzega użytkownika i pozwala przedłużyć
Architektura informacji 28. Strona ma sensowne tytuły title (każda podstrona inny) 29. Wbudowane funkcje pomocnicze (chat, contact form) są w tym samym miejscu na każdej podstronie 30. Logowanie ma alternatywę dostępną poznawczo (nie tylko kody SMS i puzzle)
Pełen audyt, który robimy w WebyJuice, sprawdza ponad 80 kryteriów. Powyższe 30 to absolutne minimum, bez którego strona nie ma szans przejść audytu.
Koszty nieprzygotowania
To jest pytanie, na które klienci najbardziej reagują. Ile naprawdę kosztuje zignorowanie EAA.
Kary administracyjne. EAA przewiduje kary do 10% rocznego obrotu firmy. W Polsce ustawa o zapewnianiu dostępności określa kary do 30 000 zł za pojedyncze naruszenie, z możliwością wielokrotnego nakładania.
Pozwy zbiorowe. W USA, gdzie ADA (American Disabilities Act) obowiązuje od dekad, pozwów zbiorowych przeciwko biznesowi za niedostępność jest ponad 4000 rocznie. Średni koszt rozstrzygnięcia (settlement) to 50 000-150 000 dolarów. W Europie podobne pozwy zaczynają się dopiero, ale trend jest jednoznaczny.
Utracony rynek. 15% populacji Polski ma jakąś formę niepełnosprawności funkcjonalnej (wzrok, słuch, mobilność, kognitywna). To 5.7 miliona osób. Jeśli Twoja strona nie jest dla nich dostępna, tracisz ten segment 100%.
Reputacja. Jeden viral post na X o niedostępnej stronie polskiego banku to PR disaster. Coraz częstsze.
Koszt naprawy retroaktywnie. Doprowadzenie niedostępnej strony do zgodności po fakcie to średnio 3-10 razy droższe niż projektowanie z dostępnością od początku.
Jak zrobić audyt samodzielnie
Pełen audyt zewnętrzny kosztuje 6 000-20 000 zł, w zależności od skali strony. Ale wstępny audyt możesz zrobić sam, za darmo. Oto narzędzia.
WAVE (WebAIM). Najpopularniejsze narzędzie, działa jako rozszerzenie do przeglądarki. Pokaże większość problemów wizualnie. Mocno polecam, choć pomija część bardziej subtelnych kryteriów.
axe DevTools. Wbudowane w Chrome DevTools, też jako rozszerzenie. Bardziej deweloperski, ale bardziej dokładny niż WAVE.
Lighthouse. Wbudowane w Chrome. Daje syntetyczny score dostępności od 0 do 100. Pamiętaj, że 100/100 w Lighthouse NIE oznacza pełnej zgodności z WCAG (Lighthouse sprawdza ~30 z 78 kryteriów).
WebAIM Contrast Checker. Sprawdza tylko kontrast, ale jest najprecyzyjniejsze w tej kategorii.
Screen reader NVDA. Darmowy screen reader, którego używają osoby niewidome. Otwórz swoją stronę i spróbuj się po niej poruszać tylko klawiaturą plus dźwiękiem. To jest najbardziej eye-opening test. Większość deweloperów w 5 minut tego eksperymentu rozumie, co znaczy "dostępna strona".
Kiedy zlecić audyt zewnętrzny
Samodzielny audyt narzędziami online wykryje 30-40% problemów. Pełna zgodność z WCAG 2.2 wymaga ręcznej weryfikacji ze screen readerem i klawiaturą, przez osobę przeszkoloną.
Zlecać warto w trzech sytuacjach.
Pierwsza. Twoja firma jest w sektorze pod EAA (e-commerce, bank, transport, telekom), działa w UE i ma więcej niż 10 pracowników. Ryzyko prawne jest realne, samodzielny audyt nie wystarczy.
Druga. Planujesz większe wdrożenie, redesign albo migrację. Audyt PRZED wdrożeniem oszczędza pieniądze, bo poprawki w designie kosztują 10 razy mniej niż refaktor po deployu.
Trzecia. Dostałeś już skargę albo reklamację dotyczącą dostępności. Wtedy audyt jest dowodem, że traktujesz problem poważnie i podejmujesz działania.
W WebyJuice robimy audyty WCAG 2.2 jako dedykowaną usługę. Wynik to raport PDF z konkretną listą naruszeń, priorytetyzacją (krytyczne / średnie / niskie) i czasem naprawy. Dostajesz też checklist do następnych wdrożeń, żeby tego samego błędu nie powtarzać.
Plan działania po audycie
Audyt to dopiero początek. Pełen plan obejmuje cztery etapy.
Etap 1. Naprawy krytyczne (30 dni). Naruszenia poziomu A, które łamie WCAG na podstawowym poziomie. Brak alt textów, brak focusu, klawiatura nie działa. To naprawiamy najpierw, bo bez tego strona jest jawnie niedostępna.
Etap 2. Naprawy istotne (60 dni). Naruszenia poziomu AA, które EAA wymaga. Kontrasty, focus appearance, target size. Większość pracy designerskiej i deweloperskiej.
Etap 3. Naprawy poprawiające (90 dni). Naruszenia poziomu AAA, opcjonalne ale wartościowe. Lepszy język, więcej alternatyw, ulepszona ergonomia.
Etap 4. Stałe utrzymanie (od 91 dnia). Włączenie audytu dostępności w stały proces deweloperski. Każda nowa funkcjonalność jest sprawdzana pod kątem dostępności PRZED deployem. To kluczowe, żeby nie wracać do punktu wyjścia za rok.
Co dalej
Jeśli prowadzisz biznes B2C w sektorze objętym EAA i Twoja strona ma więcej niż rok, warto zrobić audyt zanim dostaniesz pierwszą skargę. Bezpłatna konsultacja trwa 30 minut, pokażemy Ci poziom ryzyka i orientacyjny koszt poprawek.
Powiązane wpisy: - Dostępność cyfrowa EAA. Praktyczny przewodnik - Core Web Vitals 2026 - SEO dla małych firm
Pełna oferta audytu WCAG z konkretnym pakietem usług, cennikiem i case studies.
