BlogBlooooog

WCAG 2.2 - kolejny krok

2025-06-19

Świat cyfrowy nieustannie się rozwija. Technologie, urządzenia i sposób, w jaki ludzie korzystają z internetu, zmieniają się szybciej niż kiedykolwiek wcześniej. Strony internetowe, aplikacje i usługi online muszą nadążać nie tylko za nowinkami technologicznymi, ale również za potrzebami ludzi, którzy ich używają – a ci są różnorodni. W tym świecie każdy powinien mieć dostęp do treści, niezależnie od wieku, umiejętności, ograniczeń fizycznych czy technologicznych barier.

Właśnie dlatego istnieje WCAG, czyli Web Content Accessibility Guidelines – międzynarodowy standard, który od lat wskazuje, jak budować dostępne strony internetowe. I właśnie dlatego ten standard musi ewoluować. Kolejne wersje WCAG – od 2.0, przez 2.1, aż do najnowszej, czyli 2.2 – nie są po to, by skomplikować życie twórcom stron. Przeciwnie – każda z nich powstaje po to, aby internet był naprawdę otwarty dla każdego.

WCAG 2.2, opublikowane oficjalnie w październiku 2023 roku, to rozwinięcie i uzupełnienie wersji 2.1. W praktyce nie zmienia ona dotychczasowych zasad, lecz dodaje nowe wymagania, które lepiej odpowiadają na dzisiejsze potrzeby użytkowników. Szczególny nacisk położono na poprawę doświadczeń osób z trudnościami poznawczymi oraz tych, które korzystają z urządzeń mobilnych.

Jednym z istotnych obszarów, które zostały wzmocnione, jest nawigacja i interakcja – zwłaszcza w kontekście formularzy, logowania oraz innych krytycznych elementów funkcjonalnych. Osoby, które z różnych powodów mają trudność z wieloetapowymi procesami lub rozpraszającym interfejsem, teraz otrzymują większe wsparcie.

Zobaczmy jakie zmiany umieszczono w wersji 2.2

3.2.6 – Konsystentne pomoce kontekstowe (Consistent Help)
To kryterium dotyczy elementów, które pomagają użytkownikowi – np. czatu z konsultantem, numeru telefonu do pomocy, przycisku „pomoc” lub FAQ. Jeśli takie wsparcie występuje na wielu stronach w obrębie jednego serwisu, powinno być umieszczone zawsze w tym samym miejscu. Dla użytkownika ważna jest przewidywalność – szczególnie dla osób z trudnościami poznawczymi, dla których każda zmiana w układzie może być dezorientująca.

3.3.7 – Pomoc przy wprowadzaniu danych (Redundant Entry)
Jeśli użytkownik musi podawać te same dane więcej niż raz (np. adres zamieszkania, imię i nazwisko), strona powinna ułatwiać proces – np. poprzez automatyczne wypełnienie, wybór z listy albo kopiowanie danych z wcześniejszego kroku. Nie chodzi tu o techniczną funkcję „autouzupełniania” przeglądarki, ale o świadome wsparcie projektowe, by nie zmuszać użytkownika do powtarzania tego samego.

3.3.8 – Możliwość zapamiętywania (Accessible Authentication – Minimum)
Logowanie lub uwierzytelnianie nie może polegać wyłącznie na zapamiętywaniu informacji, takich jak hasło, kod czy pytanie zabezpieczające. Użytkownik powinien mieć możliwość skorzystania z alternatywy – np. menedżera haseł, zapisanego loginu, zalogowania się przez e-mail, kod SMS, itp. Osoby z trudnościami poznawczymi nie powinny być blokowane przez pamięciowe zadania.

3.3.9 – Możliwość zalogowania się bez pamiętania (Accessible Authentication – Enhanced)
To rozszerzenie poprzedniego punktu – dostępne na poziomie AAA. Kryterium mówi, że użytkownik musi móc zalogować się bez potrzeby pamięci i bez rozwiązywania zagadek (jak np. CAPTCHA), chyba że oferowana jest prosta alternatywa dostępna dla wszystkich. To oznacza, że systemy powinny dążyć do eliminowania barier w logowaniu, które wynikają z ograniczeń poznawczych.

2.4.11 – Widoczny fokus (Focus Not Obscured – Minimum)
Użytkownik poruszający się po stronie za pomocą klawiatury (np. klawisza Tab) musi zawsze widzieć, który element jest aktualnie aktywny. Czasami zdarza się, że element, który „dostał fokus”, zostaje przysłonięty np. przez sticky header. To kryterium mówi: tak nie może być – użytkownik musi zawsze widzieć, gdzie aktualnie się znajduje.

2.4.12 – Fokus całkowicie widoczny (Focus Not Obscured – Enhanced)
To wzmocniona wersja poprzedniego wymagania, dostępna na poziomie AAA. Fokus nie tylko nie może być przysłonięty, ale musi być w pełni widoczny – nie może wystawać poza ekran czy być „ucięty”. Każdy aktywny element musi być w pełni czytelny, gdy użytkownik do niego przejdzie.

2.4.13 – Widoczny wskaźnik fokusu (Focus Appearance)
Dotyczy samego wyglądu fokusu – powinien być widoczny, kontrastowy i zauważalny. Czyli nie wystarczy tylko cienka obwódka – musi być realnie widoczna różnica, gdy dany element otrzymuje fokus. Wskaźnik ten musi mieć odpowiednią grubość, kolorystykę i powierzchnię, by nie umykał uwadze użytkownika.

2.5.7 – Cel dotykowy – minimalna wielkość (Target Size – Minimum)
Dotyczy elementów nawigowanych dotykiem – np. na smartfonach czy tabletach. Interaktywne przyciski i linki powinny mieć wystarczająco duży obszar, by łatwo było je kliknąć. Minimum to 24x24 piksele CSS (czyli w przeliczeniu około 44x44 px na ekranie). Jeśli element jest mniejszy, trzeba zachować wystarczający margines wokół. To ułatwia obsługę osobom z ograniczoną motoryką, drżącą ręką czy dużym palcem.

2.5.8 – Ruch przeciągania – alternatywa (Dragging Movements)
Wszystkie funkcje, które wymagają przeciągania (drag & drop), muszą mieć alternatywny sposób działania – np. za pomocą przycisków lub klawiatury. Osoby z trudnościami manualnymi lub korzystające z czytników ekranu często nie są w stanie przeciągnąć czegoś precyzyjnie. Dla nich kluczowe jest, aby mogli zrealizować tę samą akcję inaczej.

Te dziewięć nowych kryteriów w WCAG 2.2 to nie tylko uzupełnienie luk, które wychodziły na jaw w realnym użytkowaniu. To również wyraźny sygnał: dostępność cyfrowa nie ogranicza się do ekranów czy kontrastów. Chodzi o ułatwienie interakcji, redukcję barier poznawczych i równość w obsłudze serwisów cyfrowych.

Nowe zasady we WCAG 2.2 nie są oderwane od życia. To wynik lat obserwacji i rozmów z osobami, które zmagają się z technologią na co dzień. To osoby starsze, z ograniczoną sprawnością, z chorobami neurologicznymi, osoby z autyzmem, z trudnościami w uczeniu się. Zmiany powstały po to, by usunąć realne przeszkody, z którymi spotykają się każdego dnia.