WCAG 2.2 - Nowe standardy i nowe kryteria dostępności cyfrowej - perfekcyjneStrony.pl
WCAG 2.2 - Nowe standard i nowe kryteria dostępności cyfrowej

Świat dostępności cyfrowej rozwija się bardzo dynamicznie. Nowe technologie, zmieniające się zachowania użytkowników oraz rosnąca świadomość potrzeb osób z niepełnosprawnościami sprawiają, że wytyczne muszą iść z duchem czasu. Najnowszym krokiem w tym kierunku jest WCAG 2.2, czyli świeża iteracja globalnego standardu dostępności treści internetowych.

Dla projektantów, programistów i audytorów jest to aktualizacja, której nie można zignorować — szczególnie jeśli chcemy tworzyć rozwiązania naprawdę dostępne, nie tylko „zgodne z przepisami”.


Czym właściwie jest WCAG?

WCAG (Web Content Accessibility Guidelines) to zestaw międzynarodowych wytycznych przygotowanych przez organizację W3C. Są fundamentem dostępności cyfrowej w całej Europie — również w Polsce. Ich zadaniem jest ułatwienie korzystania z Internetu osobom:

  • niewidomym i słabowidzącym,

  • z ograniczeniami ruchowymi,

  • niesłyszącym lub niedosłyszącym,

  • neuroatypowym lub z trudnościami poznawczymi,

  • starszym,

  • korzystającym z urządzeń mobilnych.

WCAG nie jest “opcją”. To punkt odniesienia dla całego rynku i jedyny tak szczegółowy, międzynarodowy standard dostępności.


WCAG 2.2 vs WCAG 2.1 – najważniejsze różnice

WCAG 2.2 wprowadza 9 nowych kryteriów sukcesu, a jedno usuwa (4.1.1 Poprawność kodu). Choć zmiany nie są rewolucją, to po raz pierwszy od dłuższego czasu mocno akcentują:

  • osoby z trudnościami poznawczymi,

  • użytkowników słabowidzących,

  • użytkowników mobilnych.

Poniżej najważniejsze nowe wymagania — w skrócie i po ludzku.


Nowe kryteria WCAG 2.2

2.4.11 (AA) Niezasłonięty fokus – minimum

Element z fokusem musi być widoczny przynajmniej częściowo (żadnych „schowanych” elementów, focus trapów i ukrytych pól).

2.4.12 (AAA) Niezasłonięty fokus – rozszerzone

Element z fokusem musi być widoczny w całości (100%).

2.4.13 (AAA) Wygląd fokusu – rozszerzone

Fokus musi być naprawdę widoczny:

  • grubość min. 2 px,

  • kontrast co najmniej 3:1 względem tła.

2.5.7 (AA) Alternatywa dla gestów przeciągania (drag)

Jeśli użytkownik musi przeciągnąć element (np. slider), musi istnieć prosty zamiennik: kliknięcie, przyciski „dalej / wstecz”, itp.

2.5.8 (AA) Minimalny rozmiar celu – 24 × 24 px

Zbyt małe elementy interaktywne są nie do kliknięcia:
— dla osób starszych, dla osób z ograniczeniami ruchowymi i… na telefonie.

3.2.6 (A) Spójna pomoc i kontakt

Jeśli na wielu podstronach znajduje się „pomoc” lub „kontakt”, muszą być zawsze w tym samym miejscu i tej samej kolejności.

3.3.7 (A) Bez ponownego wpisywania

Użytkownik nie może być zmuszony do ponownego wprowadzania danych, które już podał — chyba że sam tego chce. Tam, gdzie to możliwe:
— autouzupełnianie,
— wybór z listy,
— zapis poprzednich kroków.

3.3.8 (AA) Dostępne uwierzytelnianie (minimum)

Logowanie nie może wymagać łamigłówek językowych, pamięciówek ani CAPTCHA, które są barierą dla wielu użytkowników.

3.3.9 (AAA) Dostępne uwierzytelnianie (rozszerzone)

Jeszcze bardziej rygorystyczne — bez zmuszania użytkownika do rozpoznawania obiektów czy zdjęć.


Dlaczego WCAG 2.2 jest ważne?

WCAG 2.2 odpowiada na realne problemy, których nie obejmowały wcześniejsze wersje:

  • obsługa stron na urządzeniach mobilnych,

  • trudności poznawcze i neuroatypowość,

  • problemy z precyzją ruchu (małe przyciski),

  • zbyt słabo widoczny fokus, który utrudnia nawigację klawiaturą,

  • zbyt skomplikowane logowanie.

To zmiany bardzo praktyczne, od razu zauważalne z poziomu UX.


Kompatybilność: dobra wiadomość dla programistów

WCAG 2.2 jest w pełni zgodne wstecznie z WCAG 2.1. Jeśli spełniasz WCAG 2.2 = spełniasz automatycznie WCAG 2.1. To oznacza:

  • łatwiejsze aktualizacje,

  • mniej pracy przy reaudytach,

  • brak konieczności rozbijania projektów na dwa standardy.


Dlaczego warto wdrażać WCAG 2.2 już teraz?

Mimo że w Polsce (dla podmiotów publicznych) obowiązuje formalnie WCAG 2.1 AA, to praktyka rynkowa idzie w kierunku WCAG 2.2. Wdrażając nowszą wersję:

  • redukujesz późniejsze koszty aktualizacji,

  • unikasz ryzyka dostosowań „na ostatnią chwilę”,

  • budujesz przewagę konkurencyjną,

  • tworzysz serwisy realnie dostępniejsze.

WCAG 2.2 to nie tylko wymóg — to krok do lepszego projektowania i większej użyteczności. Uwaga: Standard WCAG 2.2 obowiązuje niektóre podmioty prywatne, zgodnie z Europejskim Aktem o Dostępności (EAA)  - czytaj więcej.


Aktualizacja WCAG 2.2 to logiczny krok w stronę bardziej dojrzałej, praktycznej i użytkocentrycznej dostępności. Przynosi realne korzyści:

  • poprawę widoczności fokusu,

  • łatwiejszą obsługę na urządzeniach dotykowych,

  • większy komfort użytkowników z trudnościami poznawczymi,

  • lepsze logowanie i formularze,

  • poprawę ergonomii interakcji.

Dla profesjonalistów to jasny sygnał:

Jeżeli chcesz tworzyć rozwiązania naprawdę dostępne, pracuj już na WCAG 2.2.
Nawet jeśli prawo jeszcze tego nie wymaga — użytkownicy już tak.

Nasi klienci