European Accessibility Act 2025 minął – co teraz dla niesprawdzonych stron?

EAA – co to i co się stało 28.06.2025

European Accessibility Act (EAA), formalnie Dyrektywa Parlamentu Europejskiego i Rady (UE) 2019/882 z dnia 17 kwietnia 2019 r. w sprawie wymogów dostępności produktów i usług, to akt prawny, który po raz pierwszy w historii Unii Europejskiej narzuca prywatnym firmom obowiązek zapewnienia dostępności cyfrowej. Wcześniej obowiązek dotyczył wyłącznie sektora publicznego – teraz dotyczy każdej firmy konsumenckiej działającej w UE.

Kluczowa data: 28 czerwca 2025 roku. To dzień, w którym minął termin transpozycji dyrektywy do prawa krajowego oraz dzień rozpoczęcia obowiązywania nowych przepisów dla firm prywatnych. W Polsce dyrektywę wdrożono Ustawą z dnia 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze.

Mamy maj 2026, więc od deadline minęło już 11 miesięcy. Pierwsze postępowania nadzorcze ze strony PFRON i UOKiK ruszyły. Jeśli Twoja strona, sklep lub aplikacja konsumencka nie przeszła audytu WCAG 2.2 AA i nie posiada deklaracji dostępności – jesteś w grupie ryzyka.

Najgorsze, że większość polskich firm dowiaduje się o EAA dopiero z pierwszych pism od urzędów lub po skargach klientów. W praktyce skarga konsumenta to dziś najczęstszy trigger postępowania – nie audyt z urzędu.

Dla zorientowania się w aktualnych pakietach naprawczych zobacz cennik audytu WCAG i cennik wdrożenia WCAG. Pełny przegląd zgodności technicznej znajdziesz w audycie cyfrowym.

Kogo dotyczy: e-commerce, sklepy, usługi B2C, banki

EAA jest dyrektywą horyzontalną – obejmuje wiele sektorów. W praktyce dotyczy każdej firmy, która spełnia łącznie dwa warunki:

1. Sprzedaje konsumentom (B2C) w Unii Europejskiej.
2. Zatrudnia ponad 10 pracowników LUB ma roczny obrót większy niż 2 mln EUR.

Mikroprzedsiębiorstwa (poniżej 10 osób i poniżej 2 mln EUR obrotu) są zwolnione z części obowiązków, ale tylko wtedy, gdy świadczą usługi – w przypadku produktów zwolnienie nie ma zastosowania.

Konkretne sektory objęte EAA:

• E-commerce – sklepy internetowe, marketplace, platformy zakupowe (B2C). Dotyczy zarówno sklepów na WooCommerce, Shoper, IdoSell, jak i dedykowanych platform. Sprawdź audyt sklepu internetowego jeśli prowadzisz e-commerce.
• Bankowość detaliczna – serwisy transakcyjne, aplikacje mobilne banków, formularze wniosków kredytowych.
• Transport pasażerski – sprzedaż biletów online (PKP, PKS, lotniska, ZTM), aplikacje rezerwacyjne.
• Telekomunikacja – portale operatorów, aplikacje obsługi klienta, sklepy z telefonami.
• Usługi audiowizualne – platformy VOD, serwisy streamingowe, sklepy z e-bookami i audiobookami.
• Czytniki e-booków i oprogramowanie do nich.
• Bankomaty, terminale płatnicze, automaty biletowe.

Co istotne – B2B nie jest wyłączone automatycznie. Jeśli na Twojej stronie B2B znajduje się jakakolwiek funkcja konsumencka (np. zapisz na newsletter, kontakt, blog z możliwością komentowania), to fragment ten może podlegać EAA. Bezpieczniej jest traktować całą stronę firmową jako objętą wymaganiami.

WCAG 2.2 AA – 50 success criteria (które najczęściej leżą)

Polska ustawa odsyła do standardu zharmonizowanego EN 301 549 V3.2.1, który z kolei opiera się na WCAG 2.2 (W3C, 2023). Standard zawiera 4 zasady (Postrzegalność, Funkcjonalność, Zrozumiałość, Solidność), 13 wytycznych i 50 kryteriów sukcesu na poziomie AA.

