Prawo + WCAG · Aktualizacja maj 2026
WCAG 2.1 + ustawa o dostępności cyfrowej 2025 — pełny przewodnik
Od 28 czerwca 2025 European Accessibility Act (EAA) obowiązuje wszystkich wpływowych dostawców usług cyfrowych. Sprawdź wymogi techniczne (WCAG 2.1 AA), kary do 10 mln EUR i jak przeprowadzić audit dostępności swojej strony.
Krytyczna data: 28 czerwca 2025
Po tej dacie sklepy e-commerce z obrotem >10 mln EUR, banki, ubezpieczyciele, telekom, platformy audiowizualne i transport muszą mieć stronę zgodną z WCAG 2.1 AA. Kary: do 10% obrotu rocznego LUB 10 mln EUR (wartość wyższa).
Co to jest European Accessibility Act (EAA)
EAA to dyrektywa unijna 2019/882 wymagająca dostępności cyfrowej produktów i usług w UE. W Polsce wdrożona ustawą o zapewnianiu dostępności (z 19 lipca 2019, znowelizowaną w 2024). Cel: ujednolicenie dostępności na rynku unijnym, eliminacja barier dla 87 milionów osób z niepełnosprawnościami w UE.
Wymogi techniczne EAA bazują na WCAG 2.1 poziom AA (Web Content Accessibility Guidelines, W3C). To międzynarodowy standard, używany też w USA (ADA), Wielkiej Brytanii (Equality Act), Australii.
Kogo dotyczy w Polsce po 28 czerwca 2025
- Sektor publiczny — urzędy, szpitale, szkoły publiczne, BIP. Już od 2019.
- E-commerce z obrotem >10 mln EUR rocznie i >10 zatrudnionych.
- Banki i ubezpieczyciele — wszyscy, bez wyjątku skali.
- Telekomunikacja — operatorzy stacjonarni i mobilni.
- Transport pasażerski — sprzedaż biletów online (PKP, KOLEO, AirPolska, Flixbus).
- Audiowizualne — Netflix, HBO Max, TVP VOD, Player.
- Czytniki e-booków i platformy sprzedaży (Empik, Allegro Books).
Mikrofirmy (<10 osób + obrót <2 mln EUR) są częściowo wyłączone z obowiązków dokumentacyjnych, ale jeśli oferują B2C online — wymóg WCAG 2.1 AA pozostaje. W praktyce: 70-80% średnich i dużych polskich firm musi dostosować strony.
WCAG 2.1 AA — 4 zasady
1. PERCEIVABLE — treść musi być postrzegalna
- Każdy obraz ma
altopisujący zawartość w kontekście (nie "obrazek"). - Video ma napisy (closed captions) i transkrypcję audio.
- Kontrast tekstu min. 4.5:1 (3:1 dla dużego >18pt). Sprawdź WebAIM Checker.
- Treść nie może być przekazywana wyłącznie kolorem (np. "czerwony błąd, zielony OK").
2. OPERABLE — strona ma być operacyjna
- Cała funkcjonalność dostępna z klawiatury (Tab, Shift+Tab, Enter, Space, strzałki). Brak keyboard traps.
- Skip link "Pomiń do treści" jako pierwszy focusable element.
- Brak migającej treści >3 razy/sekundę (epileptyczność).
- Focus widoczny — minimum 2px outline lub box-shadow. Nie używaj
:focus { outline: none }bez zastępczego focus state. - Czas na interakcję wystarczający (możliwość przedłużenia sesji).
3. UNDERSTANDABLE — strona ma być zrozumiała
<html lang="pl">zadeklarowany (screen reader używa właściwej wymowy).- Każdy
inputma<label for="...">(placeholder NIE jest labelem). - Komunikaty błędów konkretne ("Pole email musi zawierać @", nie "Błąd").
- Predictable navigation — menu w tym samym miejscu na każdej podstronie.
4. ROBUST — strona ma być solidna
- HTML waliduje (zamknięte tagi, unikalne id, prawidłowe nesting).
- ARIA atrybuty (
role,aria-label,aria-describedby) używane zgodnie ze specyfikacją W3C ARIA Authoring Practices. - Strona działa w różnych asystujących technologiach (NVDA, JAWS, VoiceOver, screen magnifier).
Audit dostępności — 4 poziomy
- Automatyczny — Lighthouse w Chrome DevTools (Accessibility tab, score 0-100), axe DevTools extension, WAVE webaim.org, Pa11y CLI w CI/CD. Pokrywa ~30% issues.
- Ręczny keyboard — spróbuj kupić produkt nawigując tylko Tab/Enter/Space, bez myszy. Jeśli "zgubisz" focus, jest problem.
- Ręczny screen reader — NVDA (Windows free), VoiceOver (Mac), JAWS. Włącz, zamknij oczy, dokończ kupon.
- User testing z osobami z niepełnosprawnościami — Polska Federacja Niewidomych, Fundacja Aktywizacja, Integracja oferują certyfikowane testy. 3-15k zł.
8 najczęstszych błędów na polskich stronach
- Brak
altdla obrazów lub generic ("zdjęcie"). - Kontrast tekstu <4.5:1 — szczególnie szare na jasnoszarym header/footer.
- Form bez
label(input z placeholderem). - Linki "kliknij tutaj" bez kontekstu.
- Brak focus state lub
:focus { outline: none }. - Brak
lang="pl"w<html>. - Brak skip linka "Pomiń do treści".
- Embedy YouTube/Vimeo bez napisów/transkrypcji.
Koszty dostosowania
- Wizytówka (5-10 stron, static content) — audit + fixy: 2-5 tys. zł.
- Strona firmowa (30-60 stron, formularze): 8-20 tys. zł.
- E-commerce (sklep z checkoutem): 15-50 tys. zł — checkout flow keyboard + screen-reader friendly to twardy wymóg.
- Custom aplikacja webowa (SPA, dashboardy): 20-100 tys. zł — ARIA roles, dynamic content announcements, focus management po SPA navigations.
Lepiej projektować accessible od początku — retrofit dostępności do istniejącej strony kosztuje 5-10× więcej niż build z accessibility w mind od pierwszej linii kodu. Każdy nowy projekt GMWEB od 2024 ma WCAG 2.1 AA jako default w QA checklist przed wdrożeniem.
Kary i ryzyko prawne
Polska ustawa nowelizowana w 2024 wprowadza kary do 10% rocznego obrotu firmy lub 10 mln EUR (wybierana wartość wyższa) — model RODO. Plus: nakaz dostosowania w 30-90 dni, wpis do rejestru naruszeń, ryzyko pozwu cywilnego.
Precedensy w UE: TUI (DE) zapłaciło 100k EUR za niedostępną stronę rezerwacji w 2023. W USA pod ADA (analogiczne prawo) Domino's Pizza przegrało Robles vs Domino's 2019 — Sąd Najwyższy USA ustanowił precedens że strony WWW podlegają prawu dostępności.
Co zrobić w 2026
- Audit Lighthouse + axe swojej strony (1 godz, free). Zobacz score Accessibility.
- Fix top 10 issues z auditu — 80% problemów rozwiązuje się w 1-2 dniach deweloperskich.
- Manual keyboard test — przejdź checkout/formularz tylko Tab'em.
- Screen reader smoke test — NVDA + zamknięte oczy, 5 minut.
- Jeśli skala wymaga (e-commerce z >10 mln EUR) — zewnętrzny certyfikowany audit + user testing.
Audit WCAG dla Twojej strony?
Robimy audyt dostępności (Lighthouse + axe + manual keyboard + screen reader smoke test) i konkretny plan dostosowania pod EAA 2025. Strony, które stworzymy od 2024, mają WCAG 2.1 AA jako default.
Zamów audit dostępności