WCAG 2.1 vs 2.2 – 9 nowych kryteriów + co się zmieniło
WCAG 2.2 AA obowiązuje od czerwca 2025 r., zastępując WCAG 2.1 AA. 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ą audytu 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 | Obowiązywała 2019-2025 | Obowiązuje od czerwca 2025 |
| 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 audyt WCAG 2.2
Szczegółowa metodologia audytu wszystkich 59 kryteriów AA: Checklista WCAG 47 punktów + 9 nowych 2.2.
Bezpłatna konsultacja audytu
Jeśli Państwa jednostka migruje z WCAG 2.1 na 2.2, zapraszamy do bezpłatnej konsultacji. Otrzymują Państwo analizę różnicową + harmonogram naprawczy w ciągu 24h.