Wstęp
Od 28 czerwca 2025 r., ten Europejski akt w sprawie dostępności (EAA) obowiązuje w całej Unii Europejskiej. Dostępność cyfrowa nie jest już “miłym dodatkiem”, który odkłada się na kolejny kwartał – dla dużej klasy produktów jest wymogiem prawnym, a praktycznym punktem odniesienia, na który wskazują regulatorzy, jest WCAG 2.2 poziom AA.
W tym przewodniku wyjaśniono, czego tak naprawdę wymaga EAA, jak wygląda zgodność z WCAG 2.2 w rzeczywistym produkcie oraz jak przeprowadzić audyt własnego interfejsu, zanim niedostępny ekran stanie się przyczyną skargi, zablokowaniem procesu zamówień lub utratą umowy.
Kogo właściwie obejmuje EAA
Ustawa nie ma zastosowania do wszystkich stron internetowych. Dotyczy ona produktów i usług cyfrowych skierowanych do konsumentów, w tym:
- E-commerce i sklepy internetowe.
- Bankowość i usługi finansowe.
- Transport i sprzedaż biletów.
- E-booki i aplikacje do czytania.
- Telekomunikacja i rosnąca lista cyfrowych usług konsumenckich.
Dwa szczegóły zaskakują zespoły. Po pierwsze, produkt jest w zakresie niezależnie od tego, gdzie zarejestrowana jest firma – liczy się to, czy sprzedajesz konsumentom w UE. Firma z USA lub Wielkiej Brytanii wysyłająca do klientów europejskich jest objęta ubezpieczeniem. Po drugie, mikroprzedsiębiorstwa otrzymują pewną ulgę, ale większość finansowanych startupów nie kwalifikuje się za to.
Co w praktyce oznacza “zgodność”: WCAG 2.2
EAA wyznacza rezultaty, a nie zasady kodowania. Standardem technicznym, na którym wszyscy się opierają, są Wytyczne dotyczące dostępności treści internetowych, oparte na czterech zasadach, zazwyczaj w skrócie: WLAĆ:
- Dostrzegalny – treść musi być dostępna dla zmysłów. Alternatywy tekstowe dla obrazów, podpisy do filmów, odpowiedni kontrast kolorów.
- Wykonalny – interfejs musi działać za pomocą klawiatury, a nie tylko myszy czy dotyku.
- Zrozumiały – zachowanie powinno być przewidywalne, a kontrole wyraźnie oznaczone.
- Solidny – produkt musi współpracować z technologiami wspomagającymi, np. czytnikami ekranu.
WCAG 2.2 w dodatku dziewięć nowych kryteriów sukcesu Oprócz wersji 2.1, obejmując widoczność fokusu, alternatywy dla przeciągania, spójną pomoc i łatwiejsze uwierzytelnianie. Poziom AA – poziom, którego EAA faktycznie oczekuje – wynosi mniej więcej 50 kryteriów sukcesu w sumie.
Najczęściej spotykane awarie
Podczas audytów wciąż pojawia się kilka tych samych problemów:
- Kontrast kolorów poniżej 4,5:1 (kryterium 1.4.3) – zwykle jasnoszary tekst lub przyciski o niskim kontraście, które dobrze wyglądały w pliku projektu.
- Pułapki klawiaturowe (2.1.1) – okna modalne, selektory dat i niestandardowe listy rozwijane, do których użytkownik klawiatury może wejść, ale nie może ich opuścić.
- Brak etykiet formularzy (1.3.1, 4.1.2) – tekst zastępczy używany zamiast prawdziwej etykiety, więc czytnik ekranu nie wyświetla niczego przydatnego.
- Obrazy bez znaczącego tekstu alternatywnego (1.1.1) – albo pusty, albo nazwa pliku.
- Fokus znikający podczas korzystania z karty (2.4.7) – domyślny kontur został usunięty w CSS i nigdy nie zastąpiony.
Żadna z nich nie jest egzotyczna. Są tanie w naprawie – i łatwe do udowodnienia przez osobę składającą skargę.
Jak sprawdzić swój produkt
1. Rozpocznij od automatycznego skanowania
Narzędzia takie jak Lighthouse i Axe w kilka sekund wykryją błędy kontrastu, brakujące etykiety i uszkodzoną strukturę punktów orientacyjnych. Potraktuj ten wynik jako triaż, a nie podpisywanie. Automatyczne testy niezawodnie wychwytują jedynie mniejszość kryteriów WCAG – nie są w stanie określić, czy tekst alternatywny jest znaczący lub czy proces realizacji zamówienia można faktycznie ukończyć za pomocą klawiatury.
2. Następnie uruchom audyt ręczny
Prawdziwa praca jest wykonywana ręcznie: nawigacja po produkcie odbywa się wyłącznie za pomocą klawiatury, a następnie za pomocą czytnika ekranu, przy czym wszystkie najważniejsze kroki są podejmowane z komercyjnego punktu widzenia – rejestracja, wyszukiwanie, finalizacja zakupu i uzyskanie pomocy technicznej.
Przydatny produkt końcowy to nie jest to wynik oznaczony kolorem. Jest to lista, która łączy każdy problem z konkretnym kryterium sukcesu (na przykład 1.4.3 Kontrast (minimalny) Lub 2.1.1 Klawiatura), z oceną powagi, powiązanym ryzykiem prawnym EAA, notatką o konieczności naprawy i rzetelnym oszacowaniem nakładu pracy. To właśnie różni raport, na który Twój zespół może zareagować, od pliku PDF przechowywanego na dysku współdzielonym.
Dla zespołów wysyłających na rynek polski zbudowaliśmy Ekspert WCAG – dedykowany Audyt dostępności WCAG 2.2 Usługa, która mapuje każde ustalenie na dokładne kryterium sukcesu i przekłada je na ryzyko prawne i działania naprawcze. Możesz również bezpłatnie sprawdzić dowolną stronę w około 30 sekund, zanim zdecydujesz, czy warto przeprowadzić pełny audyt.
Potraktuj to jako pracę nad produktem, a nie papierkową robotę
Zespoły, które dobrze sobie z tym radzą, nie prowadzą jednorazowych projektów zgodności. Uwzględniają dostępność w definicji „zrobionego”:
- Testowanie klawiatury staje się częścią procesu zapewniania jakości, obok testowania przeglądarki.
- Sprawdzenie kontrastu przeprowadza się na etapie przeglądu projektu, przed zbudowaniem komponentu.
- Okresowy audyt zgodności ze standardem WCAG 2.2 AA pozwala wykryć regresje w przypadku zmian w produkcie.
W ten sposób dostępność kosztuje trochę w każdym sprincie, zamiast dużo w jednym, pełnym paniki kwartale – a rezultatem jest produkt, z którego faktycznie może korzystać więcej osób. Pisaliśmy o tej samej dyscyplinie stosowanej w konkretnych branżach w wymagania dotyczące dostępności bankowości mobilnej I wielojęzyczność i dostępność w aplikacjach hotelowych.
Jeśli nie masz pewności, jak Twój produkt wypada w porównaniu z EAA, audyt jest najszybszym sposobem zastąpienia domysłów listą, na podstawie której możesz zaplanować działania.
