W kierunku WCAG 3.0 

W kierunku WCAG 3.0

Wprowadzenie

Wytyczne dotyczące dostępności treści internetowych WCAG (Web Content Accessibility Guidelines) są międzynarodowym standardem określającym, jak tworzyć strony i aplikacje cyfrowe dostępne dla osób z niepełnosprawnościami. Obecnie obowiązującą wersją jest WCAG 2.2 (zatwierdzona w październiku 2023). Trwają prace nad następcą – WCAG 3.0. Nowa wersja stanowi duży krok naprzód: zmienia zakres standardu (obejmując szerszy ekosystem cyfrowy), wprowadza nową strukturę i terminologię, a także odmienny model oceny zgodności.

Kluczowe różnice między WCAG 3.0 a WCAG 2.1/2.2

Szerszy zakres i zmiana nazwy standardu

WCAG 3.0 rozszerza zakres wytycznych poza tradycyjne „treści webowe”. Pełna nazwa została zmieniona na W3C Accessibility Guidelines 3.0 (W3C AG) – co sygnalizuje, że standard nie ogranicza się już wyłącznie do stron WWW (Draft). WCAG 3.0 ma obejmować cały ekosystem cyfrowy: aplikacje mobilne i desktopowe, dokumenty elektroniczne (PDF, e-booki), oprogramowanie, rzeczywistość wirtualną i rozszerzoną (VR/AR), urządzenia IoT, asystentów głosowych itp. (Draft). WCAG 3.0 częściowo integruje zalecenia z pokrewnych standardów – UAAG 2.0 i ATAG 2.0 – aby zapewnić spójne wytyczne dla przeglądarek, technologii asystujących i narzędzi do tworzenia treści (W3C).

Zmiany strukturalne: wytyczne, wyniki i metody zamiast zasad i kryteriów

WCAG 2.x opierało się na czterech zasadach (Percepcyjność, Funkcjonalność, Zrozumiałość, Solidność – POUR) oraz wytycznych i kryteriach sukcesu ocenianych binarnie (spełnione/nie) na poziomach A/AA/AAA. WCAG 3.0 odchodzi od tej struktury: nowy dokument nie jest już zorganizowany według POUR (Draft). Zamiast tego wprowadza trzy warstwy treści: Guidelines, Outcomes, Methods (Draft).

  • Wytyczne (Guidelines): ogólne zalecenia pisane prostszym językiem, tak aby były jasne dla projektantów, deweloperów i twórców treści (W3C). Pojawiają się też nowe tematy, np. czytelność języka, pomoc i feedback, personalizacja interfejsu czy bezstronność algorytmów (W3C).

  • Wyniki (Outcomes): odpowiednik kryteriów sukcesu, ale oceniany stopniowo, nie zero-jedynkowo (W3C). Pojawia się pojęcie błędów krytycznych – jeśli wystąpią, produkt może być uznany za niezgodny niezależnie od innych wyników (W3C).

  • Metody (Methods): praktyczne sposoby realizacji outcome’ów, wraz z procedurami testów (Draft). Wyróżniono testy atomowe (mierzalne procentowo) i holistyczne (oceniające doświadczenie użytkownika, często z udziałem użytkowników i technologii asystujących) (W3C).

Nowy model oceny zgodności – skala ocen zamiast poziomów A/AA/AAA

WCAG 3.0 proponuje model punktowy: każdy outcome ma być oceniany w skali 0–4, od „Very Poor” do „Excellent” (Draft). Następnie oceny mają być agregowane do wyniku ogólnego. Proponowany próg bazowy dla zgodności to okolice 3.5/4 (Draft). Wprowadzono też zasadę „zrównoważenia funkcjonalnego” – nie da się „nadrabiać” wyników w jednym obszarze kosztem zaniedbania innego (W3C).

Zamiast A/AA/AAA pojawiają się poziomy Bronze/Silver/Gold (W3C). Silver i Gold mają wymagać dodatkowych testów holistycznych, w tym testów z użytkownikami i AT (Analizy).

Nowe i zmodyfikowane wymagania (przykłady)

