Dostępność strony internetowej w 2026 – WCAG 2.2, EAA i kary. Co musi zrobić Twoja firma

Jeśli prowadzisz sklep internetowy, platformę usługową albo firmę, która sprzedaje online i zatrudnia co najmniej 10 osób, Twoja strona najprawdopodobniej musi już spełniać wymagania dostępności cyfrowej. Podstawa prawna to European Accessibility Act i polska ustawa z 26 kwietnia 2024 roku, która obowiązuje od 28 czerwca 2025 roku. Standardem odniesienia jest WCAG 2.2 na poziomie AA. Za brak zgodności grozi kara pieniężna do dziesięciokrotności przeciętnego wynagrodzenia, czyli obecnie 89 035,60 zł. Rok 2026 to pierwszy pełny okres realnej kontroli rynku. Poniżej znajdziesz konkret: kogo dokładnie obejmują przepisy, gdzie kończy się zwolnienie mikrofirm, jakie błędy ma dziś 96 procent stron i co zrobić, żeby zamknąć temat raz a dobrze.

Dostępność strony internetowej – co dokładnie mówią przepisy

European Accessibility Act to unijna dyrektywa, która ujednolica wymagania dostępności dla wybranych produktów i usług cyfrowych na terenie całej Unii. Polska wdrożyła ją ustawą z 26 kwietnia 2024 roku o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze, potocznie nazywaną Polskim Aktem o Dostępności. Przepisy weszły w życie 28 czerwca 2025 roku.

Cel jest prosty: ze stron, aplikacji i usług cyfrowych mają móc korzystać także osoby z niepełnosprawnościami. Osoby niewidome i słabowidzące, niesłyszące, z ograniczeniami ruchowymi lub poznawczymi. W praktyce przekłada się to na konkretne wymogi techniczne wobec kodu, treści i nawigacji Twojej witryny.

Dlaczego temat wraca właśnie teraz, rok po wejściu przepisów w życie? Ponieważ 2025 rok był okresem przejściowym, w którym organy nadzoru rynku dopiero budowały procedury. Rok 2026 to pierwszy pełny okres realnej kontroli zgodności. Prezes PFRON lub właściwy organ nadzoru rynku może wszcząć kontrolę w przedsiębiorstwie, jeśli poweźmie podejrzenie, że produkt lub usługa nie spełniają wymagań dostępności.

Jakie kary faktycznie grożą

Ustawa przewiduje administracyjną karę pieniężną. Jej górną granicę wyznacza dziesięciokrotność przeciętnego wynagrodzenia miesięcznego w gospodarce narodowej za poprzedni rok, ogłoszonego przez Prezesa GUS. Komunikat z 9 lutego 2026 roku ustalił przeciętne wynagrodzenie za 2025 rok na 8 903,56 zł. Maksymalna kara wynosi więc obecnie 89 035,60 zł.

Przy ustalaniu wysokości kary organ bierze pod uwagę zakres naruszenia, jego wagę, liczbę produktów lub usług niespełniających wymagań oraz liczbę osób, które odczuły negatywne skutki. Kara jest płatna w terminie 14 dni od dnia, w którym decyzja stała się ostateczna, na rachunek Funduszu Dostępności.

Warto zauważyć jedno: dla większości średniej wielkości firm kwota kary to i tak mniej niż koszt utraconej sprzedaży z niedostępnego koszyka. O tym za chwilę.

Kogo obejmuje EAA, a kto jest zwolniony

Przepisy obejmują przede wszystkim produkty i usługi cyfrowe kierowane do konsumentów. W praktyce najczęściej dotyczą:

• sklepów internetowych i platform e-commerce – to najliczniejsza grupa objętych podmiotów,
• usług bankowych i płatniczych dla konsumentów,
• sprzedaży biletów i usług transportowych online, w tym rezerwacji,
• usług telekomunikacyjnych oraz platform udostępniających media audiowizualne,
• książek elektronicznych i powiązanego oprogramowania.

Ważny szczegół, o którym łatwo zapomnieć: obowiązek dotyczy także firm spoza Unii Europejskiej, jeśli sprzedają produkty lub usługi klientom w krajach UE. Jeśli wysyłasz towar do Niemiec albo Czech, przepisy Cię obejmują niezależnie od tego, gdzie masz siedzibę.

