Grzegorz Kalmus
Autor
W październiku 2023 roku W3C opublikowało WCAG 2.2 – najnowszą wersję wytycznych dotyczących dostępności cyfrowej. Dla wielu firm ta data ma kluczowe znaczenie, ponieważ European Accessibility Act wymaga dostosowania serwisów internetowych do standardu WCAG 2.2 na poziomie AA już od 28 czerwca 2025. Jeśli prowadzisz stronę internetową lub sklep online i obsługujesz klientów na rynku europejskim, ten przewodnik jest właśnie dla Ciebie.
Czym jest WCAG 2.2?
WCAG (Web Content Accessibility Guidelines) to zestaw wytycznych opracowanych przez World Wide Web Consortium (W3C), który definiuje, jak tworzyć treści internetowe dostępne dla wszystkich użytkowników – w tym osób z niepełnosprawnościami wzroku, słuchu, ruchu czy poznawczymi.
Wersja 2.2 jest bezpośrednim rozwinięciem WCAG 2.1. Dodaje 9 nowych kryteriów sukcesu, które skupiają się przede wszystkim na użytkownicy z trudnościami poznawczymi, użytkownikach urządzeń mobilnych oraz osobach korzystających z klawiatury zamiast myszy.
9 nowych kryteriów sukcesu w WCAG 2.2
- 2.4.11 Focus Not Obscured (Minimum) – poziom AA – skupiony element nie może być całkowicie zasłonięty przez inne elementy strony (np. sticky header)
- 2.4.12 Focus Not Obscured (Enhanced) – poziom AAA – skupiony element musi być w pełni widoczny
- 2.4.13 Focus Appearance – poziom AAA – precyzyjne wymagania dotyczące wyglądu obramowania fokusa
- 2.5.7 Dragging Movements – poziom AA – funkcje wymagające przeciągania muszą mieć alternatywę klikalną
- 2.5.8 Target Size (Minimum) – poziom AA – elementy interaktywne muszą mieć minimum 24×24 piksele
- 3.2.6 Consistent Help – poziom A – linki do pomocy muszą być w spójnym miejscu na wszystkich stronach
- 3.3.7 Redundant Entry – poziom A – użytkownik nie musi wpisywać tych samych danych dwa razy w tym samym procesie
- 3.3.8 Accessible Authentication (Minimum) – poziom AA – logowanie nie może wymagać testów poznawczych (np. przepisywania znaków CAPTCHA)
- 3.3.9 Accessible Authentication (Enhanced) – poziom AAA – rozszerzone wymagania dla logowania
Jednocześnie WCAG 2.2 usuwa kryterium 4.1.1 Parsing, które było trudne w interpretacji i rzadko realnie wpływało na dostępność.
4 zasady POUR – fundament dostępności cyfrowej
Cała filozofia WCAG opiera się na czterech filarach, znanych jako zasady POUR. Każde kryterium sukcesu przypisane jest do jednej z tych zasad.
1. Perceivable (Postrzegalność)
Treści i interfejs muszą być możliwe do odbioru przez użytkownika – nie tylko wzrokiem. Obejmuje to:
- Alternatywy tekstowe dla obrazów (tekst alt)
- Napisy i transkrypcje dla multimediów
- Odpowiedni kontrast tekstu do tła
- Możliwość zmiany rozmiaru tekstu bez utraty funkcjonalności
2. Operable (Funkcjonalność)
Interfejs musi być obsługiwalny – niezależnie od sposobu nawigacji. Użytkownik powinien móc korzystać ze strony wyłącznie za pomocą klawiatury, bez myszy:
- Pełna nawigacja klawiaturą (Tab, Shift+Tab, Enter, Escape)
- Widoczny wskaźnik fokusa na aktywnym elemencie
- Wystarczający czas na wypełnienie formularzy
- Brak treści migoczących, które mogą wywołać atak epileptyczny
3. Understandable (Zrozumiałość)
Treści i zachowanie interfejsu muszą być zrozumiałe. Dotyczy to zarówno języka, jak i przewidywalnego działania strony:
- Deklarowanie języka strony w kodzie HTML
- Czytelne etykiety formularzy i komunikaty błędów
- Spójne nazewnictwo i nawigacja na wszystkich podstronach
- Pomocne sugestie przy błędach w formularzach
4. Robust (Solidność)
Treści muszą być wystarczająco solidne, aby mogły być interpretowane przez różne technologie wspomagające (czytniki ekranu, lupy, oprogramowanie do sterowania głosem). Wymaga to poprawnego kodu HTML i stosowania atrybutów ARIA tam, gdzie jest to uzasadnione.
Poziomy zgodności: A, AA i AAA
WCAG definiuje trzy poziomy wymagań – każdy kolejny jest bardziej restrykcyjny:
- Poziom A – minimum absolutne. Brak zgodności oznacza, że część użytkowników w ogóle nie może korzystać ze strony.
- Poziom AA – standard zalecany dla większości serwisów komercyjnych i wymagany przez europejskie prawo (EAA). Obejmuje wszystkie kryteria poziomu A oraz dodatkowe wymagania dotyczące kontrastu, nawigacji i formularzy.
- Poziom AAA – najwyższy poziom, trudny do osiągnięcia w całości. Zalecany dla serwisów dedykowanych osobom z niepełnosprawnościami.
Dla zdecydowanej większości firm wystarczające i wymagane prawnie jest osiągnięcie poziomu AA.
Praktyczne wskazówki wdrożenia WCAG 2.2
Tekst alternatywny (alt text) dla obrazów
Każdy obraz niosący informację musi mieć atrybut alt z opisem treści. Obrazy dekoracyjne powinny mieć pusty alt (alt=""), aby czytniki ekranu je pomijały. Przykład dobrego alt textu: zamiast alt="zdjęcie" wpisz alt="programista pracujący na laptopie w biurze".
Kontrast kolorów
WCAG 2.2 poziom AA wymaga stosunku kontrastu co najmniej 4.5:1 dla normalnego tekstu i 3:1 dla dużego tekstu (powyżej 18pt lub 14pt bold). Do sprawdzania kontrastu możesz użyć narzędzia Chrome DevTools lub wtyczki axe DevTools.
Nawigacja klawiaturą
Przetestuj swoją stronę, odłączając mysz i nawigując wyłącznie klawiaturą. Każdy element interaktywny (link, przycisk, pole formularza) musi być osiągalny przez klawisz Tab. Kolejność tabulacji powinna być logiczna – zgodna z wizualnym układem strony. Warto też zadbać o skróty klawiszowe pozwalające pominąć powtarzające się bloki nawigacji.
Widoczny wskaźnik fokusa (focus indicator)
Jeden z najczęstszych błędów – programiści usuwają domyślny outline przeglądarki (outline: none) bez zapewnienia własnego stylowania fokusa. To poważny problem dla użytkowników klawiatury. Każdy element aktywny musi być wyraźnie oznaczony wizualnie. Nowe kryterium 2.4.11 Focus Not Obscured (AA) wymaga dodatkowo, aby aktywny element nie był zakryty przez sticky nagłówki ani chatboty.
Formularze i uwierzytelnianie
Nowe w WCAG 2.2 kryterium 3.3.8 Accessible Authentication zakazuje stosowania CAPTCHA wymagającego rozwiązywania zagadek wizualnych lub tekstowych bez dostępnej alternatywy. Możesz stosować hCaptcha lub reCAPTCHA v3 (niewidoczna), ale musisz zapewnić alternatywę dla użytkowników, którzy nie mogą rozwiązać wyzwania.
European Accessibility Act (EAA) – kto musi się dostosować?
European Accessibility Act to dyrektywa UE 2019/882, która nakłada obowiązek dostępności cyfrowej na szeroki zakres produktów i usług. W Polsce weszła w życie jako ustawa o dostępności produktów i usług.
Od 28 czerwca 2025 wymagania EAA obowiązują następujące podmioty:
- Sklepy internetowe sprzedające konsumentom w UE
- Banki i instytucje finansowe (bankowość online, aplikacje mobilne)
- Operatorzy telekomunikacyjni
- Wydawcy e-booków i platform dystrybucji e-booków
- Platformy streamingowe i VOD
- Usługi transportu pasażerskiego (bilety online, rozkłady)
- Terminale samoobsługowe (bankomaty, kioski)
Wyłączone z obowiązku są mikroprzedsiębiorstwa (poniżej 10 pracowników i roczny obrót do 2 mln euro) – pod warunkiem, że spełnienie wymagań stanowiłoby dla nich nieproporcjonalne obciążenie. Więcej szczegółów znajdziesz w naszym artykule: European Accessibility Act 2025 – co musisz wiedzieć.
Kary za brak dostępności mogą być znaczące – w zależności od kraju UE, a w Polsce organ nadzorczy ma prawo nakładać sankcje administracyjne.
Narzędzia do testowania dostępności WCAG 2.2
WAVE – Web Accessibility Evaluation Tool
Bezpłatne narzędzie dostępne jako rozszerzenie do przeglądarki i na stronie wave.webaim.org. Nakłada wizualne ikony na stronę, wskazując błędy dostępności, ostrzeżenia i elementy struktury. Świetne do szybkiej analizy pojedynczych podstron.
axe DevTools
Rozszerzenie do Chrome i Firefox, które skanuje stronę pod kątem naruszeń WCAG. axe jest używany przez setki tysięcy programistów na świecie i stanowi standard w automatycznym testowaniu dostępności. Wersja podstawowa jest bezpłatna. Więcej na stronie deque.com/axe.
Google Lighthouse
Lighthouse jest wbudowany w Chrome DevTools (F12 – zakładka Lighthouse). Ocenia dostępność w skali 0-100 i wskazuje konkretne problemy wraz z linkami do dokumentacji. Pamiętaj jednak, że Lighthouse wykrywa tylko część naruszeń WCAG – pełne testy wymagają połączenia automatycznych narzędzi z ręczną inspekcją.
Czytnik ekranu (screen reader)
Ostatecznym testem dostępności jest sprawdzenie strony czytnikiem ekranu. Na Windows użyj NVDA (bezpłatny) lub JAWS, na macOS i iOS – wbudowanego VoiceOver. Nawigując stroną tylko przy użyciu klawiatury i słuchając czytnika, szybko wykryjesz problemy, których automatyczne narzędzia nie znajdą.
Jak Studio Kalmus pomaga w dostępności cyfrowej?
Tworząc strony internetowe i sklepy online, dbamy o to, by kod spełniał wymagania WCAG 2.2 na poziomie AA. Nasze projektowanie stron internetowych i tworzenie stron internetowych obejmuje audyt dostępności, semantyczny HTML, zarządzanie fokusem i poprawne kontrasty kolorów. Sprawdź też nasz cennik usług – oferujemy audyty dostępności dla istniejących stron.
FAQ – często zadawane pytania o WCAG 2.2
Czy WCAG 2.2 zastępuje WCAG 2.1?
Tak, WCAG 2.2 jest oficjalnym następcą WCAG 2.1. Wszystkie kryteria z wersji 2.1 zostają zachowane (poza usuniętym 4.1.1 Parsing), a do nich dochodzi 9 nowych. Strony zgodne z WCAG 2.1 AA nie są automatycznie zgodne z WCAG 2.2 AA – należy sprawdzić nowe kryteria.
Jak szybko trzeba wdrożyć WCAG 2.2?
W kontekście European Accessibility Act termin dla podmiotów objętych dyrektywą to 28 czerwca 2025. Dla nowych produktów i usług obowiązek obowiązuje od dnia wejścia w życie ustawy. Nowe witryny i aplikacje powinny być zgodne z WCAG 2.2 AA już od momentu uruchomienia.
Czy mała firma musi stosować WCAG 2.2?
Mikroprzedsiębiorstwa (poniżej 10 pracowników i obrót do 2 mln euro rocznie) mogą być zwolnione z obowiązków EAA, jeśli wdrożenie stanowiłoby nieproporcjonalne obciążenie. Jednak nawet dla małych firm dostępność cyfrowa jest opłacalna – zwiększa zasięg do szerszego grona odbiorców i poprawia SEO.
Czy dostępność cyfrowa wpływa na SEO?
Tak – istnieje wiele punktów wspólnych. Alt texty pomagają Google indeksować obrazy, semantyczny HTML (nagłówki h1-h6, listy) ułatwia crawlerom rozumienie struktury, a szybkość i responsywność to jednocześnie czynniki rankingowe i wymagania dostępności. Strona dostępna dla czytników ekranu jest często też lepiej indeksowana przez roboty Google.
Jak sprawdzić, czy moja strona spełnia WCAG 2.2?
Zacznij od automatycznego testu – użyj WAVE lub Lighthouse, by wykryć oczywiste błędy. Następnie przetestuj ręcznie: nawigacja klawiaturą, sprawdzenie kontrastów, test z czytnikiem ekranu. W przypadku serwisów objętych EAA warto zlecić formalny audyt dostępności zakończony raportem zgodności (VPAT lub deklaracja dostępności).
Podsumowanie
WCAG 2.2 to nie tylko kolejna wersja dokumentu – to sygnał, że dostępność cyfrowa staje się standardem prawnie wymaganym w Europie. 9 nowych kryteriów sukcesu koncentruje się na realnych problemach użytkowników z niepełnosprawnościami poznawczymi i użytkownikach mobilnych. Firmy objęte European Accessibility Act mają czas do 28 czerwca 2025, by dostosować swoje serwisy.
Nie czekaj do ostatniej chwili – audyt dostępności i wdrożenie zmian wymaga czasu. Skontaktuj się z nami, a pomożemy ocenić stan Twojej strony i zaplanować działania dostosowujące do WCAG 2.2.
