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.

Aktualizacja: 9 maja 2026Czas czytania: ~12 minWCAG · EAA · Prawo

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 alt opisują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 input ma <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

  1. Automatyczny — Lighthouse w Chrome DevTools (Accessibility tab, score 0-100), axe DevTools extension, WAVE webaim.org, Pa11y CLI w CI/CD. Pokrywa ~30% issues.
  2. Ręczny keyboard — spróbuj kupić produkt nawigując tylko Tab/Enter/Space, bez myszy. Jeśli "zgubisz" focus, jest problem.
  3. Ręczny screen reader — NVDA (Windows free), VoiceOver (Mac), JAWS. Włącz, zamknij oczy, dokończ kupon.
  4. 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

  1. Brak alt dla obrazów lub generic ("zdjęcie").
  2. Kontrast tekstu <4.5:1 — szczególnie szare na jasnoszarym header/footer.
  3. Form bez label (input z placeholderem).
  4. Linki "kliknij tutaj" bez kontekstu.
  5. Brak focus state lub :focus { outline: none }.
  6. Brak lang="pl" w <html>.
  7. Brak skip linka "Pomiń do treści".
  8. 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

  1. Audit Lighthouse + axe swojej strony (1 godz, free). Zobacz score Accessibility.
  2. Fix top 10 issues z auditu — 80% problemów rozwiązuje się w 1-2 dniach deweloperskich.
  3. Manual keyboard test — przejdź checkout/formularz tylko Tab'em.
  4. Screen reader smoke test — NVDA + zamknięte oczy, 5 minut.
  5. 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

Powiązane artykuły