WCAG 2.2 a WCAG 3.0: co nas czeka i kiedy

WCAG 3.0 — formalnie znane jako W3C Accessibility Guidelines — to najpoważniejsza przebudowa standardów dostępności cyfrowej od czasu premiery WCAG 2.0 w 2008 roku. W połowie 2026 roku dokument wciąż ma status roboczy, a data wydania rekomendacji nie została ustalona. Jednak przyjęte w nim rozwiązania projektowe są już na tyle klarowne, by zrozumieć, jak będzie wyglądać zgodność, gdy standard wejdzie w życie.

Ten artykuł omawia, co WCAG 3.0 faktycznie zmienia, czym różni się od 2.2 i co możesz zrobić już teraz, aby się przygotować, nie naruszając bieżących obowiązków.

Jak wygląda sytuacja dzisiaj

WCAG 2.2 (październik 2023) to obecna rekomendacja W3C i punkt odniesienia, do którego odwołuje się większość przepisów o dostępności na świecie — w tym unijna norma EN 301 549, Europejski akt o dostępności oraz brytyjskie przepisy dla sektora publicznego. To z nim musisz być zgodny dzisiaj.

WCAG 3.0 to dokument roboczy aktywnie rozwijany przez Accessibility Guidelines Working Group (AG WG). Przeszedł już przez wiele publicznych szkiców roboczych. Grupa wyraźnie stwierdziła, że w najbliższym czasie standard nie osiągnie statusu rekomendacji — 2027 rok to najwcześniejszy realistyczny termin, a dalsze opóźnienia są prawdopodobne, zważywszy na skalę przebudowy.

Nie będzie żadnego nagłego przełączenia. Gdy WCAG 3.0 rzeczywiście stanie się standardem, regulatorzy wyznaczą okresy przejściowe — tak jak zrobili to, gdy kraje przechodziły z WCAG 2.0 na 2.1.

Podstawowa zmiana strukturalna: od kryteriów do rezultatów

Najbardziej fundamentalna różnica ma charakter filozoficzny.

WCAG 2.x jest zbudowane wokół kryteriów sukcesu — konkretnych, sprawdzalnych reguł typu „spełnione / niespełnione”. „Kontrast kolorów musi wynosić co najmniej 4,5:1.” Albo wynosi, albo nie. Ta binarna struktura ułatwiła testowanie automatyczne, ale stworzyła problemy: spełnienie każdego kryterium nie gwarantuje użytecznego doświadczenia, a wiele rzeczywistych barier trudno sprowadzić do jednego mierzalnego testu.

WCAG 3.0 przechodzi na rezultaty (outcomes) — sformułowane na wyższym poziomie stwierdzenia o tym, co doświadczenie użytkownika musi osiągnąć — wspierane przez wiele metod testowych dla każdego rezultatu. Test może być:

Atomowy — konkretna, mierzalna kontrola (podobna do dzisiejszych kryteriów sukcesu)
Całościowy — wymagający testów z użytkownikami lub oceny eksperckiej w obrębie kompletnego przepływu

Oznacza to, że zgodność z WCAG 3.0 będzie łączyć kontrole automatyczne z oceną jakościową, a nie sprowadzać się do listy kontrolnej.

Nowy model zgodności: brąz, srebro, złoto

WCAG 2.x posługuje się trzema poziomami zgodności: A, AA, AAA. Większość standardów prawnych wymaga AA.

WCAG 3.0 zastępuje je modelem stopniowanym opartym na udziale i jakości spełnionych rezultatów:

Poziom	Co oznacza
Brąz	Wszystkie kluczowe rezultaty spełnione; brak powszechnych niepowodzeń w obrębie któregokolwiek rezultatu
Srebro	Spełnione wymagania brązu oraz postępy w dodatkowych rezultatach
Złoto	Spełnione wymagania srebra wraz z udokumentowanymi badaniami użytkowników i procesami ciągłego doskonalenia

Oczekuje się, że brąz stanie się minimum prawnym — mniej więcej odpowiednikiem dzisiejszego AA. Srebro i złoto nagradzają organizacje, które idą dalej, w tym prowadzą bieżące testy z udziałem osób z niepełnosprawnościami i formalne programy dojrzałości w zakresie dostępności.

Co istotne, brąz nie jest łatwy. Poprzeczka „braku powszechnych niepowodzeń” jest zawieszona wyżej niż samo przechodzenie każdego skanu automatycznego.

APCA: nowe podejście do kontrastu kolorów

Jedną z najszerzej dyskutowanych zmian technicznych w WCAG 3.0 jest zastąpienie obecnego algorytmu kontrastu (WCAG 2.x posługuje się stosunkiem luminancji względnej) algorytmem APCA — Advanced Perceptual Contrast Algorithm.

Obecny współczynnik (4,5:1 dla zwykłego tekstu, 3:1 dla dużego) jest narzędziem tępym. Nie uwzględnia tego, jak ludzki układ wzrokowy faktycznie postrzega kontrast przy różnych grubościach i rozmiarach kroju pisma oraz różnych polaryzacjach (jasny tekst na ciemnym tle a ciemny na jasnym).