W praktyce polskich sklepów najczęściej "leżą" te kryteria:

1. 1.1.1 Treść nietekstowa – brak atrybutów alt w zdjęciach produktów, ikonach koszyka, banerach kampanijnych.
2. 1.3.1 Informacje i relacje – tabele rozmiarów bez nagłówków, formularze bez label, struktury menu zbudowane z divów bez ról ARIA.
3. 1.4.3 Kontrast (minimalny) – jasnoszary tekst na białym tle (kontrast 3:1 zamiast wymaganych 4.5:1).
4. 1.4.10 Reflow – strony, które nie skalują się poniżej 320 px (rozjazdy na mobile), poziomy scroll.
5. 1.4.11 Kontrast bez tekstu – pola formularza i przyciski o słabym kontraście granicy z tłem.
6. 2.1.1 Klawiatura – elementy interaktywne (modale, dropdowny, slidery) niedostępne klawiaturą.
7. 2.4.7 Focus widoczny – stylizacje, które usuwają :focus outline (outline: none bez zastąpienia).
8. 2.5.5 Rozmiar obszaru klikalnego (WCAG 2.2) – przyciski mniejsze niż 24x24 px (np. ikona X zamknięcia modala).
9. 3.3.2 Etykiety lub instrukcje – placeholder zamiast label w formularzach.
10. 4.1.2 Nazwa, rola, wartość – custom dropdowny, akordeony i taby bez właściwych ról ARIA.

Pełen audyt WCAG 2.2 AA wykonujemy w ramach pakietu audytu WCAG – sprawdzamy wszystkie 50 kryteriów na stronie oraz przygotowujemy raport z priorytetami napraw.

Realne kary 2026 – pierwsze przypadki polskich firm

Ustawa polska przewiduje administracyjne kary pieniężne nakładane przez Prezesa PFRON. Wysokość: do 10-krotności przeciętnego wynagrodzenia za pojedyncze naruszenie (ok. 80 000 zł w 2026 r.) oraz – w wariancie unijnym – do 10% rocznego obrotu firmy. Dla średniej firmy z obrotem 20 mln zł rocznie potencjalna kara to 2 mln zł.

Pierwsze polskie postępowania nadzorcze ruszyły jesienią 2025 r. Dane oficjalne za 2026 r. nie są jeszcze opublikowane w pełni, ale ze sprawozdań PFRON oraz monitoringu mediów branżowych wynika kilka tendencji:

• Sektor e-commerce na celowniku – najczęstsze skargi konsumentów dotyczą sklepów odzieżowych i elektroniki (problem z kontrastem, formularzami koszyka, czytnikami ekranu).
• Pierwsze decyzje administracyjne wydają zazwyczaj nakaz dostosowania w terminie 60–90 dni, kara administracyjna jest stosowana dopiero w razie braku reakcji.
• Roszczenia cywilne konsumentów – pojawiły się pierwsze pozwy z tytułu dyskryminacji (art. 3 ustawy o równym traktowaniu), w których powodowie są osobami z niepełnosprawnościami nie mogącymi skorzystać ze sklepu.

W Niemczech, gdzie egzekucja ruszyła wcześniej, już padły kary 50 000–200 000 EUR na duże platformy e-commerce. W Holandii i Hiszpanii podobnie. To pokazuje kierunek, w którym będą szły polskie postępowania w drugiej połowie 2026 r. i w 2027 r.

Jeśli jeszcze nie masz audytu, zamów go teraz – pakiet audytu WCAG zaczyna się od 1990 zł i już sam fakt jego posiadania traktowany jest jako element należytej staranności (mitygacja kary).

Co sprawdzić w 30 minut (samodzielny audyt)

Zanim zamówisz pełny audyt, możesz sam wykonać szybki test poglądowy w 30 minut. To nie zastąpi profesjonalnej weryfikacji, ale daje pierwsze sygnały:

