WCAG 2.1 a 2.2: co się zmieniło i dlaczego ma to znaczenie

WCAG 2.2 stało się rekomendacją W3C w październiku 2023 roku. Jeśli Twoja witryna była audytowana względem WCAG 2.1, może już nie spełniać kryteriów, które dziś definiują zgodność prawną w UE, Wielkiej Brytanii i — w coraz większym stopniu — w amerykańskich działaniach egzekucyjnych. Ten przewodnik omawia każdą zmianę: co dodano, co usunięto i co każde kryterium oznacza w praktyce.

Krótkie tło: co wniosło WCAG 2.1

WCAG 2.1 (opublikowane w 2018 roku) rozszerzyło pierwotny standard 2.0 o 17 nowych kryteriów sukcesu skupionych na trzech niedostatecznie uwzględnianych grupach:

Użytkownicy mobilni — gesty dotykowe, orientacja ekranu, precyzja wskaźnika
Osoby słabowidzące — przepływanie treści, kontrast elementów nietekstowych, odstępy w tekście
Niepełnosprawności poznawcze i językowe — limity czasu, komunikaty o stanie

WCAG 2.2 bezpośrednio nadbudowuje się na 2.1. Wszystkie wymagania z 2.1 nadal obowiązują. Pytanie brzmi: co 2.2 dołożyło na wierzch?

Co dodało WCAG 2.2: 9 nowych kryteriów sukcesu

2.4.11 Fokus niezasłonięty (minimalny) — poziom AA

Gdy komponent otrzymuje fokus klawiatury, nie może być całkowicie zasłonięty przez inną treść (przyklejone nagłówki, banery cookie, widżety czatu). Przynajmniej część elementu z fokusem musi pozostać widoczna.

Częsty błąd: Przypięty pasek nawigacji zasłania pole formularza z fokusem, gdy użytkownik przechodzi tabulatorem przez stronę.

2.4.12 Fokus niezasłonięty (rozszerzony) — poziom AAA

Surowsza wersja 2.4.11 — komponent z fokusem musi być w pełni widoczny, a nie tylko częściowo.

2.4.13 Wygląd fokusu — poziom AA

Wskaźniki fokusu klawiatury muszą spełniać minimalne progi rozmiaru i kontrastu:

Obszar wskaźnika fokusu musi być co najmniej tak duży jak obwód o grubości 2 pikseli CSS wokół komponentu
Kontrast między stanem z fokusem a stanem bez fokusu musi wynosić co najmniej 3:1

Idzie to dalej niż istniejące 2.4.7 (Widoczny fokus), które wymagało jedynie, aby wskaźnik fokusu w ogóle istniał.

Częsty błąd: Cienki, kropkowany obrys o grubości 1 piksela i niskim kontraście spełnia 2.4.7, ale nie spełnia 2.4.13.

2.5.7 Ruchy przeciągania — poziom AA

Każda czynność wymagająca przeciągania musi być również możliwa do wykonania pojedynczym wskaźnikiem (dotknięciem lub kliknięciem). Służy to użytkownikom z niepełnosprawnościami ruchowymi, którzy nie potrafią niezawodnie kontrolować operacji przeciągania.

Przykład: Lista z możliwością sortowania musi oferować alternatywę (na przykład przyciski w górę / w dół) dla użytkowników, którzy nie mogą przeciągać elementów.

2.5.8 Rozmiar celu (minimalny) — poziom AA

Cele interaktywne (przyciski, odnośniki, kontrolki formularzy) muszą mieć co najmniej 24×24 piksele CSS — albo być wystarczająco oddalone od sąsiednich celów, aby łączny obszar aktywacji spełniał ten próg.

To wersja minimalna. Kryterium rozszerzone (2.5.5, przeniesione z 2.1 na poziomie AAA) zaleca 44×44 piksele.

Częste błędy: Przyciski złożone wyłącznie z ikony, ikony zamknięcia (×) oraz odnośniki tekstowe w ciasno upakowanych menu nawigacyjnych.

3.2.6 Spójna pomoc — poziom A

Jeśli witryna oferuje mechanizm pomocy (numer telefonu, odnośnik do czatu, formularz kontaktowy, odnośnik do FAQ), musi on pojawiać się w tym samym względnym położeniu na wszystkich stronach, na których występuje. Użytkownicy z niepełnosprawnościami poznawczymi często polegają na przewidywalnym rozmieszczeniu.

3.3.7 Powtórne wprowadzanie danych — poziom A

Informacje, które użytkownik już podał w tej samej sesji, nie mogą być wymagane ponownie — chyba że ich ponowne wpisanie jest niezbędne (np. pole potwierdzenia hasła) albo dane są wrażliwe ze względów bezpieczeństwa.

Przykład: Wieloetapowy proces zamówienia nie powinien pytać o adres rozliczeniowy w kroku 3, jeśli użytkownik podał go już w kroku 1.

3.3.8 Dostępne uwierzytelnianie (minimalne) — poziom AA