APCA wylicza wartość kontrastu jasności (Lc) i stosuje różne progi w zależności od rozmiaru i grubości kroju pisma. Pogrubiony tekst 16 px ma inne minimalne Lc niż zwykły tekst 12 px, a ciemny na jasnym jest punktowany inaczej niż jasny na ciemnym.

Praktyczna konsekwencja: Niektóre zestawienia kolorów, które dziś nie spełniają kontrastu WCAG 2.x, przejdą kontrolę według APCA — i odwrotnie. Organizacje, które już teraz stosują systemy projektowe zgodne z APCA, budują przewagę na starcie, ale nie ma dziś żadnego powodu, by porzucać zgodność z kontrastem WCAG 2.x.

Szerszy zakres: poza witryny internetowe

WCAG 2.x pisano z myślą o treściach internetowych. WCAG 3.0 jest wprost zaprojektowane tak, by odnosić się do:

Natywnych aplikacji mobilnych (iOS, Android)
Interfejsów rzeczywistości wirtualnej i rozszerzonej
Immersyjnych środowisk 3D
Nowych paradygmatów interakcji (sterowanie głosem, gesty, wsparcie AI)

Oznacza to, że rezultaty i metody testowe obejmują scenariusze, które po prostu nie istnieją w WCAG 2.x, i odnoszą się do tego, jak testować dostępność tam, gdzie nie ma tradycyjnego DOM-u strony.

Kategorie funkcjonalne zamiast POUR

WCAG 2.x porządkuje kryteria sukcesu wokół czterech zasad: postrzegalność, funkcjonalność, zrozumiałość, solidność (POUR). Projektanci i programiści przyswoili tę strukturę przez ponad 15 lat.

WCAG 3.0 zastępuje POUR funkcjonalnymi potrzebami użytkowników jako zasadą porządkującą. Rezultaty są grupowane według tego, co umożliwiają użytkownikom osiągnąć — czytanie, nawigowanie, interakcję, rozumienie — a nie według technicznej natury bariery.

Szkice robocze wciąż dopracowują dokładną strukturę kategorii, więc może ona jeszcze ewoluować.

Co się NIE zmienia

Mimo strukturalnej przebudowy leżąca u podstaw wiedza o dostępności pozostaje ta sama:

Te same rodzaje barier (brakujący tekst alternatywny, słaby kontrast, niedostępne formularze, pułapki klawiaturowe) nadal są barierami
Testowanie automatyczne wciąż odgrywa centralną rolę — testy atomowe w WCAG 3.0 ściśle odwzorowują istniejące reguły axe-core i WAVE
Potrzeba ręcznych przeglądów eksperckich i testów z udziałem osób z niepełnosprawnościami rośnie, a nie maleje
Zasady POUR pozostają użytecznym modelem myślowym, nawet jeśli oficjalna taksonomia się zmieni

Organizacje, które już teraz budują rzeczywiste kompetencje w zakresie dostępności, bez trudu odwzorują swoje praktyki na WCAG 3.0, gdy standard się pojawi.

Co robić teraz

Kontynuuj dążenie do zgodności z WCAG 2.2 AA. To obecny standard prawny w każdej większej jurysdykcji i fundament, na którym zbudowany zostanie poziom brązowy WCAG 3.0. Nie istnieje scenariusz, w którym zgodność z WCAG 2.2 AA okaże się wadą w chwili nadejścia WCAG 3.0.

Zacznij włączać testy z udziałem osób z niepełnosprawnościami. Poziomy srebrny i złoty będą wymagały udokumentowanych dowodów testów z rzeczywistymi użytkownikami. Rozpoczęcie tej praktyki już teraz buduje kompetencje organizacji i daje lepsze produkty — niezależnie od tego, co ostatecznie znajdzie się w specyfikacji WCAG 3.0.

Śledź szkice robocze. AG WG publikuje aktualizacje pod adresem w3.org/TR/wcag-3.0/. Kluczowe decyzje dotyczące modelu zgodności, progów APCA i kategorii funkcjonalnych wciąż zapadają. Jeśli masz produkty o długim cyklu życia, wyznacz kogoś do monitorowania zmian.

Nie czekaj z naprawą znanych problemów na WCAG 3.0. Znane bariery już dziś kosztują Cię użytkowników i zwiększają ryzyko prawne. Odkładanie remediacji nie przynosi żadnej korzyści w zakresie zgodności.

WCAG 3.0 w końcu nadejdzie i wymusi zmianę w sposobie mierzenia i wykazywania dostępności. Nie uczyni jednak zgodności z WCAG 2.2 nieistotną — będzie się na niej opierać. Najlepiej przygotowane do tej zmiany są organizacje budujące realne programy dostępności już teraz, a nie te, które czekają na ostateczny standard.

Zobacz też: WCAG 2.1 a 2.2: co się zmieniło · WCAG poziom A, AA i AAA — wyjaśnienie