Krok 1: Test klawiatury (5 min)

Otwórz stronę główną i spróbuj poruszać się wyłącznie klawiszem Tab. Powinieneś:

• Zobaczyć wyraźny wskaźnik focusu na każdym elemencie.
• Móc dotrzeć do koszyka, logowania, wszystkich linków w menu.
• Bez problemu otworzyć i zamknąć każde modal okno klawiaturą (Esc).

Jeśli "gubisz się" w drzewie focusu, focus nie jest widoczny, albo modal nie zamyka się klawiszem Esc – masz problem z 2.1.1 i 2.4.7.

Krok 2: Automatyczny skaner (10 min)

Uruchom darmowe narzędzia:

• axe DevTools (rozszerzenie do Chrome) – skanuje aktualną stronę pod kątem WCAG.
• WAVE od WebAIM – wizualny audyt błędów.
• Lighthouse wbudowany w Chrome DevTools (zakładka Accessibility).

Automaty wyłapują 30–40% problemów. Reszta wymaga oceny manualnej. Jeśli automat zwraca >20 błędów na stronie głównej – masz poważne problemy.

Krok 3: Test czytnika ekranu (10 min)

Włącz wbudowany czytnik:

• macOS: VoiceOver (Cmd+F5).
• Windows: Narrator (Win+Ctrl+Enter) lub bezpłatny NVDA.

Spróbuj przejść do produktu, dodać go do koszyka, otworzyć checkout. Jeśli czytnik mówi "przycisk" zamiast "Dodaj do koszyka" – masz problem 4.1.2 (nazwa, rola, wartość).

Krok 4: Kontrast (5 min)

Użyj Stark albo WebAIM Contrast Checker. Sprawdź kontrast głównego tekstu, przycisków CTA i pól formularza. Wymóg AA: 4.5:1 dla tekstu, 3:1 dla dużego tekstu i komponentów UI.

Wynik tego mini-audytu zostaw u siebie – przy zamawianiu profesjonalnego audytu WCAG będzie to dobry punkt startowy.

Najczęstsze błędy polskich sklepów (TOP 10)

Po wykonaniu kilkudziesięciu audytów WCAG dla polskich sklepów internetowych, wyłania się powtarzalny katalog grzechów. Oto TOP 10:

1. Placeholder zamiast label – pola "Imię", "Email", "Kod pocztowy" mają tylko placeholder, który znika po wpisaniu wartości. Konsekwencja: użytkownik czytnika ekranu nie wie, co wpisuje. Naruszenie 3.3.2.

1. Brak alt w zdjęciach produktów – import z hurtowni dorzuca zdjęcia bez alt. W sklepie z 5000 produktami często zerowa zgodność z 1.1.1.

1. Custom dropdown bez ARIA – wybór wariantu (rozmiar, kolor) zbudowany na divach z JS, bez role="listbox", bez obsługi klawiatury. Naruszenie 4.1.2 i 2.1.1.

1. Slidery promocyjne autoplay bez pauzy – nieskończona pętla slidów z timerem 3 s bez przycisku pauzy/stopu. Naruszenie 2.2.2.

1. Plik PDF z regulaminem zamiast HTML – regulamin, polityka prywatności w PDF, który nie jest dostępny (tagged PDF). Naruszenie 1.3.1.

1. Kontrast tekstu cenowego – cena promocyjna jasnoczerwona na białym tle ma kontrast 2.5:1. Naruszenie 1.4.3.

1. Komunikaty błędu w formularzu tylko kolorem – pole staje się czerwone, bez tekstu wyjaśniającego. Naruszenie 1.4.1 (użycie koloru).

1. Brak skip link – "Przejdź do treści głównej". W rozbudowanym menu sklepu wymusza to przejście Tab przez 50 linków, by dotrzeć do produktu. Naruszenie 2.4.1.

1. Zoom 200% rozwala układ – zoom przeglądarki do 200% (wymóg WCAG) powoduje rozjazd menu, obcięcie koszyka, poziomy scroll. Naruszenie 1.4.4 i 1.4.10.

