Przejdź do treści
A11ySignal

Co WCAG 2.2 dodało, a co usunęło

Zespoły, które są już na 2.1 AA · 6 min · zaktualizowano

WCAG 2.2 stało się rekomendacją W3C w październiku 2023 r. Dodaje dziewięć kryteriów sukcesu i usuwa jedno, a przy tym jest w pełni wstecznie zgodne: spełniając 2.2, spełniasz 2.1.

Jeśli jesteś już na 2.1 AA, różnica jest niewielka i nietypowo praktyczna. Większość nowych kryteriów dotyczy sprawności ruchowej i poznania — obszarów, które 2.0 i 2.1 pokrywały najsłabiej.

Nowe kryteria poziomu A

Dwa z trzech polegają na tym, żeby nie kazać ludziom się powtarzać, i lądują dokładnie w koszyku.

  • 3.2.6 Spójna pomoc — mechanizmy pomocy zostają w tym samym względnym miejscu na kolejnych stronach.
  • 3.3.7 Nadmiarowe wprowadzanie danych — nie pytaj dwa razy o tę samą informację w jednym procesie.
  • 2.4.11 Fokus nie jest zasłonięty (minimum) ma poziom AA, ale to właśnie na nim wykłada się większość przyklejonych nagłówków.

Nowe kryteria AA, które będą kosztować pracę

Trzy z nich pojawiają się niemal na każdej witrynie zbudowanej w ostatnich pięciu latach.

  • 2.4.11 Fokus nie jest zasłonięty — przyklejony nagłówek nie może całkowicie zakrywać elementu z fokusem. Zwykle dzieli cię od naprawy jedno `scroll-margin-top`.
  • 2.5.8 Rozmiar celu (minimum) — 24 × 24 piksele CSS albo wystarczający odstęp. Rzędy ikon i numeracja stron to typowi winowajcy.
  • 2.5.7 Ruchy przeciągania — wszystko, co się przeciąga, potrzebuje alternatywy bez przeciągania. Tablice kanban i suwaki.
  • 3.3.8 Dostępne uwierzytelnianie (minimum) — żadnego testu poznawczego przy logowaniu. Pozwól wklejać, obsłuż menedżery haseł i przemyśl to CAPTCHA.

Dlaczego usunięto 4.1.1 Poprawność kodu

Kryterium wymagało poprawnie zbudowanego kodu: bez zduplikowanych identyfikatorów, z prawidłowo zagnieżdżonymi elementami. Powstało wtedy, gdy technologie asystujące same parsowały HTML.

Współczesne technologie asystujące czytają drzewo dostępności przeglądarki, a przeglądarki spójnie radzą sobie z błędnym kodem. Kryterium przestało dawać się złamać w sposób, który komukolwiek szkodzi, generując przy tym stały strumień zgłoszeń, z którymi nikt nie mógł nic zrobić. W 2.2 jest oznaczone jako nieaktualne i zawsze zaliczone.

Zduplikowane identyfikatory nadal psują `label[for]` i `aria-labelledby`, więc narzędzia dalej je zgłaszają — pod 1.3.1 i 4.1.2, tam gdzie leży rzeczywista szkoda.

Czy celować teraz w 2.2?

Dla zgodności unijnej celem prawnym pozostaje WCAG 2.1 AA, bo to właśnie odtwarza obecnie EN 301 549. Ale nowe kryteria są tanie do spełnienia, dotykają barier, na które prawdziwi ludzie wpadają codziennie, a norma nadgoni.

Domyślnie skanujemy względem 2.2 AA dokładnie z tego powodu: dodatkowe kryteria prawie nic nie kosztują od razu — i kosztują wszystko, gdy trzeba je dokładać później.

Pytania

Czy Europejski akt o dostępności wymaga WCAG 2.2?
Obecnie nie. EN 301 549, norma zharmonizowana stojąca za EAA, odtwarza WCAG 2.1 na poziomach A i AA. WCAG 2.2 jest wstecznie zgodne, więc spełniając je, spełniasz też cel prawny.
Czy nadal trzeba naprawiać zduplikowane identyfikatory, skoro 4.1.1 zniknęło?
Tak. Zduplikowane identyfikatory psują powiązania etykiet i odwołania ARIA, co łamie 1.3.1 i 4.1.2. Zmieniło się kryterium, pod którym zgłoszenie jest zapisywane, a nie to, czy ma znaczenie.

Czytaj dalej