Kroki uwierzytelniania nie mogą opierać się na teście funkcji poznawczych — rozpoznawaniu obiektów, przepisywaniu znaków czy rozwiązywaniu łamigłówek — chyba że zapewniono alternatywę albo test polega na rozpoznaniu treści kontrolowanej przez użytkownika (na przykład przesłanego przez niego zdjęcia).

Częste błędy: CAPTCHA wymagająca rozpoznania zniekształconego tekstu bez alternatywy dźwiękowej albo zadania typu „kliknij wszystkie obrazy z sygnalizacją świetlną”.

3.3.9 Dostępne uwierzytelnianie (rozszerzone) — poziom AAA

Wersja rozszerzona usuwa nawet wyjątek dotyczący treści kontrolowanej przez użytkownika. W procesie uwierzytelniania nie jest dopuszczalny żaden test funkcji poznawczych.

Co WCAG 2.2 usunęło: 4.1.1 Poprawność kodu

WCAG 2.1 zawierało kryterium 4.1.1 Poprawność kodu (poziom A), które wymagało poprawnie sformułowanego kodu HTML — unikatowych identyfikatorów elementów, właściwie zagnieżdżonych znaczników i kompletnych par znaczników otwierających i zamykających. Nowoczesne przeglądarki stały się tak dobre w cichym naprawianiu wadliwego HTML, że kryterium to przestało być mierzalne w praktyce.

W WCAG 2.2 4.1.1 Poprawność kodu zostało oznaczone jako przestarzałe i jest zawsze uznawane za spełnione. Nie musisz już go audytować, choć pisanie czystego HTML pozostaje dobrą praktyką.

Tabela podsumowująca

Kryterium	Poziom	Zagadnienie
2.4.11 Fokus niezasłonięty (min.)	AA	Fokus klawiatury
2.4.12 Fokus niezasłonięty (rozszerzony)	AAA	Fokus klawiatury
2.4.13 Wygląd fokusu	AA	Wskaźnik fokusu
2.5.7 Ruchy przeciągania	AA	Obsługa wskaźnikiem
2.5.8 Rozmiar celu (minimalny)	AA	Cele dotykowe
3.2.6 Spójna pomoc	A	Przewidywalność
3.3.7 Powtórne wprowadzanie danych	A	Formularze
3.3.8 Dostępne uwierzytelnianie (min.)	AA	Logowanie / CAPTCHA
3.3.9 Dostępne uwierzytelnianie (rozszerzone)	AAA	Logowanie / CAPTCHA
~~4.1.1 Poprawność kodu~~	A	Usunięte

Kto musi przejść na nową wersję?

Praktycznie każdy. WCAG 2.2 jest dziś punktem odniesienia, do którego odwołują się:

Europejski akt o dostępności (EAA), obowiązujący od czerwca 2025 roku
Norma zharmonizowana EN 301 549 (zaktualizowana tak, by odwoływać się do WCAG 2.2)
Brytyjskie przepisy o dostępności podmiotów sektora publicznego (zaktualizowane wytyczne)
Wiele amerykańskich przepisów stanowych oraz nieformalne stanowiska egzekucyjne Departamentu Sprawiedliwości USA

Jeśli Twój ostatni pełny audyt dotyczył WCAG 2.1 AA, skoncentruj wysiłek modernizacyjny na tych pięciu kryteriach, które dotyczą większości witryn: 2.4.11, 2.4.13, 2.5.8, 3.3.8 oraz 3.3.7 (jeśli masz wieloetapowe formularze lub procesy zamówienia).

Jak audytować nowe kryteria

Większość automatycznych skanerów oznacza dziś 2.5.8 (rozmiar celu) oraz część przypadków 2.4.13 (wygląd fokusu). Poniższe kryteria wymagają jednak testowania ręcznego:

2.4.11 / 2.4.12 — przejdź tabulatorem przez każdą stronę z aktywnymi przyklejonymi nagłówkami i stopkami i potwierdź, że elementy z fokusem są widoczne
2.4.13 — zmierz wymiary i kontrast wskaźnika fokusu za pomocą narzędzi deweloperskich przeglądarki lub testera kontrastu
2.5.7 — zidentyfikuj każdą interakcję opartą na przeciąganiu i sprawdź, czy istnieje alternatywa obsługiwana samym wskaźnikiem
3.2.6 — sprawdź, czy odnośniki do pomocy pojawiają się w spójnych miejscach na wszystkich stronach
3.3.7 — przejdź przez wszystkie wieloetapowe przepływy i potwierdź, że żadne dane nie są wymagane dwukrotnie
3.3.8 — przetestuj każdy krok logowania, rejestracji i weryfikacji pod kątem testów funkcji poznawczych

WCAG 2.2 nie jest gruntowną przebudową — to ukierunkowany zestaw uzupełnień odnoszących się do rzeczywistych barier, które umknęły wersji 2.1. Dobra wiadomość jest taka, że większość nowych kryteriów poziomu AA można spełnić dzięki skupionej pracy remediacyjnej, a nie przebudowie całej witryny.

Zobacz też: Jak zapewnić zgodność witryny z WCAG 2.2 · Przewodnik po ręcznych audytach dostępności