1. Modal cookie blokuje całą stronę bez klawiatury – pop-up RODO, którego nie da się zamknąć klawiaturą Esc. Naruszenie 2.1.1 i 2.4.3.

W ramach wdrożenia WCAG standardowo naprawiamy ten cały katalog. Jeśli masz sklep na WooCommerce, sprawdź też audyt sklepu WooCommerce – problemy WCAG często pokrywają się z problemami konwersji.

Audyt vs wdrożenie vs deklaracja – co kiedy

Zgodność z EAA to nie jednorazowa czynność, ale proces. Trzy elementy, które trzeba odróżnić:

1. Audyt WCAG

Polega na sprawdzeniu wszystkich 50 kryteriów na próbie kluczowych stron (homepage, kategoria, produkt, koszyk, checkout, panel klienta, formularz kontaktu). Audytor zwraca raport z listą naruszeń, ich priorytetami (krytyczne, ważne, drobne) i rekomendacjami napraw.

Dobry audyt łączy testy automatyczne (axe-core, Lighthouse, WAVE), testy manualne (klawiatura, czytnik ekranu, zoom 200%) i ocenę ekspercką. Sam automat to za mało – wyłapuje tylko ok. 35% problemów. Więcej w KB: audyt WCAG cennik – co zawiera, jak zamówić.

2. Wdrożenie WCAG (remediacja)

To etap deweloperski – poprawki w kodzie, szablonach, treści. Najczęstsze prace to: dodanie alt do obrazów, refaktor formularzy z label, dorzucenie ARIA do custom komponentów, poprawa kontrastu w CSS, dodanie skip linków, naprawa focus traps w modalach. Pełen pakiet wdrożenia WCAG trwa zazwyczaj 4–8 tygodni dla średniego sklepu.

3. Deklaracja dostępności

Ustawowy dokument publikowany na stronie (zazwyczaj w stopce, pod "Dostępność"). Zawiera informacje: do jakiego poziomu strona spełnia WCAG, jakie są wyłączenia, jak zgłosić problem, dane kontaktowe podmiotu monitorującego. Wzór deklaracji znajdziesz w Załączniku do Ustawy z 26 kwietnia 2024 r.. Brak deklaracji to samodzielne naruszenie obwarowane karą.

Kolejność prawidłowa: audyt → wdrożenie → ponowny audyt weryfikacyjny → deklaracja → cykliczne audyty raz w roku. Próba pominięcia audytu i zamówienia tylko deklaracji nie ma sensu – deklaracja musi opisywać realny stan strony, a jak go zmierzyć bez audytu?

Process compliance – 4 kroki do zgodności

Standardowy proces dojścia do zgodności w KC Mobile wygląda tak:

Krok 1: Audyt początkowy (tydzień 1–2)

Otrzymujesz raport z listą naruszeń i mapą priorytetów. Krytyczne (blokujące korzystanie ze sklepu) – do naprawy natychmiast. Ważne (utrudniające korzystanie) – do 60 dni. Drobne – do 6 miesięcy. Szczegóły zakresu w cenniku audytu WCAG.

Krok 2: Wdrożenie krytycznych (tydzień 2–4)

Najpierw łatamy to, co blokuje. Klawiatura, focus, label w formularzach, alt w obrazach, kontrast w CTA. To 70% wartości w 30% czasu. Pakiet "Express" w wdrożeniu WCAG obejmuje właśnie ten zakres.

Krok 3: Wdrożenie ważnych i drobnych (tydzień 4–8)

Refaktor custom komponentów, dodanie ARIA, naprawa modali, deklaracja PDF jako tagged, poprawa skip linków, refaktor sliderów. Pakiet "Pełen" w wdrożeniu WCAG.

Krok 4: Audyt weryfikacyjny + deklaracja (tydzień 8–10)

Sprawdzamy, czy naprawione naprawdę działają. Publikujemy deklarację dostępności. Szkolimy zespół (redakcja, marketing, deweloperzy) z zasad utrzymania zgodności. Dorzucamy proces – jak dodawać nowe treści bez naruszania WCAG.

