WCAG 2.2 i dostępność — obowiązek prawny, nie miły dodatek

Dostępność cyfrowa to już nie „dobre praktyki", a obowiązek wynikający z European Accessibility Act i polskiej ustawy o dostępności cyfrowej. Strony publiczne, e-commerce powyżej pewnego rozmiaru i wiele innych podmiotów muszą spełniać WCAG 2.2 na poziomie AA.

Co to jest WCAG 2.2

Web Content Accessibility Guidelines — międzynarodowy standard, którego polska ustawa wymaga jako bazy. Najnowsza wersja (2.2) dodała 9 nowych kryteriów względem 2.1, głównie wokół fokusa klawiatury i dostępności mobilnej.

Cztery zasady

• Postrzegalność (Perceivable) — treść musi być dostrzegalna dla wszystkich zmysłów (alt teksty, transkrypcje, kontrast)
• Funkcjonalność (Operable) — interfejs musi być obsługiwany różnymi metodami (klawiatura, gest, głos)
• Zrozumiałość (Understandable) — treść i interfejs muszą być przewidywalne i jasne
• Solidność (Robust) — kod ma działać z technologiami wspomagającymi (screen readers)

Najczęstsze błędy na polskich stronach

1. Brak alt tekstów przy obrazach niesących informację
2. Słaby kontrast — szary tekst na białym tle, nieczytelny dla osób z wadami wzroku
3. Niedostępne formularze — etykiety zamiast placeholderów, błędy walidacji bez ogłoszenia dla screen readera
4. Pułapki klawiaturowe — element, z którego nie można wyjść tabem
5. Brak fokusa wizualnego — usunięcie outline bez zastąpienia czymś widocznym
6. Tylko kolor jako informacja — np. „pole na czerwono = błąd" bez dodatkowego komunikatu

Jak sprawdzić w 30 minut

1. Lighthouse w Chrome: tryb Accessibility — punktacja i lista problemów
2. axe DevTools: rozszerzenie dające szczegółowy audyt
3. Test klawiaturą: spróbuj korzystać ze strony tylko tabami i enterem
4. Screen reader: NVDA (Windows) lub VoiceOver (macOS) — przejdź po kluczowych ścieżkach

Konsekwencje braku zgodności

Polska ustawa przewiduje kary administracyjne, ale realne ryzyko to też utrata klientów (15% populacji ma niepełnosprawność) i złe sygnały SEO dla Google, który również ocenia accessibility.