We wrześniu 2026 r. W3C opublikowało nowy szkic roboczy WCAG 3. Najważniejsza zmiana dotyczy sposobu oceny zgodności: zamiast znanych poziomów A, AA i AAA szkic proponuje jeden poziom zgodności oraz „poziomy raportowania” oparte na wadze barier. Wyjaśniamy, co się zmienia, czego jeszcze nie wiadomo i dlaczego urzędy, szkoły i firmy nadal powinny pracować według WCAG 2.2.

Najpierw najważniejsze: to tylko szkic

W3C pisze wprost, że WCAG 3 jest niekompletnym szkicem, który się zmieni, a stanie się standardem „za kilka lat”. Ostateczne wymagania będą inne niż w obecnej wersji. Wytyczne będą edytowane, łączone, dodawane i usuwane. W3C zapowiada też, że WCAG 3 nie zastąpi WCAG 2 od razu, a WCAG 2 nie zostanie wycofane przez kilka lat po ukończeniu WCAG 3.

Polskie przepisy, czyli ustawa o dostępności cyfrowej i ustawa wdrażająca Europejski Akt o Dostępności, a także norma EN 301 549, opierają się na WCAG 2.x. Sam W3C radzi: najlepszym sposobem przygotowania się na WCAG 3 jest spełnienie kryteriów WCAG 2.2 już teraz.

Co nowego we wrześniowym szkicu

We wrześniu 2026 r. W3C opublikowało zaktualizowany szkic roboczy (Working Draft) i dokument wyjaśniający (Explainer). Szkic obejmuje wytyczne, wymagania i tzw. asercje, które osiągnęły status „Developing” (w rozwoju). Bardziej wstępne pomysły zostały w wersji redakcyjnej (Editor's Draft). Według W3C podejście do zgodności zostało „istotnie zaktualizowane”.

Struktura WCAG 3 w szkicu:

  • wytyczne – opisy oczekiwanego efektu,
  • wymagania podstawowe (core requirements),
  • wymagania uzupełniające (supplemental requirements),
  • asercje – udokumentowane deklaracje organizacji, np. o przeprowadzonych procesach,
  • zalecane praktyki.

Zakres jest szerszy niż w WCAG 2: obejmuje treści internetowe, aplikacje, narzędzia, publikowanie i nowe technologie. Dlatego zmienia się też nazwa: z „Web Content Accessibility Guidelines” na „W3C Accessibility Guidelines”.

Nowy model zgodności: tagi i poziomy

Żeby spełnić WCAG 3 według szkicu, treść musi spełniać wszystkie wymagania podstawowe. Każde wymaganie podstawowe ma tag, który opisuje skutek jego niespełnienia:

  • Physical harm – może wywołać natychmiastową szkodę fizyczną u osoby z niepełnosprawnością,
  • Risk – niespełnienie w nieuzasadniony sposób zwiększa ryzyko finansowe, medyczne, prawne, prywatności lub bezpieczeństwa,
  • Barrier – może uniemożliwić przejście dalej,
  • Friction – utrudnia korzystanie.

Na tej podstawie szkic proponuje sześć poziomów raportowania. Poziom 1 to wymagania „szkoda fizyczna” i „ryzyko”. Poziom 2 dodaje „barierę”. Poziom 3 to zgodność, czyli wszystkie wymagania podstawowe. Poziomy 4–6 to zgodność plus wymagania uzupełniające i asercje (ich liczba jest jeszcze do ustalenia), a na poziomie 6 także asercje o samej organizacji.

W dokumencie wyjaśniającym W3C przedstawia też alternatywę: system punktowy, który na podstawie tagów liczy wynik poniżej i powyżej zgodności.

Co to może oznaczać w praktyce

Jeśli ten model przetrwa, raport z audytu będzie mógł wskazywać nie tylko „zgodne/niezgodne”, ale też, jak poważne są pozostałe problemy. Dla organizacji, która dopiero naprawia serwis, osiągnięcie poziomu 1 lub 2 mogłoby być mierzalnym etapem. To przypomina dobrą praktykę już dziś: w planie naprawczym najpierw usuwa się błędy blokujące, takie jak niedostępny formularz, pułapka klawiaturowa czy CAPTCHA bez alternatywy.

To jednak na razie propozycja. Nie warto zmieniać umów, deklaracji dostępności ani procedur audytowych pod WCAG 3. Formalnie liczy się WCAG 2.1 (ustawa) i coraz częściej WCAG 2.2 (EN 301 549 V4.1.1).

Możesz zgłosić uwagi

W3C prosi o komentarze, zwłaszcza do modelu zgodności. Pyta m.in.:

  • czy jeden poziom zgodności z tagami jest lepszy od poprzednich szkiców,
  • jakie są wady i zalety alternatywnego modelu punktowego,
  • jak w swojej roli wykorzystałbyś poziomy raportowania.

Uwagi zgłasza się jako zgłoszenia (issues) w repozytorium WCAG 3 na GitHubie albo mailem na public-agwg-comments@w3.org, osobno dla każdego tematu. Polskie zespoły z doświadczeniem w audytach urzędów i szkół mogą tu wnieść realną wartość.

Lista kontrolna: co robić teraz

  • [ ] Pracuj według WCAG 2.2 AA – to najlepsze przygotowanie do WCAG 3, zgodnie z zaleceniem W3C.
  • [ ] W raportach z audytu oznaczaj wagę błędów (blokujący/utrudniający). To ułatwi przejście na model z tagami.
  • [ ] W planie naprawczym zaczynaj od barier blokujących i tych, które zwiększają ryzyko (np. formularze płatności i dane osobowe).
  • [ ] Nie wpisuj „zgodności z WCAG 3” do umów ani deklaracji – standard nie istnieje.
  • [ ] Śledź stronę w3.org/WAI/wcag3 – W3C regularnie ją aktualizuje.
  • [ ] Rozważ zgłoszenie uwag do szkicu, jeśli masz doświadczenie z audytów.

Źródła