Co dalej? Cykliczne audyty raz w roku (minimum) – ustawa wymaga utrzymania zgodności, a nie jednorazowego dostosowania. Jeśli sklep stale dorzuca produkty, kampanie, banery, integracje – stan zgodności degraduje się w 6–12 miesięcy. Roczny audyt to standard branżowy.

Ile kosztuje doprowadzenie do zgodności (KC: 4990–19990 zł)

W KC Mobile pracujemy w trzech pakietach, dopasowanych do skali strony i głębi problemów. Dla porównania z naszym podejściem zobacz pełny cennik audytu cyfrowego oraz hub serwisowy WCAG.

Audyt WCAG (1990–4990 zł netto)

• Express (1990 zł) – audyt 5 kluczowych podstron (homepage, kategoria, produkt, koszyk, checkout), raport PDF z listą naruszeń, 1 godzina konsultacji po raporcie.
• Standard (2990 zł) – audyt 10 podstron + formularze + panel klienta, raport z priorytetyzacją i estymacjami napraw, 2 godziny konsultacji.
• Pełen (4990 zł) – pełen audyt z testami czytnikiem ekranu, testami z osobą z niepełnosprawnościami (User Acceptance Testing), 4 godziny konsultacji, projekt deklaracji dostępności.

Pełny zakres prac w audyt WCAG cennik.

Wdrożenie WCAG (4990–19990 zł netto)

• Express (4990 zł) – naprawa wszystkich naruszeń krytycznych, ok. 20 godzin pracy. Idealne dla małych sklepów (<500 produktów) z niewielką ilością custom kodu.
• Standard (9990 zł) – naprawa krytycznych + ważnych, refaktor formularzy, ARIA dla komponentów, poprawa kontrastu w design systemie. Ok. 40 godzin pracy. Dla średnich sklepów.
• Pełen (19990 zł) – pełna remediacja krytycznych, ważnych i drobnych, audyt weryfikacyjny, deklaracja dostępności, szkolenie zespołu (4 godziny). Ok. 80 godzin pracy. Dla dużych sklepów z rozbudowanym front-endem.

Szczegóły w wdrożenie WCAG cennik.

Co wpływa na koszt?

• Liczba szablonów – sklep z 50 typami stron jest droższy niż landing page.
• Stosowane CMS i framework – WooCommerce, Shoper, IdoSell mają wbudowane mechanizmy WCAG, ale custom layouty rozjeżdżają standardy.
• Stan kodu – jeśli sklep jest na starym motywie z 2019 r. bez componentowej architektury, refaktor jest droższy.
• Liczba integracji – każdy zewnętrzny widget (chat, recenzje, newsletter pop-up) to potencjalny problem WCAG do naprawy.

Średni klient KC Mobile inwestuje 8000–14000 zł w pakiet audyt + wdrożenie i wychodzi z deklaracją dostępności w 8–10 tygodni.

Polish vendor specifics: WooCommerce, Shoper, IdoSell – wsparcie WCAG

WooCommerce

WooCommerce sam w sobie jest neutralny – core zachowuje większość WCAG (formularze checkout, struktury, label). Problem to motyw i wtyczki. Większość polskich sklepów na WC używa motywów typu Flatsome, Porto, WoodMart – te mają znane problemy z kontrastem, custom sliderem, mega menu. Wymagają audytu i poprawek na poziomie child theme. Patrz audyt sklepu internetowego oraz pomoc techniczna WooCommerce.

Shoper

Shoper publikuje deklarację dostępności dla platformy (skala SaaS), ale każdy sklep dostosowuje wygląd w panelu admin – kolory, czcionki, układ widgetów. To rozjeżdża domyślne ustawienia. Sklepy na Shoperze najczęściej "leżą" na kontraście CTA i custom widgetach. Wdrożenie WCAG na Shoperze polega głównie na: edycji CSS w panelu, doborze szablonu zgodnego, usunięciu lub poprawie zewnętrznych integracji.

