Europejski akt o dostępności ma już zęby: czego potrzebuje twoja strona

Europejski akt o dostępności obowiązuje od 28 czerwca 2025. Przez pierwszy rok większość firm obserwowała, czy ktokolwiek będzie go faktycznie egzekwował. Ta wątpliwość została rozstrzygnięta.

Francuski sąd nakazał Carrefourowi osiągnąć pełną zgodność pod rygorem kary 500 euro dziennie. Organy nadzoru rynku w państwach członkowskich przeszły w 2026 od wezwań do informacji do ukierunkowanych audytów. Mechanizmy skargowe istnieją w każdym państwie członkowskim, a organizacje osób z niepełnosprawnościami z nich korzystają.

Jeśli sprzedajesz konsumentom w UE, a twoja strona nie jest dostępna, to już nie kwestia reputacji. To kwestia pod nadzorem.

Co akt faktycznie obejmuje

Dyrektywa 2019/882 obejmuje określoną listę produktów i usług, nie całą sieć. Usługi w zakresie to między innymi:

Handel elektroniczny, definiowany szeroko jako każda usługa umożliwiająca konsumentowi zawarcie umowy na odległość. Jeśli ktoś może na twojej stronie przeglądać, wybierać i kupować, jesteś w zakresie.
Usługi bankowe dla konsumentów, w tym bankowość internetowa i interfejsy płatnicze.
Usługi transportu pasażerskiego, w tym strony, aplikacje i sprzedaż biletów.
Usługi łączności elektronicznej.
Dostęp do audiowizualnych usług medialnych.
E-booki i dedykowane oprogramowanie.

Produkty w zakresie to między innymi terminale samoobsługowe, terminale płatnicze, czytniki e-booków i konsumencki sprzęt komputerowy.

Dwie granice są istotne w praktyce. Po pierwsze, dyrektywa dotyczy usług świadczonych konsumentom. Platformy czysto B2B, narzędzia wewnętrzne i usługi nieoferowane publicznie zostają poza. Po drugie, istnieje wyłączenie dla mikroprzedsiębiorstw w zakresie usług: mniej niż dziesięciu pracowników i roczny obrót lub suma bilansowa nieprzekraczająca dwóch milionów euro. To wyłączenie dotyczy usług, nie produktów, i nie wnioskuje się o nie: albo jesteś poniżej progu, albo nie.

Wyłączenie jest węższe, niż ludzie liczą. Sklep internetowy z dwunastoma osobami jest w zakresie. Firma z ośmioma pracownikami sprzedająca produkt fizyczny objęty załącznikiem produktowym również.

Norma techniczna

Akt określa wymagania funkcjonalne. Punktem odniesienia technicznego jest zharmonizowana norma europejska EN 301 549, gdzie znajdują się rzeczywiście testowalne kryteria.

Obecnie opublikowana wersja V3.2.1 z marca 2021 włącza WCAG 2.1 poziom AA. Oczekiwana jest rewizja zgodna z WCAG 2.2, dodająca niewielką liczbę kryteriów dotyczących wyglądu fokusa, ruchów przeciągania, rozmiaru celu, spójnej pomocy i nadmiarowego wprowadzania. Nic dramatycznego, ale jeśli naprawiasz teraz, celowanie w WCAG 2.2 zamiast 2.1 pozwala nie robić pracy dwa razy.

Zgodność z normą zharmonizowaną daje domniemanie zgodności z dyrektywą. To praktyczny cel: WCAG 2.1 AA dziś, WCAG 2.2 AA, jeśli chcesz zapasu.

Co to znaczy w kodzie

Wytyczne o dostępności zwykle pisane są na poziomie zasad. Tak to wygląda jako praca, na podstawie tego, co znajdujemy niemal w każdym audycie.

Semantyka i struktura

Większość błędów dostępności jest strukturalna. Strona zbudowana z zagnieżdżonych divów z obsługą kliknięć nie daje czytnikowi ekranu niczego.