Gdzie kończy się zwolnienie mikrofirm

To najczęstsze nieporozumienie w całym temacie. Ze zwolnienia w zakresie usług korzystają mikroprzedsiębiorstwa, czyli podmioty spełniające łącznie dwa warunki:

1. zatrudniają mniej niż 10 osób,
2. mają roczny obrót lub sumę bilansową poniżej 2 milionów euro.

Próg 2 milionów euro to około 8,5 miliona złotych. Jednoosobowa działalność z niewielkim sklepem prawdopodobnie mieści się w zwolnieniu. Rosnąca firma z realnym obrotem i kilkunastoosobowym zespołem – już nie. Warto też pamiętać, że zwolnienie dotyczy usług, a nie każdego przypadku wprowadzania produktów do obrotu.

Co znaczy „dostępna strona” – WCAG 2.2 na poziomie AA

Ustawa nie wymienia konkretnych parametrów technicznych. Odsyła do europejskiej normy EN 301 549, która z kolei opiera się na Web Content Accessibility Guidelines, czyli WCAG. Poziomem odniesienia jest AA, a aktualna wersja wytycznych to 2.2. Za tym skrótem stoją cztery zasady. Treść i funkcje strony mają być:

• Postrzegalne – da się je zobaczyć lub usłyszeć. Wystarczający kontrast tekstu, opisy alternatywne obrazów, napisy do wideo, transkrypcje audio.
• Obsługiwalne – da się z nich korzystać także bez myszki, samą klawiaturą. Widoczny focus, logiczna kolejność tabulacji, brak pułapek klawiaturowych.
• Zrozumiałe – język, formularze i komunikaty są czytelne i przewidywalne. Błędy walidacji opisane po ludzku, nawigacja spójna między podstronami.
• Solidne – kod jest poprawny, więc czytniki ekranu i technologie wspomagające dają sobie z nim radę.

WCAG 2.2 dołożyło do wersji 2.1 dziewięć nowych kryteriów sukcesu. Najważniejsze z perspektywy typowej strony firmowej to widoczność elementu z focusem, minimalny rozmiar celu dotykowego 24 na 24 piksele oraz wymóg, żeby użytkownik nie musiał przepisywać danych, które już podał wcześniej w tym samym procesie. To ostatnie uderza wprost w źle zaprojektowane checkouty.

Sześć błędów, które psują dostępność 96 procent stron

Raport WebAIM Million to największy cykliczny audyt dostępności w sieci. Edycja z lutego 2026 roku przebadała strony główne miliona najpopularniejszych witryn. Wyniki są gorsze niż rok wcześniej i to po raz pierwszy od sześciu lat.

• 95,9 procent stron głównych miało wykryte naruszenia WCAG 2 – wzrost z 94,8 procent w 2025 roku.
• Wykryto 56,1 błędu na stronę średnio, o 10,1 procent więcej niż rok wcześniej.
• Średnia liczba elementów na stronie głównej wzrosła do 1437, o 22,5 procent w ciągu roku. Strony rosną szybciej, niż zespoły nadążają je porządkować.
• Użytkownik z niepełnosprawnością napotyka błąd średnio na 1 z 26 elementów strony.

Najważniejszy wniosek praktyczny jest jednak inny: 96 procent wszystkich wykrytych błędów mieści się w zaledwie sześciu kategoriach. Te same sześć od siedmiu lat.

Typ błędu WCAG	Procent stron głównych	Co to znaczy w praktyce
Zbyt niski kontrast tekstu	83,9%	Jasnoszary tekst na białym tle. Średnio 34 wystąpienia na stronie
Brak tekstu alternatywnego obrazów	53,1%	16,2% wszystkich obrazów nie ma atrybutu alt
Brak etykiet pól formularza	51,0%	Co trzecie pole formularza (33,1%) nie ma poprawnej etykiety
Puste linki	46,3%	Link bez tekstu lub z samą ikoną bez opisu
Puste przyciski	30,6%	Przycisk z ikoną, którego czytnik ekranu nie potrafi nazwać
Brak zadeklarowanego języka dokumentu	13,5%	Brak atrybutu lang w znaczniku html

