Doprowadzenie strony internetowej do gotowości na audyt w ramach European Accessibility Act to proces w sześciu krokach: ustalić zakres, sprawdzić względem standardu, naprawić w kolejności priorytetów, opublikować deklarację dostępności, wszystko udokumentować, prowadzić dalszy monitoring. Żaden z kroków nie wymaga bohaterstwa. I żadnego nie da się zastąpić jednolinijkowym widżetem JavaScript.

„Gotowość na audyt" to właściwy cel i warto precyzyjnie określić, co to znaczy: gdy organ nadzoru rynku (państwowa instytucja, która sprawdza, czy przedsiębiorstwa przestrzegają tych przepisów), klient lub sąd zapyta, na jakim są Państwo etapie, potrafią Państwo odpowiedzieć dowodami. Udokumentowana ocena, priorytetyzowany rejestr poprawek, opublikowana deklaracja. To inny cel niż twierdzenie, że ma się idealną stronę, którą w praktyce nie jest żadna prawdziwa strona. I jest to cel łatwiejszy do obrony.

Krok 1: Ustalenie zakresu i obowiązku

Najpierw proszę wyjaśnić, czy w ogóle są Państwo objęci przepisami (nasz przewodnik po zakresie omawia to szczegółowo): czy konsumenci mogą sfinalizować zakup na Państwa stronie i czy znajdują się Państwo powyżej progu mikroprzedsiębiorstwa (10+ pracowników lub obrót przekraczający 2 mln €)? Wynikiem tego kroku jest jedno zapisane zdanie: *„Jesteśmy objęci zakresem jako podmiot świadczący usługę e-commerce; żadne wyłączenie nie ma zastosowania."* To zdanie zakotwicza wszystko, co dalej, w tym deklarację dostępności.

Krok 2: Audyt względem EN 301 549 / WCAG 2.1 AA

Technicznym punktem odniesienia jest EN 301 549, norma UE dla dostępnej technologii, która dla treści internetowych włącza WCAG 2.1 na poziomie AA (powszechnie stosowaną listę kontrolną reguł dostępności internetowej). Istnieją dwa poziomy testowania i wyraźne rozróżnienie ma znaczenie:

  • Skanowanie automatyczne wykrywa około 30–40% kryteriów WCAG (źródło: Automated Accessibility Coverage Report firmy Deque Systems): kontrast, brakujące teksty alternatywne, nieopisane elementy sterujące, struktura, język strony. Są to zarazem najczęstsze błędy na prawdziwych stronach, więc warstwa automatyczna szybko wykrywa dużą część Państwa rzeczywistej ekspozycji.
  • Testy manualne oraz testy z technologiami asystującymi są potrzebne do reszty: kolejność fokusu, sensowna kolejność odczytu, złożone widżety, rzeczywiste zachowanie strony w czytniku ekranu (oprogramowaniu, za pomocą którego niewidomi użytkownicy odsłuchują strony).

Proszę zacząć od testów automatycznych (kilka minut, a definiują one listę zadań), a następnie dołączyć testy manualne dla pełnego pokrycia. Kto sprzedaje „automatyczny audyt = pełna ocena zgodności", sprzedaje za dużo.

Warstwę automatyczną można uruchomić od razu. Nasz bezpłatny test dostępności strony sprawdza jedną stronę pod kątem WCAG 2.1 AA i pokazuje wynik oraz najpoważniejszy błąd wraz z właściwym przepisem.

Krok 3: Naprawa w kolejności priorytetów

Nie wszystkie ustalenia są równe. Kolejność, która najszybciej obniża rzeczywistą ekspozycję:

  1. Wszystko, co blokuje zakup. Finalizacja zamówienia (checkout), której nie da się obsłużyć z klawiatury, nieopisane pola formularzy. To błędy, które najbardziej bezpośrednio dotykają użytkowników i najczęściej pojawiają się w skargach.
  2. Częste, proste poprawki. Kontrast, teksty alternatywne, język strony, nazwy przycisków: problemy o dużej liczebności, które często leżą na poziomie szablonu i skalują się na cały sklep.
  3. Struktura i nawigacja. Nagłówki, punkty orientacyjne (landmarki), wskaźniki fokusu.
  4. Widżety w przypadkach brzegowych. Karuzele, własne selektory dat, złożone filtry.

Krok 4: Publikacja deklaracji dostępności

Objęci przepisami usługodawcy muszą opublikować deklarację dostępności, w Niemczech Barrierefreiheitserklärung. To publiczna strona opisująca, jak usługa spełnia wymagania, wskazująca znane ograniczenia, podająca podstawę prawną i (co kluczowe) udostępniająca mechanizm informacji zwrotnej, przez który użytkownicy mogą zgłaszać bariery. Żyje ona publicznie na stronie, zwykle podlinkowana w stopce, obok noty prawnej (Impressum) i polityki prywatności.

Dla sektora prywatnego z reguły nie istnieje centralny rejestr, w którym trzeba by ją składać. Publikują ją Państwo w serwisie, trzymają w swojej dokumentacji, a organ nadzoru może jej zażądać. Brakująca lub szablonowa deklaracja to jedno z najczęściej wskazywanych uchybień, właśnie dlatego, że jest widoczna w dziesięć sekund kontroli. Jest zarazem jedną z najtańszych luk do zamknięcia.

Jeśli deklarację piszą Państwo po raz pierwszy, proszę zacząć od struktury. Nasz generator deklaracji dostępności tworzy projekt z Państwa danych, ze wszystkimi wymaganymi częściami wraz z mechanizmem zgłoszeń, który następnie można dostosować i opublikować.

Krok 5: Udokumentowanie wszystkiego