Używaj prawdziwych elementów. Przycisk to <button>, nie div z onClick. Link, który nawiguje, to <a href>. Ta jedna zmiana naprawia obsługę klawiaturą, zachowanie fokusa i ogłaszanie za jednym razem.
Punkty orientacyjne: header, nav, main, footer. Jeden main na stronę.
Nagłówki po kolei, opisujące strukturę zamiast wybierane po rozmiarze czcionki.
Listy jako listy, tabele jako tabele z prawidłowymi komórkami nagłówkowymi i scope.
Język zadeklarowany na elemencie html i zmieniany w treści tam, gdzie zmienia się język. Na stronie wielojęzycznej to ważniejsze, niż się wydaje, bo inaczej czytnik ekranu odczyta francuski angielskim głosem.

Formularze

To w formularzach transakcje się rozsypują, więc są badane szczegółowo.

Każde pole ma etykietę powiązaną programowo. Tekst zastępczy nie jest etykietą.
Błędy są opisane tekstem, powiązane z polem i ogłaszane. Sama czerwona ramka nie komunikuje niewidomemu użytkownikowi niczego.
Pola wymagane są oznaczone w sposób widoczny dla technologii wspomagających.
Atrybuty autocomplete na polach z danymi osobowymi, wyraźne kryterium WCAG, które poprawia też konwersję.
Zgrupowane kontrolki używają fieldset i legend.

Klawiatura i fokus

Wszystko interaktywne jest osiągalne i obsługiwalne klawiaturą, w kolejności odpowiadającej układowi wizualnemu.
Fokus jest zawsze widoczny. Usunięcie obrysu bez zastąpienia to czysty błąd.
Brak pułapek klawiaturowych. Okna modalne celowo chwytają fokus, zwracają go przy zamknięciu i zamykają się klawiszem Escape.
Link pomijający do treści głównej.

Projekt wizualny

Kontrast tekstu co najmniej 4,5 do 1 dla tekstu zwykłego i 3 do 1 dla dużego.
Kontrast nietekstowy 3 do 1 dla komponentów interfejsu i grafik niosących znaczenie, co wyłapuje wiele niskokontrastowych obramowań pól.
Treść przepływa przy szerokości 320 pikseli CSS bez przewijania poziomego.
Tekst skaluje się do 200 procent bez utraty treści.
Kolor nigdy nie niesie znaczenia sam.

Treść dynamiczna

Regiony live ogłaszają zmiany zachodzące bez przeładowania strony, jak aktualizacje koszyka czy podsumowania walidacji.
Własne komponenty niosą poprawne role, stany i właściwości. Jeśli budujesz combobox ręcznie, trzymaj się ARIA Authoring Practices zamiast improwizować.
Uszanuj preferencję ograniczonego ruchu.
Nic, co automatycznie odtwarza dźwięk, i żadnych karuzel przesuwających się samoczynnie bez pauzy.

Dokumenty i media

PDF-y w zakresie muszą być otagowane i czytelne. Faktura albo regulamin dostarczony jako skan obrazu nie przechodzi.
Filmy potrzebują napisów. Nagrane wcześniej audio potrzebuje transkrypcji.
Obrazy potrzebują tekstu alternatywnego oddającego cel. Obrazy dekoracyjne dostają pusty atrybut alt.

Deklaracja dostępności

Usługodawcy muszą publikować informacje o tym, jak usługa spełnia wymagania. Brakujące lub niepełne deklaracje dostępności to jedno z najczęstszych ustaleń i dziwnie jest na tym polegnąć, bo kosztuje to jedno popołudnie.

Użyteczna deklaracja zawiera cel zgodności, datę ostatniej oceny, użytą metodę, szczerą listę znanych ograniczeń z harmonogramem, kanał zwrotny, który obsługuje prawdziwy człowiek, oraz dane krajowego organu egzekucyjnego dla skarg.

Nie obiecuj za dużo. Deklarowanie pełnej zgodności przy znanej luce jest gorsze niż deklarowanie zgodności częściowej z planem naprawczym, i prawnie, i praktycznie.

Sankcje