To dobra wiadomość. Nie mówimy o przebudowie serwisu od zera, tylko o systematycznej naprawie kilku powtarzalnych klas problemów. W typowym serwisie firmowym na WordPressie ta praca zamyka się w kilku do kilkunastu dni.

Polskie strony wypadają gorzej od średniej

W przekroju domen najwyższego poziomu domeny .pl zanotowały średnio 67,1 błędu na stronę główną, czyli o 19,5 procent więcej niż średnia całej próby. Strony w języku polskim wypadły jeszcze słabiej: 68,7 błędu, o 22,5 procent powyżej średniej. Dla porównania domeny niemieckie zanotowały 46,3 błędu, brytyjskie 40,9.

Praktyczny wniosek dla polskiej firmy: masz niżej ustawioną poprzeczkę konkurencyjną, ale też wyższe prawdopodobieństwo, że Twoja obecna strona nie spełnia wymagań. Warto sprawdzić, zanim zrobi to organ nadzoru albo niezadowolony klient.

Technologia ma znaczenie, ale nie decyduje

Dane WebAIM pokazują wyraźne różnice między platformami. WordPress wypadł lepiej od średniej, ze średnią 52,8 błędu na stronę (5,8 procent poniżej średniej). Wśród frameworków frontendowych Next.js zanotował 40,9 błędu (27,1 procent poniżej średniej), a Astro tylko 9,0. Gorzej wypadły platformy e-commerce: Shopify 75,1, Magento 75,8, a PrestaShop aż 143,2 błędu na stronę.

Zaskakujący jest jeszcze jeden wynik. Strony używające atrybutów ARIA miały średnio 59,1 błędu, a strony bez ARIA – 42. Im więcej ARIA, tym więcej wykrytych problemów. ARIA miał poprawiać dostępność, ale źle użyty tworzy bariery zamiast je usuwać. Autorzy raportu wiążą ten trend między innymi z rosnącą złożonością stron i z kodem generowanym automatycznie przez AI.

Jeśli zastanawiasz się, którą technologię wybrać przy nowym projekcie, więcej znajdziesz we wpisie WordPress czy Next.js – którą technologię wybrać dla strony firmowej.

Dlaczego nakładki dostępnościowe nie rozwiązują problemu

Na rynku jest sporo wtyczek obiecujących dostępność jednym kliknięciem. To tak zwane nakładki, czyli accessibility overlays – widżety doklejane do strony, które mają automatycznie naprawiać bariery. Widzisz je jako ikonę człowieka w rogu ekranu, po której kliknięciu pojawia się panel z suwakami kontrastu i wielkości czcionki.

Podejdź do nich ostrożnie z trzech powodów:

1. Nie naprawiają źródła problemu. Brakujący tekst alternatywny, zła struktura nagłówków czy nieopisany przycisk to problemy w kodzie i treści. Nakładka może je co najwyżej zamaskować.
2. Nie dają ochrony prawnej. Żaden organ nadzoru nie uzna doklejonego widżetu za dowód zgodności z EN 301 549. Zgodność ocenia się po tym, jak działa strona, a nie po tym, co obiecuje wtyczka.
3. Są krytykowane przez samych użytkowników. Środowisko osób z niepełnosprawnościami wielokrotnie wskazywało, że nakładki potrafią kolidować z czytnikami ekranu, których ludzie realnie używają.

Prawdziwa dostępność jest w samej stronie: w semantycznym HTML, w kontrastach z systemu projektowego, w opisach obrazów, w poprawnie zbudowanych formularzach. Nie w widżecie.

Dostępność a SEO i widoczność w wynikach AI

Tu pojawia się argument, który zwykle przekonuje właścicieli firm szybciej niż kary. Większość wymagań WCAG pokrywa się z dobrymi praktykami SEO technicznego:

• Poprawna hierarchia nagłówków to zarówno nawigacja dla czytników ekranu, jak i mapa treści dla robotów wyszukiwarki. Według WebAIM 41,8 procent stron ma pominięte poziomy nagłówków, a 18,1 procent ma więcej niż jeden H1.
• Teksty alternatywne obrazów to podstawa wyszukiwania grafiki i dodatkowy kontekst semantyczny dla modeli językowych.
• Opisowe teksty linków zamiast „kliknij tutaj” poprawiają przepływ mocy linkowej wewnętrznej. 15,2 procent stron nadal ma niejednoznaczne teksty linków.
• Zadeklarowany język dokumentu i czysta semantyka ułatwiają modelom AI parsowanie treści, a więc cytowanie Twojej strony w odpowiedziach.

