WCAG 2.2, opublikowane w październiku 2023, wprowadza 9 nowych kryteriów sukcesu skupionych na mobilnej dostępności, uwierzytelnianiu i nawigacji klawiaturą. Ten przewodnik wyjaśnia każdą zmianę i jej praktyczne implikacje dla projektów cyfrowych.
Szybkie podsumowanie
WCAG 2.2 dodaje 9 nowych kryteriów sukcesu: 2 na poziomie A (3.2.6, 3.3.7), 4 na poziomie AA (2.4.11, 2.5.7, 2.5.8, 3.3.8) oraz 3 na poziomie AAA (2.4.12, 2.4.13, 3.3.9). Jedyne kryterium usunięte to 4.1.1 Parsing, które stało się przestarzałe wraz z rozwojem przeglądarek.
Nowe wytyczne koncentrują się na trzech kluczowych obszarach: lepszej widoczności fokusa klawiatury, bardziej dostępnych celach dotykowych i gestach, oraz uproszczonych procesach uwierzytelniania dla użytkowników z dysfunkcjami poznawczymi.
Nowe kryteria sukcesu: Przegląd
Dziewięć nowych kryteriów sukcesu odpowiada na współczesne wyzwania dostępności, szczególnie w aplikacjach mobilnych i procesach uwierzytelniania. Kryteria te odzwierciedlają rzeczywiste bariery zgłaszane przez użytkowników z niepełnosprawnościami, w tym problemy z małymi celami dotykowymi, ukrytymi wskaźnikami fokusa i nadmiernymi wymaganiami pamięci w formularzach logowania.
2.4.11 Fokus nieukryty (minimum) - Poziom AA
Wymaga, aby skupiony element klawiatury nie był całkowicie ukryty przez inną zawartość. Gdy element otrzymuje fokus, przynajmniej część musi pozostać widoczna - powszechny problem z lepkimi nagłówkami, modalnymi okiami dialogowymi lub wyskakującymi okienkami cookies, które zasłaniają interaktywne elementy.
2.4.12 Fokus nieukryty (rozszerzony) - Poziom AAA
Wersja wzmocniona 2.4.11 wymagająca, aby cały element był widoczny, gdy otrzymuje fokus klawiatury, bez żadnego zasłaniania. To zapewnia, że użytkownicy klawiatury widzą kompletny kontekst każdego interaktywnego elementu.
2.4.13 Wygląd fokusa - Poziom AAA
Określa minimalne wymagania wizualne dla wskaźników fokusa: obszar co najmniej tak duży jak 2-pikselowa obwódka oraz kontrast co najmniej 3:1 względem sąsiadujących kolorów. To standaryzuje widoczność fokusa w różnych przeglądarkach i projektach.
2.5.7 Ruchy przeciągania - Poziom AA
Funkcjonalność wymagająca przeciągania (jak sortowanie list lub przesuwanie sliderów) musi mieć alternatywę z pojedynczym wskaźnikiem - zazwyczaj przyciski lub bezpośrednie wprowadzanie. To wspiera użytkowników z ograniczeniami motorycznymi, którzy nie mogą wykonywać precyzyjnych gestów wielodotykowych.
2.5.8 Rozmiar celu (minimum) - Poziom AA
Cele dotykowe muszą mieć co najmniej 24×24 piksele CSS, z wyjątkiem sytuacji, gdy cel jest w linii z tekstem, jest kontrolowany przez agenta użytkownika, lub gdy mniejszy rozmiar jest niezbędny. To zastępuje bardziej rygorystyczne 44×44px z kryterium AAA 2.5.5, balansując użyteczność z praktycznymi ograniczeniami projektowymi.
3.2.6 Spójna pomoc - Poziom A
Mechanizmy pomocy (kontakt, live chat, FAQ) muszą pojawiać się w tej samej kolejności na każdej stronie, gdzie są obecne. Przewidywalność ta pomaga użytkownikom z dysfunkcjami poznawczymi szybko zlokalizować wsparcie bez przeszukiwania różnych układów.
3.3.7 Zbędne wprowadzanie - Poziom A
Informacje już wprowadzone przez użytkownika w tej samej sesji nie powinny być wymagane ponownie, chyba że jest to niezbędne dla bezpieczeństwa lub dane utraciły ważność. Autouzupełnianie, checkboxy lub wstępnie wypełnione pola spełniają to kryterium, redukując obciążenie pamięciowe.
3.3.8 Dostępne uwierzytelnianie (minimum) - Poziom AA
Testy funkcji poznawczych (jak zapamiętywanie haseł lub rozwiązywanie łamigłówek) nie mogą być wymagane, chyba że dostępna jest alternatywa: rozpoznawanie obiektów, uwierzytelnianie biometryczne, jednokrotne logowanie lub menedżery haseł. To eliminuje bariery dla użytkowników z dysfunkcjami pamięci lub przetwarzania.
3.3.9 Dostępne uwierzytelnianie (rozszerzone) - Poziom AAA
Rozszerza 3.3.8, eliminując również testy rozpoznawania obiektów (jak "wybierz wszystkie zdjęcia z samochodami"). Pozostają tylko opcje niewymagające testów poznawczych: biometria, kody jednorazowe lub menedżery haseł.
Usunięte: 4.1.1 Parsowanie
To kryterium z 2008 roku wymagało prawidłowego HTML (zamknięte znaczniki, unikalne ID). Nowoczesne przeglądarki teraz automatycznie korygują błędy parsowania, czyniąc to kryterium przestarzałym. Jego usunięcie nie zmienia oczekiwań dotyczących kodu - poprawny HTML pozostaje najlepszą praktyką kompatybilności.
Wymagania European Accessibility Act
EAA, obowiązkowy od czerwca 2025 dla produktów i usług cyfrowych w UE, odnosi się do norm EN 301 549, które obecnie wdrażają WCAG 2.1 poziom AA. Chociaż WCAG 2.2 nie jest jeszcze formalnie wymagane, oczekuje się, że przyszłe aktualizacje EN 301 549 je włączą - uczynienie zgodności z 2.2 inwestycją w przyszłość.
Czy powinieneś celować w WCAG 2.2?
Tak. WCAG 2.2 jest wstecznie kompatybilne - spełnienie 2.2 automatycznie spełnia 2.1 i 2.0. Jeśli zaczynasz nowy projekt lub przeprowadzasz gruntowny audyt, celuj w WCAG 2.2 poziom AA, aby zapewnić przyszłościowe wymagania regulacyjne i zadowolić szerszą publiczność.
Dla istniejących witryn zgodnych z 2.1, ustal priorytety dla nowych kryteriów AA (2.4.11, 2.5.7, 2.5.8, 3.3.8), ponieważ mają największy wpływ na użytkowników mobilnych i osoby z dysfunkcjami poznawczymi. Kryteria AAA pozostają opcjonalne, ale stanowią doskonałość dla sektorów wysokiej zgodności jak finanse lub opieka zdrowotna.
Jak testować zgodność z WCAG 2.2
Zacznij od zautomatyzowanych narzędzi (axe DevTools, WAVE, Lighthouse) do wychwytywania problemów na poziomie kodu, a następnie przeprowadź testy ręczne dla nowych kryteriów: nawiguj wyłącznie klawiaturą, aby sprawdzić widoczność fokusa (2.4.11), przetestuj cele dotykowe urządzeniami mobilnymi (2.5.8) i zweryfikuj alternatywy przeciągania (2.5.7).
Dla kryteriów uwierzytelniania (3.3.8, 3.3.9), przejdź przez przepływy logowania z wyłączonymi menedżerami haseł i upewnij się, że biometria lub opcje jednokrotnego logowania są dostępne. Wreszcie, przeprowadź testy z prawdziwymi użytkownikami - szczególnie osobami korzystającymi z czytników ekranu, nawigacji klawiaturowej lub powiększenia - aby wychwycić bariery, których narzędzia automatyczne nie wykryją.