Sankcje ustalane są krajowo i różnią się znacząco. Publikowane liczby obejmują do 90 000 euro w Holandii, przedziały od 10 000 do 100 000 euro za naruszenie w Niemczech, progi od 75 000 do 300 000 euro za naruszenie we Francji i do 60 000 euro w Irlandii. Część państw dopuszcza obliczenia oparte na obrocie w przypadkach powtarzalnych lub poważnych.

Ekspozycja finansowa często nie jest największym kosztem. Nakaz naprawy pod karą dzienną oznacza wykonanie pracy pod presją terminu, z audytorem, co jest znacznie droższe niż zrobienie tego spokojnie.

Nakładki nie działają

Nakładki dostępnościowe, czyli widżety JavaScript obiecujące natychmiastową zgodność, jej nie zapewniają. Nie naprawią brakującej semantyki, nie napiszą sensownego tekstu alternatywnego i często przeszkadzają technologii wspomagającej, którą użytkownik już skonfigurował. Organizacje rzecznicze są w tej sprawie konsekwentne, a spory sądowe w innych jurysdykcjach wielokrotnie dotyczyły witryn z nakładką.

Traktuj je jak podatek, nie jak naprawę.

Realistyczna ścieżka naprawy

Oto sekwencja, której używamy i która zwykle zdejmuje większość ryzyka w dwóch pierwszych fazach.

Faza 1: skan automatyczny plus audyt ręczny. Narzędzia automatyczne wychwytują około jednej trzeciej problemów, co jest przydatne, ale dalece niewystarczające. Połącz skan z ręcznymi testami klawiaturą i testami z czytnikiem ekranu na ścieżkach krytycznych: strona główna, kategoria, produkt, koszyk, płatność, konto, kontakt.

Faza 2: napraw ścieżki transakcyjne. Płatność, rejestracja, logowanie, wyszukiwanie. Tam niedostępna strona przestaje być niedogodnością i staje się wykluczeniem, i o tym będzie skarga.

Faza 3: napraw bibliotekę komponentów. Większość witryn zbudowana jest z ograniczonego zestawu komponentów powtarzanych wszędzie. Naprawienie raz przycisku, pola, okna modalnego, listy rozwijanej, zakładek i tabeli naprawia setki stron naraz. Tu jest dźwignia.

Faza 4: treść i dokumenty. Teksty alternatywne, nagłówki, PDF-y, napisy. Powolne, ale technicznie nietrudne.

Faza 5: zapobiegaj regresji. Automatyczne kontrole dostępności w CI, reguły lintowania dla JSX lub szablonów i kryteria dostępności w definicji ukończenia. Bez tego zapłacisz za audyt ponownie za osiemnaście miesięcy.

Efekt uboczny

Wszystko powyższe poprawia też widoczność w wyszukiwarkach, Core Web Vitals i konwersję. Poprawna struktura nagłówków, semantyczne znaczniki, prawdziwe etykiety i wystarczający kontrast to dokładnie to, co pomaga robotom parsować stronę, a zwykłym użytkownikom dokończyć zakup na telefonie w złym świetle.

Jest też nakładanie się z nowszymi obowiązkami. Przepisy o przejrzystości aktu o AI wymagają, by informacja była podana w sposób jasny i wyróżniający się, zgodny z obowiązującymi wymogami dostępności, co znaczy, że informacja o AI ukryta w niedostępnym dymku zawodzi dwa razy. Opisaliśmy to w artykule o przejrzystości aktu o AI.

Od czego zacząć

Jeśli nie byłeś audytowany, zacznij od klawiatury. Odłącz mysz i spróbuj dokończyć zakup na własnej stronie. Większość zespołów znajduje trzy pierwsze problemy w pięć minut, a to bardziej przekonująca demonstracja dla zarządu niż jakikolwiek raport.

Prowadzimy audyty dostępności i programy naprawcze dla firm działających w UE, w tym pracę nad biblioteką komponentów i integrację z CI, żeby naprawa się utrzymała. Więcej szczegółów na naszej stronie o dostępności, a szerszy kontekst regulacyjny w naszej mapie zgodności cyfrowej UE 2026.

Napisz na office@c9group.dev, jeśli chcesz uczciwej oceny, gdzie stoisz.