WCAG 2.1 vs 2.2 – 9 nowych kryteriów + co się zmieniło
WCAG 2.2 AA to najnowsza wersja standardu W3C (październik 2023), zgodna wstecznie z WCAG 2.1. Polskie prawo nadal wymaga poziomu WCAG 2.1 AA: taki poziom opisuje załącznik do ustawy z 4 kwietnia 2019 r. i norma EN 301 549. WCAG 2.2 jest więc standardem ponad wymóg, a nie nowym obowiązkiem. Nowa wersja dodaje 9 nowych kryteriów sukcesu bez usuwania żadnych istniejących. Zmiany koncentrują się na: 1) lepszej widoczności fokus, 2) alternatywach dla przeciągania, 3) minimalnym rozmiarze przycisków (24×24px), 4) konsekwencji pomocy, 5) ograniczeniu powtarzania danych w formularzach, oraz 6) dostępnym uwierzytelnianiu. Wszystkie strony JST wymagają kontroli po migracji ze 2.1 na 2.2.
Porównanie wersji – tabela różnic
| Aspekt | WCAG 2.1 AA | WCAG 2.2 AA |
|---|---|---|
| Data publikacji | 5 czerwca 2018 | 5 października 2023 |
| Status w Polsce | Poziom wymagany ustawą (zał. do ustawy z 4.04.2019 r., EN 301 549) | Standard nowszy niż wymóg, stosowany dobrowolnie, zgodny wstecznie |
| Liczba kryteriów sukcesu (AA) | 50 | 59 (+9 nowych) |
| Liczba zasad (POUR) | 4 (Perceivable, Operable, Understandable, Robust) | 4 (bez zmian) |
| Minimalny rozmiar przycisków | Brak wymogu (rekomendacja 44×44 AAA) | 24×24 piksele AA + 44×44 AAA |
| Widoczność focus | Wskaźnik widoczny (basic) | Focus nie może być zasłonięty + szczegółowe wymogi visual |
| Alternatywa dla drag & drop | Brak wymogu | Wymagana alternatywa typu klik-klik |
| Formularze wieloetapowe | Mogły wymagać ponownych danych | Zakaz duplikacji danych |
| Logowanie | Mogło wymagać testów poznawczych | Nie wolno wymagać puzzli, łamigłówek |
| Konsekwencja pomocy | Brak wymogu | Help w tym samym miejscu na wszystkich stronach |
9 nowych kryteriów WCAG 2.2 – szczegółowy opis
1. Focus Not Obscured (Minimum) – 2.4.11 AA
Element z fokusem klawiaturowym nie może być całkowicie zasłonięty przez inne elementy (sticky header, modal, cookie banner). Częściowe zasłonięcie dopuszczalne, ale całkowite – zabronione.
2. Focus Not Obscured (Enhanced) – 2.4.12 AAA
Żadna część elementu z fokusem nie może być zasłonięta. Wymaga zaawansowanej koordynacji sticky elementów ze skrollowaniem.
3. Focus Appearance – 2.4.13 AAA
Wskaźnik fokus musi mieć: minimum 2 piksele grubości, kontrast 3:1 względem tła oraz poprzedniego stanu, oraz widoczność na całym elemencie.
4. Dragging Movements – 2.5.7 AA
Każda interakcja wymagająca przeciągania (drag & drop, slider) musi mieć alternatywę typu klik-klik. Dotyczy np. przeciągania w rezerwacjach terminów, kalendarzach.
5. Target Size (Minimum) – 2.5.8 AA
Przyciski, linki, ikony interaktywne muszą mieć minimum 24×24 pikseli powierzchni dotyku. Dla mniejszych elementów wymagany margines (offset).
6. Consistent Help – 3.2.6 A
Opcje pomocy (telefon, czat, FAQ, formularz kontaktowy) muszą znajdować się w tym samym miejscu na każdej podstronie. Zmiana lokalizacji pomocy między stronami jest zabroniona.
7. Redundant Entry – 3.3.7 A
Formularze wieloetapowe nie mogą wymagać ponownego wpisania tych samych danych (imię, email, adres). Wyjątek: ze względów bezpieczeństwa (hasło, kod jednorazowy).
8. Accessible Authentication (Minimum) – 3.3.8 AA
Proces logowania nie może wymagać testów poznawczych (rozwiązanie zagadek, zapamiętywanie sekwencji). CAPTCHA klasyczne są niezgodne; akceptowalne: hCaptcha visual, e-mail confirmation.
9. Accessible Authentication (Enhanced) – 3.3.9 AAA
Logowanie w pełni dostępne bez jakichkolwiek ograniczeń poznawczych. Wymaga wsparcia 2FA (biometria, kod SMS) oraz pełnej akceptacji menedżerów haseł.
Wpływ na portal JST
Po migracji z WCAG 2.1 na 2.2 typowo wymagane jest:
- Powiększenie przycisków z mniejszych niż 24px do minimum 24×24
- Sticky header modyfikacja aby nie zasłaniał focused elementu
- Alternative dla drag & drop w formularzach z sortowaniem
- Cookie banner nie może blokować focus klawiaturowego
- CAPTCHA wymiana na dostępne alternatywy
- Multi-step formularze z autopodpowiedziami danych
Pełny zgodność WCAG 2.2
Szczegółowa metodologia kontroli wszystkich 59 kryteriów AA: Checklista WCAG 47 punktów + 9 nowych 2.2.
Bezpłatna wycena kontroli
Jeśli Państwa jednostka migruje z WCAG 2.1 na 2.2, zapraszamy do bezpłatnej wyceny. Otrzymują Państwo analizę różnicową + harmonogram naprawczy po otrzymaniu zgłoszenia.
Ile stron urzędów faktycznie spełnia wymogi
W monitoringu Ministerstwa Cyfryzacji za 2024 r. przebadano szczegółowo 100 stron internetowych i 45 aplikacji mobilnych podmiotów publicznych. Żadna badana strona ani aplikacja nie była w pełni zgodna z ustawą o dostępności cyfrowej: 75 stron uznano za częściowo zgodne, 25 za niezgodne (aplikacje: 37 częściowo zgodnych, 8 niezgodnych). Monitoring prowadzony jest na podstawie decyzji wykonawczej Komisji (UE) 2018/1524. Źródło: gov.pl, wyniki monitoringu w 2024 r.
Wniosek praktyczny dla jednostki: deklaracja „w pełni zgodna” bez audytu jest ryzykowna. Ustawa przewiduje karę do 5 000 zł za deklarację sporządzoną nieprawidłowo i do 10 000 zł za uporczywe niezapewnianie dostępności cyfrowej (art. 19 ustawy).
Najczęstsze pytania
Czy WCAG 2.2 jest obowiązkowe w Polsce?
Nie. Obowiązkiem prawnym objęty jest poziom WCAG 2.1 AA, taki zakres wymagań opisuje załącznik do ustawy z 4 kwietnia 2019 r. o dostępności cyfrowej, zharmonizowany z europejską normą EN 301 549. WCAG 2.2 to nowsza wersja standardu W3C (5 października 2023 r.), która nie została w Polsce ustanowiona odrębnym obowiązkiem. Ponieważ WCAG 2.2 jest zgodne wstecznie z 2.1, wdrożenie nowszej wersji spełnia wymóg ustawowy z zapasem.
Jaki poziom WCAG wymaga ustawa o dostępności cyfrowej?
Ustawa nie posługuje się numerem wersji WCAG. Wymagania techniczne wymienia załącznik do ustawy, który odpowiada poziomowi WCAG 2.1 AA. Dlatego w deklaracji dostępności zgodność deklaruje się „z załącznikiem do ustawy”, a nie „z WCAG 2.1″ ani „z WCAG 2.2″.
Czy trzeba migrować stronę z WCAG 2.1 na 2.2?
Nie ma takiego obowiązku prawnego. Migracja jest jednak zalecana przy nowych wdrożeniach i redesignach: 9 dodatkowych kryteriów WCAG 2.2 dotyczy spraw, które realnie blokują użytkowników (widoczny fokus, rozmiar celu dotykowego, alternatywa dla przeciągania, logowanie bez testu pamięciowego). Jednostka, która wdroży 2.2 dziś, nie będzie musiała wracać do tematu przy kolejnej aktualizacji normy.
Co zmienia EAA obowiązujący od 28 czerwca 2025 r.?
Europejski akt o dostępności (dyrektywa 2019/882) dotyczy produktów i usług podmiotów gospodarczych, m.in. sprzedaży biletów, bankowości, e-commerce, e-booków. Obejmuje także jednostki publiczne w zakresie, w jakim prowadzą taką działalność (np. sprzedaż biletów komunikacji miejskiej). Standardem technicznym pozostaje norma EN 301 549, czyli ten sam poziom co dla stron urzędów. EAA nie wprowadził obowiązku WCAG 2.2.
Jak zadeklarować zgodność, jeśli strona spełnia WCAG 2.2?
W deklaracji wpisuje się stan zgodności z załącznikiem do ustawy (w pełni zgodna / częściowo zgodna / niezgodna). Informację o wdrożeniu nowszego standardu można dodać w sekcji „Pozostałe informacje”. Deklarację przygotujesz w generatorze deklaracji dostępności, w strukturze 2.0 wymaganej od 1 sierpnia 2024 r.