Innymi słowy: budżet na dostępność nie jest budżetem wyłącznie na zgodność z przepisami. To ten sam budżet, który poprawia widoczność organiczną. Jeśli pracujesz nad obecnością w odpowiedziach generowanych przez AI, przeczytaj także wpis GEO w praktyce – jak pojawić się w odpowiedziach AI.

Twardy rachunek biznesowy

W Polsce żyje około 3 milionów osób z orzeczeniem o niepełnosprawności. Doliczając osoby starsze z pogorszonym wzrokiem, użytkowników na słabym sprzęcie i wszystkich, którzy przeglądają stronę w słonecznym świetle na telefonie, dostępność przestaje być tematem niszowym. Formularz bez etykiet, którego nie da się wypełnić klawiaturą, blokuje konwersję nie tylko osobom niewidomym.

Checklista – 10 rzeczy do sprawdzenia w tym tygodniu

To nie zastępuje pełnego audytu, ale daje realny obraz sytuacji w kilka godzin. Każdy punkt możesz sprawdzić sam.

1. Kontrast tekstu. Sprawdź najważniejsze kolory w narzędziu WebAIM Contrast Checker. Tekst zwykły potrzebuje kontrastu minimum 4,5:1, duży tekst 3:1.
2. Nawigacja tabulatorem. Odłóż myszkę i przejdź całą stronę główną oraz ścieżkę zakupową samym klawiszem Tab. Wszystko musi być osiągalne.
3. Widoczny focus. Czy widać, na którym elemencie jesteś? Wiele motywów ukrywa obramowanie focusa dla estetyki. To bezpośrednie naruszenie WCAG 2.2.
4. Teksty alternatywne. Przejrzyj bibliotekę mediów. Każdy obraz niosący informację potrzebuje sensownego opisu, dekoracyjne mogą mieć pusty alt.
5. Etykiety formularzy. Każde pole potrzebuje powiązanej etykiety. Sam placeholder nie wystarcza, bo znika po rozpoczęciu wpisywania.
6. Komunikaty błędów. Sprawdź, co pokazuje formularz kontaktowy przy niepoprawnych danych. Błędy muszą być opisane tekstem, nie tylko czerwoną ramką.
7. Hierarchia nagłówków. Jeden H1 na podstronie, dalej logicznie H2 i H3 bez przeskoków.
8. Teksty linków. Zamień wszystkie „kliknij tutaj” i „więcej” na opis, dokąd link prowadzi.
9. Multimedia. Wideo na stronie głównej potrzebuje napisów, podcast lub nagranie audio – transkrypcji.
10. Deklaracja dostępności. Podstrona opisująca stan dostępności serwisu i kanał zgłaszania problemów. To formalny element wymagany od podmiotów objętych przepisami.

Automatyczne narzędzia takie jak WAVE, Lighthouse czy axe DevTools wykryją część problemów w kilka sekund. Pamiętaj jednak, że żaden skaner nie wyłapie wszystkiego. Brak wykrytych błędów nie oznacza, że strona jest dostępna – oznacza tylko, że automat nic nie znalazł.

Jak wygląda proces dostosowania strony

W naszej praktyce projekt dostępności dla średniej wielkości serwisu firmowego lub sklepu dzieli się na cztery etapy.

1. Audyt. Skan automatyczny całego serwisu plus manualna weryfikacja kluczowych ścieżek: strona główna, karta produktu, koszyk, checkout, formularz kontaktowy. Efektem jest lista naruszeń z przypisanym kryterium WCAG i priorytetem.
2. Naprawy krytyczne. Kontrasty, etykiety formularzy, focus, opisy przycisków i linków. To zwykle 70 do 80 procent wszystkich wykrytych błędów i najszybszy zwrot z pracy.
3. Poprawki strukturalne. Hierarchia nagłówków, landmarki, obsługa klawiatury w komponentach interaktywnych: menu, modalach, karuzelach, filtrach produktów. Tu najczęściej trzeba dotknąć kodu motywu.
4. Utrzymanie. Dostępność nie jest projektem jednorazowym. Każdy nowy wpis, produkt i sekcja może wprowadzić barierę. Potrzebna jest checklista dla redakcji i test przed wdrożeniem zmian.