IdoSell

IdoSell ma dedykowany moduł "Dostępność" (czytnik tekstu, zmiana kontrastu, powiększenie). To nie zastępuje audytu WCAG, ale jest dobrym punktem wyjścia. Polityka IdoSell deklaruje zgodność z WCAG na poziomie panelu, ale szablon klienta i jego CSS to już odpowiedzialność sklepu.

PrestaShop

PrestaShop ma najsłabsze wsparcie WCAG out-of-the-box. Większość motywów Free i tych z PrestaShop Addons nie deklaruje zgodności. Sklepy na PrestaShop wymagają zazwyczaj największych nakładów na wdrożenie.

Magento / Adobe Commerce

Magento ma rozbudowane API i dobre wsparcie dla developerów, ale brak gotowych komponentów WCAG-ready – wszystko buduje się ręcznie. Mocne dla zespołów wewnętrznych, słabe dla małych sklepów bez deweloperów.

Custom (Symfony, Laravel, Next.js)

Tu wszystko zależy od zespołu. Najlepsze efekty osiągają sklepy zbudowane na komponentowych design systemach (np. Radix UI, shadcn/ui dla React) – mają WCAG wbudowany w komponenty. Najgorsze – stare sklepy na własnym front-endzie sprzed 5 lat.

Jeśli nie wiesz, na jakim stacku jesteś i jak to wpływa na zgodność, zacznij od audytu cyfrowego – mapujemy stack i ryzyka w 5 dni.

Co dalej – plan na najbliższe 90 dni

EAA to nie jednorazowa akcja, tylko proces. Jeśli czytasz ten artykuł i jesteś w grupie objętej dyrektywą, oto plan działania na najbliższe 90 dni:

1. Tydzień 1–2: Zamów audyt WCAG lub audyt cyfrowy. Wybierz pakiet adekwatny do skali sklepu.
2. Tydzień 3–4: Otrzymaj raport, zatwierdź priorytety napraw, zarezerwuj budżet na wdrożenie.
3. Tydzień 5–10: Zlec wdrożenie WCAG – krytyczne błędy najpierw, potem ważne i drobne.
4. Tydzień 11–12: Audyt weryfikacyjny, publikacja deklaracji dostępności, szkolenie zespołu.
5. Co 12 miesięcy: Cykliczny audyt utrzymaniowy.

Jeśli zaczynasz w maju 2026, do końca lipca masz audyt, do końca września wdrożenie, w październiku publikujesz deklarację. Wtedy w razie skargi konsumenta lub kontroli PFRON masz w ręku dokumentację należytej staranności – co znacząco redukuje ryzyko kary.

Nie czekaj na pierwsze pismo z PFRON. Skontaktuj się z nami i zacznij od audytu – to najtańszy sposób na poznanie skali problemu w Twoim sklepie.

FAQ – najczęstsze pytania o EAA i WCAG

Czy moja firma musi spełniać EAA, jeśli mam tylko stronę firmową bez sklepu?

Jeśli strona firmowa zawiera funkcje konsumenckie (formularz kontaktu, newsletter, blog, formularz wyceny, czat) i firma zatrudnia ponad 10 osób lub ma obrót powyżej 2 mln EUR, to tak – fragmenty konsumenckie podlegają EAA. Bezpieczniej jest traktować całą stronę firmową jako objętą wymaganiami i zamówić audyt WCAG dla całości.

Co grozi za brak zgodności z EAA w Polsce?

Polska ustawa przewiduje kary administracyjne do 10-krotności przeciętnego wynagrodzenia (ok. 80 000 zł w 2026 r.) za pojedyncze naruszenie, plus w wariancie unijnym do 10% rocznego obrotu firmy. Dla firmy z obrotem 20 mln zł to potencjalnie 2 mln zł. Dodatkowo konsumenci mogą wystąpić z roszczeniami cywilnymi z tytułu dyskryminacji.

Czy automatyczne narzędzia jak axe DevTools wystarczą do audytu WCAG?

