WCAG 2.2 AA — pełna definicja i zastosowanie dla JST

Pełna nazwa i znaczenie skrótu

WCAG to skrót od Web Content Accessibility Guidelines — Wytyczne dotyczące Dostępności Treści Internetowych. Standard powstał w ramach inicjatywy Web Accessibility Initiative (WAI) prowadzonej przez Konsorcjum World Wide Web Consortium (W3C). Pierwsza wersja WCAG 1.0 została opublikowana w 1999 r., aktualna obowiązująca wersja to WCAG 2.2 z października 2023 r.

Historia wersji standardu

Trzy poziomy zgodności

WCAG definiuje trzy poziomy zgodności progresywnie podnoszące wymagania:

• Poziom A (najniższy) — minimalne wymagania dostępności. Naruszenia powodują, że niektórzy użytkownicy w ogóle nie mogą korzystać z treści.
• Poziom AA (standardowy) — rekomendowany poziom dla większości stron internetowych. Obowiązkowy dla podmiotów publicznych w Polsce oraz w UE.
• Poziom AAA (najwyższy) — najwyższy poziom dostępności. Nie zawsze możliwy do osiągnięcia dla całej zawartości strony.

Cztery zasady POUR — fundament standardu

Cała struktura WCAG opiera się na czterech zasadach (akronim POUR):

P — Perceivable (Postrzegalność)

Informacje muszą być prezentowane w sposób dostępny dla wszystkich zmysłów. Obejmuje: alternatywne opisy obrazów (alt), kontrast tekstu min. 4,5:1, skalowanie tekstu do 200%, alternatywy multimedialne (napisy do wideo).

O — Operable (Funkcjonalność)

Każdy element interaktywny musi być obsługiwalny niezależnie od urządzenia wejściowego. Obejmuje: pełną nawigację klawiaturą, widoczny stan focus, brak limitów czasowych bez wyboru, brak treści wywołujących drgawki.

U — Understandable (Zrozumiałość)

Treść i działanie interfejsu muszą być przewidywalne i zrozumiałe. Obejmuje: atrybut lang=”pl-PL”, etykiety formularzy, opisowe komunikaty błędów, konsekwentne wzorce nawigacyjne.

R — Robust (Solidność)

Treść musi być na tyle solidna, by mogła być interpretowana przez różne narzędzia, w tym technologie wspomagające. Obejmuje: walidację HTML, prawidłowe role ARIA, kompatybilność ze screen readerami (NVDA, JAWS, VoiceOver).

9 nowych kryteriów wprowadzonych w WCAG 2.2

Wersja 2.2 dodała 9 nowych kryteriów sukcesu względem WCAG 2.1. Najważniejsze dla podmiotów publicznych:

1. 2.4.11 Focus Not Obscured (Minimum) — AA — element z focusem nie może być całkowicie zasłonięty przez inne elementy strony (np. sticky header).
2. 2.4.12 Focus Not Obscured (Enhanced) — AAA — żadna część elementu z focusem nie może być zasłonięta.
3. 2.4.13 Focus Appearance — AAA — wskaźnik focus musi być wyraźnie widoczny (kontrast 3:1 + grubość min. 2 piksele).
4. 2.5.7 Dragging Movements — AA — interakcje typu przeciągnij-i-upuść muszą mieć alternatywę typu klik-klik.
5. 2.5.8 Target Size (Minimum) — AA — przyciski i linki min. 24×24 piksele (dotyk).
6. 3.2.6 Consistent Help — A — opcje pomocy (kontakt, FAQ) muszą być w tym samym miejscu na każdej podstronie.
7. 3.3.7 Redundant Entry — A — formularze wieloetapowe nie mogą wymagać ponownego wpisania tych samych danych.
8. 3.3.8 Accessible Authentication (Minimum) — AA — nie można wymagać testów poznawczych (np. rozwiązanie zagadek) w procesie logowania.
9. 3.3.9 Accessible Authentication (Enhanced) — AAA — proces logowania w pełni dostępny bez ograniczeń poznawczych.

WCAG w polskim porządku prawnym

Implementacja standardu WCAG w polskim prawie odbywa się poprzez:

• Ustawa z 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych (Dz.U. 2019 poz. 848) — ustanawia obowiązek zgodności z WCAG AA dla wszystkich podmiotów publicznych.
• Dyrektywa Parlamentu Europejskiego i Rady (UE) 2016/2102 — podstawa unijna obowiązku WCAG dla sektora publicznego.
• European Accessibility Act (EAA) — Dyrektywa 2019/882 — rozszerza obowiązki dostępności na sektor prywatny w produktach i usługach (obowiązuje od 28 czerwca 2025 r.).
• Rozporządzenie eIDAS 910/2014 UE — wymogi dostępności dla usług identyfikacji elektronicznej (Profil Zaufany).

Sankcje za brak zgodności

Podmioty publiczne niespełniające wymogu WCAG 2.2 AA mogą podlegać:

• Karze administracyjnej do 5000 zł nakładanej przez Ministerstwo Cyfryzacji po skardze do Rzecznika Praw Obywatelskich
• Utracie dostępu do dofinansowań UE z Funduszy Europejskich FE 2021-2027
• Skargom do sądów administracyjnych (WSA) z nakazem natychmiastowego wdrożenia
• Negatywnym ocenom audytów NIK, RIO oraz wewnętrznych

Pojęcia powiązane

• BIP — Biuletyn Informacji Publicznej — obowiązek publikacji informacji urzędowych podlegający również wymogom WCAG
• Deklaracja dostępności — obowiązkowy dokument informujący o poziomie zgodności strony z WCAG
• EAA — European Accessibility Act — rozszerzenie WCAG na sektor prywatny od czerwca 2025
• ARIA — Accessible Rich Internet Applications — specyfikacja W3C wzbogacająca HTML o atrybuty dostępności

Narzędzia oceny zgodności

Najczęściej używane narzędzia audytu WCAG:

• Lighthouse (Google) — bezpłatne narzędzie w Chrome DevTools, pokrycie ~35% kryteriów
• WAVE (WebAIM) — plugin przeglądarki z wizualizacją naruszeń, pokrycie ~40%
• axe DevTools (Deque) — najbardziej szczegółowe raporty + propozycje naprawcze, pokrycie ~50%
• Pa11y — CLI dla automatyzacji w CI/CD
• NVDA + JAWS + VoiceOver — screen readery do testów manualnych

Praktyczne zastosowanie dla Jednostek Samorządu Terytorialnego

Pełna metodologia wdrożenia WCAG 2.2 AA dla portali samorządowych obejmuje:

• Audyt wstępny — checklista 47 punktów WCAG dla JST
• Procedura naprawcza i dokumentacja — wzór deklaracji dostępności
• Wybór dostawcy zgodnego z WCAG — 12 kryteriów oceny
• Praktyczna realizacja — case study wdrożenia

Źródła i odniesienia

• W3C WCAG 2.2 Recommendation — https://www.w3.org/TR/WCAG22/
• Ustawa o dostępności cyfrowej (Dz.U. 2019 poz. 848) — isap.sejm.gov.pl
• Dyrektywa UE 2016/2102 — eur-lex.europa.eu
• Dyrektywa EAA 2019/882 — eur-lex.europa.eu