Przy nowych projektach koszt jest nieporównanie niższy, bo dostępność wchodzi w fazę projektową: paleta kolorów ma z góry sprawdzone kontrasty, komponenty są budowane na semantycznym HTML, a formularze mają etykiety od pierwszego dnia. Naprawa gotowego serwisu zawsze kosztuje więcej niż zbudowanie go poprawnie. Więcej o zakresie prac i wycenie znajdziesz na stronie strony internetowe.

FAQ – najczęstsze pytania o dostępność stron

Od kiedy obowiązuje EAA w Polsce?

European Accessibility Act i polska ustawa z 26 kwietnia 2024 roku obowiązują od 28 czerwca 2025 roku. Nowe strony i usługi objęte przepisami muszą być dostępne od momentu uruchomienia. Dla części istniejących rozwiązań pozostawionych w niezmienionej formie przewidziano okres przejściowy do 28 czerwca 2030 roku. Istotna zmiana w interfejsie może jednak wymusić zgodność wcześniej.

Czy moja mała firma musi spełniać wymagania dostępności?

Mikroprzedsiębiorstwa świadczące usługi, czyli firmy zatrudniające mniej niż 10 osób i o rocznym obrocie lub sumie bilansowej poniżej 2 milionów euro, są co do zasady zwolnione z obowiązków dotyczących usług. Powyżej tego progu, a także w przypadku e-commerce działającego na większą skalę, obowiązki zwykle występują. Przypadki graniczne warto skonsultować z prawnikiem.

Jaka kara grozi za brak dostępności strony?

Ustawa przewiduje administracyjną karę pieniężną do dziesięciokrotności przeciętnego wynagrodzenia miesięcznego w gospodarce narodowej za poprzedni rok. Po komunikacie GUS z lutego 2026 roku maksymalna kara wynosi 89 035,60 zł. Kara jest płatna w ciągu 14 dni od uprawomocnienia decyzji na rachunek Funduszu Dostępności. Nadzór nad rynkiem sprawuje PFRON.

Czy wtyczka do dostępności załatwia sprawę?

Nie. Automatyczne nakładki potrafią poprawić drobne rzeczy, ale nie zastępują rzetelnego dostosowania kodu, treści i nawigacji. Nie dają zgodności z normą EN 301 549 ani ochrony prawnej, a bywają krytykowane przez samych użytkowników czytników ekranu. Dostępność musi być w strukturze strony, nie w doklejonym widżecie.

Ile trwa dostosowanie strony do WCAG 2.2?

Zależy od skali serwisu i jakości kodu wyjściowego. Prosta strona firmowa na WordPressie z poprawnie zbudowanym motywem to zwykle kilka dni pracy skoncentrowanej na sześciu najczęstszych kategoriach błędów. Rozbudowany sklep z konfiguratorami, filtrami i wieloetapowym checkoutem to projekt na kilka tygodni. Audyt daje odpowiedź w tydzień.

Czy dostępność pomaga w pozycjonowaniu?

Pośrednio tak. Poprawna hierarchia nagłówków, opisy alternatywne obrazów, opisowe teksty linków i czysty semantyczny kod to jednocześnie wymagania WCAG i elementy SEO technicznego. Google nie ma osobnego czynnika rankingowego o nazwie „dostępność”, ale strony spełniające WCAG są lepiej rozumiane przez roboty i modele językowe. Szerzej opisaliśmy to w kompletnym przewodniku po pozycjonowaniu.

---

Informacja. Artykuł ma charakter informacyjny i przedstawia stan prawny oraz rynkowy na lipiec 2026 roku. Nie stanowi porady prawnej – przypadki graniczne dotyczące zakresu obowiązków warto skonsultować z prawnikiem. Dane liczbowe pochodzą z raportu WebAIM Million 2026, ustawy z 26 kwietnia 2024 roku o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze oraz komunikatu Prezesa GUS z 9 lutego 2026 roku.