Dostępność WWW – co należy brać pod uwagę przy tworzeniu stron internetowych?

Dostępność WWW (web accessibility, a11y) to projektowanie stron użytecznych dla osób z niepełnosprawnościami — wzroku, słuchu, ruchu i poznawczymi. Ramy wyznacza standard WCAG (wersje 2.1 i 2.2) z poziomami A, AA i AAA. Otoczenie prawne twardnieje: unijna dyrektywa o dostępności stron, polska ustawa o dostępności cyfrowej z 2019 r. (obowiązkowa dla sektora publicznego) i European Accessibility Act, który od 2025 r. rozszerza obowiązki na sektor prywatny — e-commerce, bankowość, usługi cyfrowe. Dostępność przestała być dobrą praktyką — stała się wymogiem i jednocześnie rosnącą specjalizacją zawodową.

Trzy szczeble:

• poziom A — absolutne minimum: teksty alternatywne, obsługa klawiaturą, podstawowa struktura,
• poziom AA — standardowy cel większości serwisów i punkt odniesienia polskich przepisów: kontrast 4,5:1, napisy do wideo, spójna nawigacja,
• poziom AAA — najwyższe wymagania: kontrast 7:1, język migowy, rozszerzone wsparcie poznawcze; celowany wybiórczo.

Wersje: WCAG 2.1 (2018) i 2.2 (2023) z dodatkowymi kryteriami m.in. dla mobile. Praktyczna busola: WCAG 2.1 AA jako standardowy cel — tego wymagają polskie przepisy dla sektora publicznego i to samo przyjmuje EAA dla prywatnego.

Cztery filary WCAG:

• postrzegalność (Perceivable) — treść odbieralna różnymi zmysłami: alty obrazów, napisy do wideo, wystarczający kontrast,
• funkcjonalność (Operable) — obsługa różnymi metodami: pełna nawigacja klawiaturą, brak pułapek czasowych i treści wywołujących napady,
• zrozumiałość (Understandable) — czytelny język, przewidywalne zachowanie interfejsu, pomoc przy błędach w formularzach,
• solidność (Robust) — poprawny HTML i atrybuty ARIA, żeby treść działała z czytnikami ekranu i technologiami asystującymi.

W polskim kontekście dochodzi jakość języka (prosty polski zamiast urzędowego) i wsparcie polskiego języka migowego tam, gdzie wymagają tego przepisy.

Trzy warstwy:

• automaty — axe DevTools, WAVE i audyt Lighthouse wykrywają orientacyjnie jedną trzecią problemów: kontrasty, brakujące alty, błędy ARIA,
• testy ręczne — nawigacja wyłącznie klawiaturą i sesje z czytnikiem ekranu (bezpłatny NVDA dobrze wspiera polszczyznę; JAWS to wariant komercyjny),
• testy z użytkownikami — sesje z osobami z niepełnosprawnościami; najcenniejsze i wciąż najrzadsze.

Dobre praktyki procesowe: dostępność w Definition of Done, automaty w CI/CD, audyt ręczny przy większych wydaniach. Automat, który świeci na zielono, to początek pracy, nie jej koniec.

Skalę obowiązku. EAA, stosowany od 2025 r., rozszerza wymogi dostępności z sektora publicznego na szeroki sektor prywatny: e-commerce, bankowość i usługi finansowe, transport, komunikację elektroniczną, e-booki. Dla polskich firm oznacza to konieczność doprowadzenia produktów cyfrowych do poziomu WCAG 2.1 AA — z sankcjami za braki egzekwowanymi przez organy nadzoru. Rynkowe konsekwencje: eksplozja popytu na kompetencje dostępnościowe (audyty, remediacje, szkolenia) i przewaga dla firm, które zaczęły wcześniej. Praktyczna ścieżka: audyt stanu obecnego, remediacja według priorytetów, dostępność wbudowana w proces wytwórczy — bo dorabianie jej po fakcie kosztuje wielokrotnie więcej niż projektowanie od początku.