Ten krok to różnica między „pracowaliśmy" a „potrafimy udowodnić, że pracowaliśmy". Proszę trzymać w jednym miejscu:

  • ustalenie dotyczące zakresu (krok 1),
  • wyniki audytu, automatycznego i manualnego, z datami,
  • rejestr napraw: co i kiedy naprawiono oraz co jest zaplanowane,
  • ewentualną ocenę nieproporcjonalnego obciążenia, jeśli powołują się Państwo na ten mechanizm odciążający,
  • opublikowaną deklarację i jej historię wersji.

Dlaczego to ma znaczenie w praktyce: egzekwowanie na każdym istotnym rynku przebiega jako postępowanie stopniowane, czyli eskaluje etapami. Ustalenia, potem formalne wezwanie do usunięcia uchybień w wyznaczonym terminie, a dopiero później kary. Gdy takie pismo nadejdzie, udokumentowana ścieżka audytu wraz z trwającym planem napraw jest dowodem dobrej woli: robią Państwo już to, czego żąda pismo. To nie jest ochrona przed karami (żadna dokumentacja jej nie daje), ale zmienia rozmowę z „podmiot uchylający się ignoruje prawo" na „dostawca w trakcie usuwania uchybień, z dowodami". Organy oceniają te sytuacje różnie, a francuski wyrok w sprawie Carrefour (Tribunal judiciaire de Caen, 4 czerwca 2026 roku), który dał firmie sześć miesięcy pod rygorem dziennej kary pieniężnej, pokazuje: również sądy myślą w kategoriach okien „naprawić do wyznaczonej daty".

Krok 6: Ciągły monitoring

Dwie rzeczy przesuwają się Państwu pod stopami: Państwa strona (każde wdrożenie, każda aktualizacja szablonu, każda nowa strona produktu może po cichu znów coś zepsuć) oraz norma (EN 301 549 ewoluuje w stronę nowszych wersji obejmujących WCAG 2.2). Jednorazowy audyt to migawka, która starzeje się od pierwszego dnia. Proszę przeskanować ponownie po naprawach, aby je zweryfikować, a potem regularnie kontynuować. Ta powracająca ścieżka dowodowa sama jest częścią dokumentacji z kroku 5.

Dlaczego overlaye nie są skrótem

Natkną się Państwo na dostawców sprzedających „overlay" dostępności: jedną linijkę JavaScript, która rzekomo automatycznie naprawia Państwa stronę. Fakty mówią co innego:

  • Overlaye nie naprawiają leżącego u podstaw kodu. Większość błędów WCAG pozostaje obecna dla użytkowników i dla kontrolerów, którzy zajrzą pod widżet.
  • W 2025 roku amerykański organ ochrony konkurencji FTC wystąpił przeciwko accessiBe, najbardziej znanemu dostawcy overlayów, i nakazał zapłatę 1 mln USD za wprowadzające w błąd twierdzenia, jakoby automatyczny produkt mógł uczynić każdą stronę zgodną ze standardem (komunikat prasowy FTC).
  • Organizacje działające na rzecz dostępności i organizacje testujące od lat dokumentują, że overlaye potrafią kolidować z technologią asystującą, z której realni użytkownicy już korzystają.

Wzorzec do zapamiętania: gdyby naprawa była jednolinijkowcem, znalazłaby się w normie. Prawdziwe naprawy dzieją się w Państwa kodzie, CMS-ie i szablonie. Tam też najtaniej się skalują, bo większość sklepów zawodzi na garstce powtarzających się błędów na poziomie szablonu.

FAQ

P: Jak długo trwa droga do gotowości na audyt? O: Kroki 1, 2 (automatyczny) i 4 mieszczą się w pierwszym tygodniu. Harmonogram napraw zależy od ustaleń, ale ponieważ najczęstsze błędy leżą na poziomie szablonu (kontrast, teksty alternatywne, etykiety), wiele sklepów usuwa większość swojej ekspozycji w ciągu jednego–dwóch sprintów deweloperskich.

P: Czy potrzebujemy zewnętrznego audytora? O: Prawnie nie, dla ścieżki samooceny w sektorze prywatnym. Potrzebują Państwo udokumentowanej oceny względem EN 301 549 / WCAG 2.1 AA. Narzędzia automatyczne plus wewnętrzne lub zlecone testy manualne to prawomocna droga do jej sporządzenia. Liczy się to, że dowody istnieją i się bronią.

P: Co znajduje się w deklaracji dostępności, jeśli strona wciąż ma znane błędy? O: Dokładnie to. Znane ograniczenia to zaplanowana część deklaracji. Deklaracja, która wymienia swoje otwarte punkty i plany napraw, jest bardziej wiarygodna (i bardziej przydatna w terminie na usunięcie uchybień) niż taka, która deklaruje perfekcję.

P: W zeszłym roku zainstalowaliśmy overlay. Czy jesteśmy zabezpieczeni? O: Proszę uruchomić niezależny skan i zobaczyć, co pozostaje pod spodem: zwykle większość właściwych ustaleń. Proszę nie traktować overlaya ani jako naprawy, ani jako dowodu i zaplanować budżet na rzeczywiste usuwanie uchybień.

Źródła

Sprawdź, jak wypada Twoja strona

Bezpłatne skanowanie sprawdza Twoją stronę pod kątem WCAG 2.1 AA i pokazuje pierwsze wyniki w kilka minut.

Skanuj stronę za darmo Pobierz przykładowy raport

Powiązany artykuł: Czy nas to dotyczy? Przewodnik po zakresie EAA dla firm internetowych

Ten artykuł ma charakter informacyjny i nie stanowi porady prawnej.