Przejdź do treści
GESEL.IO
StronyPozycjonowanieAplikacjePoradnik
Kreator↗EN←Strona główna
Strona główna/Poradnik/Strony i sklepy internetowe

Strony i sklepy internetowe

European Accessibility Act a strona internetowa: co zmienić w szablonie

Aktualizacja: 2026-08-13·6 min czytania·Redakcja GESEL.IO

Część poradnika: Core Web Vitals: LCP, INP i CLS — jak je zmierzyć i poprawić

W skrócie

European Accessibility Act stosuje się od 28 czerwca 2025 r. i obejmuje m.in. handel elektroniczny; zwolnione są mikroprzedsiębiorstwa. Data 28 czerwca 2030 r. dotyczy wyłącznie umów o świadczenie usług zawartych przed 28 czerwca 2025 r., a nie wszystkich stron. Poziomem odniesienia jest AA, a praca zaczyna się od poprawek w szablonie, nie od nakładki.

Na tej stronie

  1. Kogo obejmuje European Accessibility Act i kto jest z niego zwolniony
  2. Okres przejściowy do 28 czerwca 2030 r. — czego naprawdę dotyczy
  3. Który standard i który poziom: AA czy AAA, WCAG 2.1 czy 2.2
  4. Mapa: wymóg dostępności → konkretna poprawka w szablonie
  5. Co sprawdzisz sam w pół godziny, a czego automat nie wykryje
  6. Oświadczenie o dostępności: co w nim napisać i gdzie je umieścić
  7. Kto przyjmuje skargi i jak zapisać wymóg w zapytaniu ofertowym
28.06.2025

Data, od której stosuje się wymagania dostępności z dyrektywy (UE) 2019/882 oraz z polskiej ustawy z dnia 26 kwietnia 2024 r. (Dz.U. 2024 poz. 731).

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.

✗Nakładka („widget dostępności") wpięta jednym skryptem, sprzedawana jako zgodność bez zmian w kodzie — nie zmienia struktury HTML, etykiet, kolejności fokusa ani sensu opisów alternatywnych.
✓Poprawki w samym szablonie: semantyczny HTML, etykiety pól, kontrast, widoczny fokus i pełna obsługa klawiaturą — sprawdzalne w kodzie i w teście ręcznym.

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ść.

Wzór

„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."

Baza wiedzy

Masz serwis do dostosowania pod wymogi dostępności?

Opisz projekt w kreatorze briefu — wrócimy z listą poprawek szablonu i kolejnością, w jakiej mają sens.

Otwórz kreator briefu↗

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 Act↗dostęp: 2026-08-14
  • W3C — Web Content Accessibility Guidelines 2.2↗dostęp: 2026-08-14
  • Zasady redakcyjne GESEL.IO↗

Czytaj także

  • Core Web Vitals: LCP, INP i CLS — jak je zmierzyć i poprawić

    Core Web Vitals to LCP, INP i CLS. Sprawdź progi, różnicę między danymi polowymi a laboratoryjnymi i ścieżkę diagnostyczną dla każdej z trzech metryk.

  • Jak napisać brief dla software house: wzór z wypełnionym przykładem

    Jak napisać brief dla software house: sekcje, wypełniony przykład do skopiowania, kryteria oceny ofert i odpowiedź, czy podawać budżet.

  • Integracja systemów w firmie: co zrobić, gdy przestaje działać

    Integracja systemów w firmie bez zgadywanki: macierz encji, jedno źródło prawdy, webhooki, kolejki i plan na dzień, w którym druga strona przestaje odpowiadać.

GESEL.IO
Strony internetowePozycjonowanieAplikacjeStrona dla nowej firmyPoradnik
Zasady redakcyjnePolityka prywatnościRegulamin serwisuWsparcie

GESEL.IO sp. z o.o., ul. Jagiellońska 5/22, 58-100 Świdnica, Polska

Sąd Rejonowy dla Wrocławia-Fabrycznej we Wrocławiu, IX Wydział Gospodarczy KRS, KRS 0001258062, NIP 8842841661, REGON 545371616, kapitał zakładowy: 5 000,00 zł.

© 2026 GESEL.IO sp. z o.o.