WCAG 2.2 to obecna wersja wytycznych W3C dotyczących dostępności treści internetowych (Web Content Accessibility Guidelines), opublikowana jako rekomendacja W3C w październiku 2023 r. Zachowuje niemal wszystko z WCAG 2.1 i dodaje dziewięć nowych kryteriów sukcesu, z czego sześć na poziomach A i AA, których wymaga większość audytów i umów. Wiele stron audytowano względem wersji 2.1 i nigdy nie sprawdzono ich pod kątem nowości. Ta lista kontrolna WCAG 2.2 wyjaśnia każdy nowy wymóg prostym językiem i pokazuje, jak go przetestować. To wskazówki techniczne, a nie porada prawna.
Gdzie WCAG 2.2 stoi w 2026 roku
W przypadku prywatnych firm w Stanach Zjednoczonych ustawa ADA nie wskazuje technicznego standardu dla stron internetowych. Wytyczne Departamentu Sprawiedliwości dotyczące dostępności stron wskazują WCAG jako pomocną wskazówkę, a pisma wzywające i ugody najczęściej powołują się na WCAG 2.0 lub 2.1 na poziomie AA. Dla władz stanowych i lokalnych przepis Departamentu z 2024 r. (Title II) przyjął WCAG 2.1 AA, a w kwietniu 2026 r. przesunął terminy zgodności na kwiecień 2027 r. dla większych podmiotów publicznych i kwiecień 2028 r. dla mniejszych. Treści zgodne z WCAG 2.2 AA zasadniczo spełniają też 2.1 AA, więc budowanie według 2.2 obejmuje oba. WCAG 3 jest nadal roboczym projektem, a nie standardem, z którym można być już zgodnym. Jeśli otrzymałeś pismo wzywające lub masz konkretny obowiązek prawny, porozmawiaj z prawnikiem.
Nowe kryteria sukcesu WCAG 2.2 na poziomach A i AA
| Kryterium | Poziom | W skrócie |
|---|---|---|
| 2.4.11 Focus Not Obscured (Minimum) | AA | Element z fokusem klawiatury nie jest całkowicie zasłonięty przez inną treść |
| 2.5.7 Dragging Movements | AA | Wszystko, co robi się przeciąganiem, można zrobić także pojedynczymi dotknięciami lub kliknięciami |
| 2.5.8 Target Size (Minimum) | AA | Cele kliknięcia i dotknięcia mają co najmniej 24 na 24 piksele CSS lub wystarczająco dużo miejsca wokół |
| 3.2.6 Consistent Help | A | Opcje pomocy powtarzane na wielu stronach występują w tej samej względnej kolejności |
| 3.3.7 Redundant Entry | A | Informacje już wpisane w procesie nie są wymagane ponownie |
| 3.3.8 Accessible Authentication (Minimum) | AA | Logowanie nie zależy od testu pamięci lub łamigłówki bez alternatywy |
Pozostałe trzy nowe kryteria sukcesu WCAG 2.2 (2.4.12, 2.4.13 i 3.3.9) są na poziomie AAA. Jedno starsze kryterium, 4.1.1 Parsing, zostało usunięte jako przestarzałe. Strona W3C What's New in WCAG 2.2 podaje oficjalne sformułowania.
Lista kontrolna WCAG 2.2: jak testować każde nowe kryterium
Fokus niezasłonięty
Przejdź klawiszem Tab przez każdy szablon strony. Przyklejone nagłówki, banery cookies, przyciski czatu i paski promocyjne to typowi winowajcy: gdy aktywny link wsuwa się pod nie, użytkownik klawiatury gubi miejsce. Na poziomie AA element z fokusem nie może być całkowicie ukryty; częściowe zasłonięcie przechodzi, choć lepiej go unikać.
Minimalny rozmiar celu
Minimalny rozmiar celu to 24 na 24 piksele CSS albo mniejsze cele rozmieszczone tak, by 24-pikselowe koło wyśrodkowane na każdym z nich nie nachodziło na inny cel ani jego koło. Sprawdź przyciski z ikonami, paginację, przyciski zamykania okienek, regulatory ilości i oceny gwiazdkowe, szczególnie na urządzeniach mobilnych. Wyjątkiem są linki wewnątrz zdania tekstu.
Ruchy przeciągania
Suwaki zakresu cen, wgrywanie plików metodą przeciągnij i upuść, sortowalne listy i mapy wymagają alternatywy dla pojedynczego wskaźnika: przycisków strzałek, pola do wpisania wartości, przycisku "wybierz plik". To kryterium dotyczy użytkowników wskaźnika, którzy nie mogą przytrzymać i przeciągnąć; dostęp z klawiatury to osobny wymóg.
Spójna pomoc
Jeśli numer telefonu, link kontaktowy, czat lub link do FAQ pojawia się na kilku stronach, utrzymuj go w tej samej względnej kolejności wszędzie, na przykład zawsze w nagłówku, z linkiem kontaktowym po numerze telefonu. Kryterium nie wymaga oferowania pomocy, tylko spójności tam, gdzie ją oferujesz.
Powtarzane wprowadzanie danych
W wieloetapowym formularzu lub finalizacji zamówienia nie każ ludziom wpisywać tych samych informacji dwa razy. Zaproponuj "adres rozliczeniowy taki sam jak dostawy" lub przenieś wartość z wcześniejszego kroku. Ponowne pytanie o hasło ze względów bezpieczeństwa jest dozwolone.
Dostępne uwierzytelnianie
Zapamiętanie hasła liczy się jako test poznawczy, więc formularze logowania muszą działać z menedżerami haseł i pozwalać na wklejanie; blokowanie wklejania w polach hasła lub jednorazowego kodu nie spełnia kryterium. Łamigłówki wymagające przepisania zniekształconych znaków potrzebują alternatywy. Na poziomie AA dozwolonymi wyjątkami są zadania polegające na rozpoznaniu typowych obiektów lub własnych treści użytkownika. Pomagają klucze dostępu (passkeys), linki w e-mailu i logowanie przez inne konto.
Od audytu do naprawy zgodności z WCAG
Raport z audytu jest użyteczny tylko wtedy, gdy prowadzi do poprawek we właściwej kolejności. W naprawie zgodności z WCAG zacznij od barier w najważniejszych zadaniach: znalezieniu produktu lub usługi, formularzu kontaktowym lub wyceny, finalizacji zamówienia i logowaniu. Poprawiaj problemy w motywie lub komponencie, który je powoduje, a nie strona po stronie, aby jedna zmiana naprawiała każdą stronę, która go używa. Po każdej rundzie testuj ponownie z klawiaturą i czytnikiem ekranu. Nakładki (widgety overlay) obiecujące poprawki jedną linijką nie zmieniają kodu, który czytają technologie asystujące, dlatego nie zastępują naprawy.
Każde twierdzenie o zgodności z WCAG 2.2 powinno opierać się na dowodach: które strony i szablony przetestowano, kiedy, względem jakiego poziomu i jakie znane problemy pozostały. Nasza usługa zgodności z ADA i naprawy dostępności działa w ten sposób: audytujemy względem WCAG 2.1 AA, osobno wymieniamy dodatkowe kryteria 2.2 i poprawiamy kod w Twoim motywie.
Pisanie deklaracji dostępności
Deklaracja dostępności mówi odwiedzającym, do jakiego standardu dążysz, co do tej pory nie jest dostępne i jak się z Tobą skontaktować, jeśli coś ich blokuje. Pisz uczciwie: nazwij cel, na przykład WCAG 2.2 poziom AA, podaj datę ostatniego przeglądu, wymień znane problemy z planem ich naprawy i podaj adres e-mail lub formularz, który ktoś faktycznie czyta. Deklaracja twierdząca o pełnej zgodności, którą odwiedzający obali w minutę, szkodzi bardziej, niż pomaga.
Najczęściej zadawane pytania: WCAG 2.2
Celować w WCAG 2.1 czy 2.2?
Buduj i testuj według 2.2 AA. Zawiera niemal wszystko z 2.1, dodatkowe kontrole są skromne, a najczęściej cytowane dziś odniesienia są przy okazji pokryte.
Czy dostępna strona powstrzyma pozwy z ADA?
Nikt nie może tego obiecać. Naprawa prawdziwych barier, dokumentowanie pracy i reagowanie na skargi zmniejszają ryzyko; pytania o konkretne roszczenie należą do prawnika.
Czy automatyczne skanery wystarczą do testowania WCAG 2.2?
Nie. Skanery wychwytują wiele problemów z kontrastem, etykietami i znacznikami, ale większość nowych kryteriów 2.2, takich jak fokus ukryty za przyklejonym nagłówkiem czy suwak działający tylko przez przeciąganie, wymaga testu przez człowieka.
Czy to ma znaczenie dla sklepów sprzedających do Europy?
Europejski akt o dostępności obowiązuje od 28 czerwca 2025 r. dla wielu usług e-commerce oferowanych konsumentom w UE, z własnymi zasadami i wyjątkiem dla najmniejszych firm. Jeśli sprzedajesz konsumentom z UE, zapytaj prawnika, jak dotyczy to Ciebie.
Chcesz wiedzieć, jak Twoja strona wypada względem WCAG 2.2? Nasza strona audytu WCAG i naprawy dostępności wyjaśnia, co testujemy, od czytników ekranu i dostępu z klawiatury po kontrast i formularze, oraz jak dostarczamy poprawki. Planujesz redesign? Projektowanie UX i UI dla e-commerce to moment, by od początku budować dostępne wzorce. Skontaktuj się z nami, podając adres strony i główne zadania, które na niej wykonują odwiedzający, a ocenimy zakres audytu.