Nie. Automatyczne skanery wyłapują tylko 30–40% problemów WCAG. Reszta wymaga testów manualnych (klawiatura, czytnik ekranu, zoom 200%) i oceny eksperckiej (kontekst, sens treści, użyteczność dla osób z niepełnosprawnościami). Pełen audyt WCAG zawsze łączy automaty + testy manualne + ocenę specjalisty.

Ile czasu zajmuje doprowadzenie sklepu internetowego do zgodności WCAG 2.2 AA?

Średnio 8–10 tygodni dla średniego sklepu (1–2 tygodnie audyt, 4–6 tygodni wdrożenie, 1–2 tygodnie audyt weryfikacyjny i deklaracja). Duże platformy z rozbudowanym front-endem mogą potrzebować 3–6 miesięcy. Małe landing pages – 3–4 tygodnie. Plan działania ustala się po audycie.

Czy zgodność WCAG to jednorazowa akcja, czy proces?

To proces. Ustawa wymaga utrzymania zgodności, a nie jednorazowego dostosowania. Sklep dorzuca produkty, kampanie, banery, integracje – stan zgodności degraduje się w 6–12 miesięcy. Standard branżowy to roczny audyt utrzymaniowy oraz proces wewnętrzny dla redakcji, marketingu i deweloperów (jak dodawać treści bez naruszania WCAG).

Co zawiera deklaracja dostępności i czy mogę ją sam napisać?

Deklaracja dostępności zawiera: informację o poziomie zgodności z WCAG, listę wyłączeń (np. archiwalne PDF), informację jak zgłosić problem z dostępnością, dane kontaktowe podmiotu, datę przeglądu. Wzór znajduje się w załączniku do polskiej Ustawy z 26 kwietnia 2024 r. Można napisać samodzielnie, ale musi opisywać realny stan strony – co wymaga wcześniejszego audytu.

Czy mikroprzedsiębiorstwa są zwolnione z EAA?

Częściowo. Mikroprzedsiębiorstwa (poniżej 10 osób i poniżej 2 mln EUR obrotu) są zwolnione z części obowiązków przy świadczeniu USŁUG. W przypadku PRODUKTÓW (np. sprzedaż czytników e-booków, terminali) zwolnienie nie ma zastosowania. Większość polskich małych sklepów internetowych podlega więc EAA mimo statusu mikro – bo sprzedają produkty.

Czy posiadanie modułu typu czytnik tekstu lub wysoki kontrast wystarczy do zgodności?

Nie. Tzw. accessibility overlays (czytnik tekstu, wysoki kontrast, zmiana wielkości czcionki) to dodatek, nie substytut. WCAG wymaga, by strona była dostępna z założenia (dla wszystkich technologii asystujących), a nie tylko za przełączeniem trybu. Overlays mogą wręcz pogarszać dostępność, ukrywając rzeczywiste problemy. Standard branżowy odradza poleganie wyłącznie na overlay.

Jak udokumentować należytą staranność, by zredukować ryzyko kary PFRON?

Najważniejsze artefakty: raport z audytu WCAG (najlepiej zewnętrzny), plan naprawczy z datami, ewidencja wykonanych prac (commity, ticketing), opublikowana deklaracja dostępności, ślady cyklicznych przeglądów. W razie kontroli te dokumenty pokazują, że firma działa w dobrej wierze – nawet jeśli pełna zgodność jeszcze nie została osiągnięta, kara administracyjna jest zazwyczaj niższa lub odroczona.

Co kosztuje więcej – audyt czy wdrożenie WCAG?

Wdrożenie kosztuje 3–5x więcej niż audyt. W KC Mobile audyt WCAG to 1990–4990 zł netto (zależnie od pakietu), a wdrożenie 4990–19990 zł netto. Audyt to inwestycja w wiedzę o skali problemu, wdrożenie to inwestycja w realne naprawy. Bez audytu nie da się sensownie wycenić wdrożenia, bo nie wiadomo, ile naruszeń jest do naprawy.