Strony i sklepy internetowe
European Accessibility Act a strona internetowa: co zmienić w szablonie
Część poradnika: Core Web Vitals: LCP, INP i CLS — jak je zmierzyć i poprawić
European Accessibility Act a strona internetowa to w praktyce jedno pytanie: co konkretnie zmienić w szablonie, żeby serwis dał się obsłużyć bez myszy, bez dobrego wzroku i bez zgadywania. Wymagania stosuje się od 28 czerwca 2025 r., a zwolnione są wyłącznie mikroprzedsiębiorstwa. Poniżej znajdziesz to, czego brakuje w większości opracowań: mapę „wymóg → poprawka”, którą można wkleić do zlecenia dla wykonawcy. Materiał ma charakter informacyjny i nie jest poradą prawną.
Kogo obejmuje European Accessibility Act i kto jest z niego zwolniony
European Accessibility Act to dyrektywa (UE) 2019/882 z 17 kwietnia 2019 r. w sprawie wymogów dostępności produktów i usług, stosowana od 28 czerwca 2025 r. W Polsce wdraża ją ustawa z dnia 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze (Dz.U. 2024 poz. 731), ogłoszona 15 maja 2024 r. i obowiązująca od 28 czerwca 2025 r. Potocznie mówi się o niej Polski Akt o Dostępności.
Zakres obejmuje m.in. handel elektroniczny, usługi bankowości detalicznej, e-booki, usługi transportu pasażerskiego i audiowizualne usługi medialne, a po stronie sprzętu komputery, smartfony i bankomaty. Według biznes.gov.pl podmiotami zobowiązanymi są producenci, upoważnieni przedstawiciele, importerzy, dystrybutorzy i usługodawcy — czyli także firma, która po prostu sprzedaje online pod własną marką.
Mikroprzedsiębiorstwa są zwolnione. To wyłączenie ze względu na wielkość firmy jest jedyne, więc mała firma, która przekracza próg mikro, już podlega przepisom. Definicji nie zgaduj z pamięci — sprawdź ją w tekście ustawy lub z prawnikiem, bo od niej zależy wszystko, co dalej.
Okres przejściowy do 28 czerwca 2030 r. — czego naprawdę dotyczy
Data 28 czerwca 2030 r. nie jest powszechną karencją. Wymagania obejmują produkty wprowadzone do obrotu po 28 czerwca 2025 r. oraz usługi oferowane i świadczone po tej dacie. Odrębna reguła mówi, że umowy o świadczenie usług zawarte przed 28 czerwca 2025 r. mogą obowiązywać w niezmienionej treści do wygaśnięcia, nie dłużej niż do 28 czerwca 2030 r.
Różnica jest praktyczna. „Sklep działał przed czerwcem 2025” to nie to samo co „umowa o świadczenie usługi zawarta przed 28 czerwca 2025 r. trwa w niezmienionej treści”. Nowy serwis, nowy szablon i istotna przebudowa istniejącego to sytuacje, w których na rok 2030 nie ma co się powoływać. Jeśli i tak planujesz redesign, dostępność taniej wchodzi do zakresu od razu niż jako poprawki po odbiorze. Wraca wtedy również pytanie o platformę — WordPress czy strona dedykowana — bo poprawki dostępności robi się w szablonie, a nie każdy gotowy motyw da się w tym miejscu swobodnie zmieniać.
Który standard i który poziom: AA czy AAA, WCAG 2.1 czy 2.2
Poziomem odniesienia jest AA, nie AAA. WCAG (Web Content Accessibility Guidelines) to zbiór kryteriów sukcesu w trzech poziomach zgodności — A, AA i AAA — a standard techniczny przywoływany w kontekście zgodności unijnej, EN 301 549, w warstwie webowej odsyła do WCAG na poziomie AA.
Wersje: WCAG 2.0 z 11 grudnia 2008 r., WCAG 2.1 z 5 czerwca 2018 r. oraz WCAG 2.2 z 5 października 2023 r. z aktualizacją z 12 grudnia 2024 r. WCAG 2.2 jest zatwierdzoną normą ISO — ISO/IEC 40500:2025. WCAG 3.0 pozostaje wczesnym projektem i nie jest rekomendacją, więc żadna oferta nie powinna się na nim opierać. Czy polskie przepisy wskazują 2.1 AA czy 2.2 AA, nie zostało urzędowo rozstrzygnięte: rynek pracuje na 2.2, poziomem odniesienia jest AA, a konkretne odesłanie sprawdź w tekście ustawy.
Mapa: wymóg dostępności → konkretna poprawka w szablonie
Poniższa tabela zamienia wymogi na zadania, które wykonawca potrafi wycenić i odhaczyć. Każdy wiersz nadaje się do wklejenia w zakres prac.
| Wymóg | Poprawka w szablonie | Jak zweryfikować odbiór |
|---|---|---|
| Kontrast tekstu | Wymień szare podpisy, placeholdery, teksty na banerach i stany hover na kolory przechodzące test kontrastu dla poziomu AA; ustal je raz w zmiennych motywu, nie punktowo | Raport axe lub WAVE plus ręczny przegląd tekstu leżącego na zdjęciach |
| Widoczny fokus | Usuń z CSS globalne outline: none; dodaj wyraźny styl :focus-visible dla linków, przycisków, pól i elementów menu |
Przejście strony głównej Tabem — obwódka widoczna na każdym kroku |
| Obsługa z klawiatury | Zamień klikalne <div> na <button> i <a>; menu, filtry, karuzela i wybór wariantu produktu mają działać bez myszy |
Pełna ścieżka od listingu do złożenia zamówienia samą klawiaturą |
| Etykiety pól formularza | Każde pole dostaje <label for> powiązany z id; placeholder przestaje być jedyną etykietą; pola adresowe dostają autocomplete |
Kliknięcie w etykietę ustawia kursor w powiązanym polu |
| Teksty alternatywne | Zdjęcia produktów opisują produkt, a nie nazwę pliku; grafiki dekoracyjne dostają pusty atrybut alt; przyciski z samą ikoną dostają nazwę dostępną |
Przegląd listingu i karty produktu, nie sam raport automatu |
| Struktura nagłówków | Jeden nagłówek pierwszego poziomu na stronę, kolejne bez przeskoków; pogrubiony akapit przestaje udawać nagłówek | Podgląd konspektu strony w WAVE |
| Komunikaty błędów | Błąd walidacji pojawia się przy polu, jest z nim powiązany programowo i mówi, co poprawić, zamiast komunikatu „błąd formularza” | Wysyłka pustego i błędnie wypełnionego formularza zamówienia |
| Wielkość celów dotykowych | Powiększ obszar klikalny ikon (kosz, licznik sztuk, zamknięcie modala) i odsuń od siebie sąsiadujące akcje na widoku mobilnym | Test na telefonie, kciukiem, jedną ręką |
| Brak pułapek fokusa | Modal i menu mobilne przejmują fokus po otwarciu, zamykają się klawiszem Esc i oddają fokus do elementu, który je otworzył | Otwórz modal i naciśnij Tab kilkanaście razy — fokus nie ucieka pod spód |
Jeśli część formularzy — koszyk, płatność, rejestracja konta — renderuje zewnętrzny system, poprawki trzeba uzgodnić po jego stronie; to typowy koszt ukryty w projektach, w których integracja systemów w firmie była planowana pod kątem danych, nie interfejsu. Większość powyższych zmian dotyka zresztą tych samych plików szablonu, w których poprawia się podstawowe wskaźniki internetowe Core Web Vitals, więc opłaca się zlecić jedną paczkę pracy zamiast dwóch.
Co sprawdzisz sam w pół godziny, a czego automat nie wykryje
W pół godziny zrobisz cztery rzeczy: raport Lighthouse wbudowany w przeglądarkę, skan WAVE i axe na stronie głównej oraz karcie produktu, przejście całej ścieżki zakupowej samą klawiaturą i sprawdzenie kontrastu tam, gdzie tekst leży na zdjęciu albo na kolorze marki. Przejście klawiaturą jest z tego najcenniejsze — pokazuje, czy da się kupić, nie tylko czy da się obejrzeć. Lighthouse przy okazji policzy wydajność ładowania strony, którą i tak zwykle poprawia się razem z dostępnością.
Automat sprawdza to, co da się opisać regułą: brak atrybutu alt, brak etykiety pola, zbyt niski kontrast dwóch kolorów, błędnie użyty atrybut ARIA. Nie oceni, czy tekst alternatywny faktycznie opisuje zdjęcie, czy kolejność fokusa odpowiada układowi strony, czy komunikat błędu jest zrozumiały i czy etykieta pasuje do pola, przy którym stoi. Raport bez błędów nie oznacza więc, że serwis jest dostępny, a po samym audycie automatycznym nikt nie powinien deklarować pełnej zgodności z WCAG.
Oświadczenie o dostępności: co w nim napisać i gdzie je umieścić
Oświadczenie o dostępności to publicznie dostępna strona, która opisuje aktualny stan serwisu i sposób zgłoszenia problemu. Powinny się w niej znaleźć cztery elementy: status zgodności (pełna, częściowa albo jej brak), data sporządzenia i data ostatniej aktualizacji, wykaz znanych niezgodności wraz z informacją, co i kiedy zostanie poprawione, oraz kanał zgłaszania problemów — adres e-mail lub formularz z informacją, w jakim trybie odpowiadacie.
Link do oświadczenia trzymaj w stopce, obok regulaminu i polityki prywatności, jako zwykłą podstronę, a nie plik PDF. Nie pisz w nim, że firma „jest zgodna z EAA”: zgodność ocenia się wobec konkretnej usługi i aktualnego stanu serwisu, więc opisuj stan, zakres i datę, a nie deklarację raz na zawsze.
Kto przyjmuje skargi i jak zapisać wymóg w zapytaniu ofertowym
Skargi na brak dostępności przyjmuje w Polsce Prezes Zarządu PFRON, który może prowadzić sprawę samodzielnie albo przekazać ją właściwemu organowi nadzoru rynku — m.in. Prezesowi UKE, ministrowi właściwemu do spraw informatyzacji, Prezesowi UTK lub Rzecznikowi Finansowemu. Kary nakładane są decyzją administracyjną. To wystarczający powód, żeby wymóg dostępności zapisać w zapytaniu ofertowym równie precyzyjnie jak resztę zakresu, którą i tak porządkujesz, pisząc brief dla software house. Jeśli nie masz tego jeszcze rozpisanego, kreator briefu przeprowadzi Cię przez sześć kroków i ułoży odpowiedzi w gotową wiadomość.
„Serwis ma spełniać wymagania dostępności na poziomie AA według standardu wskazanego w umowie. Wykonawca dostarcza: raport z narzędzia automatycznego (axe lub WAVE) bez błędów krytycznych, wynik testu przejścia pełnej ścieżki zakupowej samą klawiaturą, listę wykonanych poprawek szablonu w podziale na kontrast, widoczny fokus, etykiety pól, teksty alternatywne, strukturę nagłówków, komunikaty błędów, cele dotykowe i pułapki fokusa, a także treść oświadczenia o dostępności. Odbiór następuje po weryfikacji ręcznej, nie po samym raporcie automatu."
Checklista
Sprawdź w tekście ustawy, czy Twoja firma mieści się w definicji mikroprzedsiębiorstwa
Ustal, czy usługa jest oferowana po 28 czerwca 2025 r., czy działa na umowie zawartej wcześniej
Przejdź całą ścieżkę zakupową samą klawiaturą i zapisz miejsca, w których fokus znika lub się zapętla
Uruchom axe lub WAVE na stronie głównej, karcie produktu i w koszyku, a wyniki dopisz do zlecenia
Zleć poprawki szablonu: kontrast, widoczny fokus, etykiety pól, teksty alternatywne, struktura nagłówków
Opublikuj oświadczenie o dostępności ze statusem, datą aktualizacji, wykazem niezgodności i kanałem zgłoszeń
Zapisz w umowie odbiór po teście ręcznym, a nie po samym raporcie z narzędzia automatycznego
Najczęstsze pytania
- Czy mój sklep internetowy podlega pod EAA, skoro zatrudniam kilka osób
- Zwolnione z wymagań są wyłącznie mikroprzedsiębiorstwa, a nie ogólnie małe firmy. Jeśli firma przekracza próg mikro, handel elektroniczny mieści się w zakresie dyrektywy (UE) 2019/882 i polskiej ustawy z dnia 26 kwietnia 2024 r. (Dz.U. 2024 poz. 731). Definicję mikroprzedsiębiorstwa sprawdź w tekście ustawy albo z prawnikiem, bo od niej zależy cała reszta obowiązków.
- Sklep działał przed 28 czerwca 2025 — czy mam czas do 2030 roku
- Nie w takiej formie, w jakiej to twierdzenie krąży w sieci. Wymagania obejmują usługi oferowane i świadczone po 28 czerwca 2025 r. Osobna reguła mówi, że umowy o świadczenie usług zawarte przed 28 czerwca 2025 r. mogą obowiązywać w niezmienionej treści do wygaśnięcia, nie dłużej niż do 28 czerwca 2030 r. To wyjątek dotyczący konkretnych umów, a nie karencja dla każdego serwisu.
- Który poziom WCAG jest wymagany: AA czy AAA
- Poziomem odniesienia w praktyce jest AA. WCAG definiuje trzy poziomy zgodności — A, AA i AAA — a standard techniczny przywoływany w kontekście zgodności unijnej, EN 301 549, w warstwie webowej odsyła do WCAG na poziomie AA. AAA jest poziomem najwyższym i nie jest typowym progiem odbioru serwisu komercyjnego.
- WCAG 2.1 czy 2.2 — do której wersji się dostosować
- Nie ma urzędowego rozstrzygnięcia, którą wersję wskazują polskie przepisy, więc nie należy tego przesądzać. Rynek pracuje dziś na WCAG 2.2 z 5 października 2023 r. (z aktualizacją z 12 grudnia 2024 r.), która jest zatwierdzoną normą ISO/IEC 40500:2025. Poziomem odniesienia pozostaje AA, a konkretne odesłanie warto sprawdzić bezpośrednio w tekście ustawy.
- Czy nakładka albo widget dostępności wystarczy, żeby spełnić wymagania
- Twierdzenie, że nakładka załatwia zgodność z ustawą, pochodzi z materiałów marketingowych dostawców, a nie z ustaleń prawnych. Skrypt doklejony do gotowej strony nie zmienia struktury HTML, etykiet pól, kolejności fokusa ani sensu tekstów alternatywnych. Wymagania spełnia się poprawkami w samym szablonie, które da się zweryfikować w kodzie i testem ręcznym.
- Kto kontroluje zgodność z ustawą o dostępności
- W Polsce skargi na brak dostępności przyjmuje Prezes Zarządu PFRON. Może prowadzić sprawę samodzielnie albo przekazać ją właściwemu organowi nadzoru rynku — m.in. Prezesowi UKE, ministrowi właściwemu do spraw informatyzacji, Prezesowi UTK lub Rzecznikowi Finansowemu. Kary nakładane są decyzją administracyjną.
Źródła i metodologia
Linki prowadzą do źródeł pierwotnych oraz zasad, według których przygotowujemy i aktualizujemy materiały.
- EUR-Lex — European Accessibility Actdostęp: 2026-08-14
- W3C — Web Content Accessibility Guidelines 2.2dostęp: 2026-08-14
- Zasady redakcyjne GESEL.IO