WCAG 3.0 zachowuje dużą część wymagań WCAG 2.x, ale nie zapewnia prostej wstecznej kompatybilności 1:1 – kryteria mogą być łączone/dzielone i opisywane innym językiem (W3C).

  • APCA zamiast prostych progów kontrastu: planowane jest odejście od 4.5:1 na rzecz modelu percepcyjnego (APCA/LC), zależnego m.in. od wielkości i grubości tekstu (Analizy).

  • Animacje i ruch: silniejszy nacisk na kontrolę ruchu, migotania i efektów, które mogą szkodzić części użytkowników (Draft).

  • Formularze i błędy: większy nacisk na instrukcje, etykiety, zrozumiałe komunikaty błędów i wsparcie korekty (W3C).

  • Procesy i zadania: wymagania dot. czasu, wznawiania procesów, ochrony przed utratą danych (Draft).

  • Spójność nawigacji i interfejsu: bardziej „UX-owe” wymagania dotyczące konsekwencji i przewidywalności (Analizy).

  • Język i zrozumiałość: mocniejsze podejście do prostego języka i ograniczania żargonu (W3C).

  • Personalizacja i kontrola: większe wymagania w zakresie dostosowania prezentacji treści i ograniczenia rozpraszaczy (Analizy).

  • AI i etyka: pojawiają się akcenty dot. niedyskryminacji algorytmicznej i ochrony użytkowników (Analizy).

Wpływ zmian na projektowanie i rozwój dostępnych stron i aplikacji

Projektowanie UX/UI

WCAG 3.0 formalizuje obszary bliskie dobremu UX: czytelność języka, spójność, kontrolę użytkownika. Wymagania mogą stać się bardziej mierzalne, zwłaszcza na poziomach Silver/Gold, co zwiększy wagę badań z użytkownikami i współpracy UX–dev–a11y (Analizy).

Rozwój front-endu i testowanie

Zespoły będą musiały przesunąć się z „odhaczania check-listy” na „osiąganie wyniku jakościowego”. Narzędzia automatyczne będą raportować nie tylko błędy, ale też stopień spełnienia. Większa rola przypadnie testom manualnym i holistycznym (W3C). Dostępność może wejść do CI/CD jako KPI („score”) z progami akceptacji (Analizy).

Audyty dostępności i ocena zgodności

Audyty prawdopodobnie staną się bardziej metryczne: procent zgodności na poziomie outcome’ów, identyfikacja błędów krytycznych, wynik ogólny i wyniki cząstkowe dla kategorii potrzeb (W3C). Dla Silver/Gold wzrośnie znaczenie dowodów z testów użyteczności i testów z AT (Analizy).

Technologie wspomagające

Ponieważ WCAG 3.0 obejmuje szerszy ekosystem, pośrednio wpływa także na narzędzia autorskie i agentów użytkownika; rośnie nacisk na współodpowiedzialność i na realne doświadczenie na styku: treść–AT–platforma (W3C).

Harmonogram rozwoju i wdrażania WCAG 3.0

Prace nad standardem

Kierunek rozwoju zaczął się w ramach prac „Silver”. Pierwszy publiczny szkic roboczy opublikowano 21 stycznia 2021 (W3C). Później dokument był wielokrotnie aktualizowany, a w kolejnych latach rozszerzano listę proponowanych wytycznych i outcome’ów, przechodząc od wersji „eksploracyjnych” do bardziej „dojrzałych” (Draft). Wersje robocze nadal podlegają zmianom.

Kiedy WCAG 3.0 stanie się oficjalnym standardem?

Nie ma jeszcze twardej daty. Źródła branżowe wskazują, że finalizacja to raczej perspektywa kilku lat i możliwy horyzont końcówki dekady (Analizy). Po publikacji jako rekomendacja W3C adopcja prawna (normy, ustawy) zwykle następuje z opóźnieniem (Analizy).

Kiedy organizacje powinny zacząć wdrażać WCAG 3.0?

Na dziś bazą pozostaje WCAG 2.2 na poziomie AA jako praktyczny i prawny punkt odniesienia (W3C). Rekomendowane jest:

  • utrzymywanie zgodności z WCAG 2.2 AA,

  • włączanie dostępności w cykl życia produktu (regresje, CI),

  • pilotażowe wdrażanie elementów WCAG 3.0 (np. podejście do kontrastu, prosty język, kontrola animacji),

  • budowanie kompetencji i praktyki testów z użytkownikami (Analizy).