Zgodność prawna 10 min czytania

Dostępność strony internetowej i European Accessibility Act: co firma musi zrobić do 2026 roku

W kawiarni przy Marszałkowskiej właściciel niewielkiego sklepu z odzieżą pokazuje mi stronę z telefonu i narzeka na sprzedaż. Strona jest ładna: duże zdjęcia, cienki jasnoszary tekst na bieli, koszyk schowany za ikoną bez podpisu. Proszę go, żeby na minutę zamknął oczy i złożył zamówienie głosem — włączam na jego własnym telefonie wbudowany czytnik ekranu. Po dwudziestu sekundach się poddaje: lektor czyta „przycisk, przycisk, link, obraz”, pola formularza bez nazw, a do płatności nawet nie dotarł. „I co, ktoś naprawdę tak kupuje?” — pyta. W Unii Europejskiej tak kupują dziesiątki milionów ludzi, a dostępność strony internetowej jest dla nich nie kaprysem, lecz jedynym sposobem, żeby w ogóle dojść do zapłaty. A od czerwca 2025 roku to, co właśnie zobaczył, jest dodatkowo wprost złamaniem prawa.

Dostępność strony internetowej przestała być tematem „dla entuzjastów” i kwestią dobrego smaku. Od 28 czerwca 2025 roku w Unii obowiązuje European Accessibility Act (EAA) — i pierwszy raz niedostępna strona stała się nie estetyczną wpadką, lecz ryzykiem prawnym z konkretnym cennikiem. Dotyczy to nie portali charytatywnych ani nie urzędów, ale zwykłego biznesu komercyjnego: sklepów, banków, serwisów rezerwacyjnych, każdego, kto sprzedaje ludziom online.

I oto czego mało kto mówi na głos: ta sama strona, która nie wpuszcza człowieka z czytnikiem ekranu, jest w połowie niewidoczna także dla robota wyszukiwarki. Dostępność i SEO wyrastają z jednego korzenia — z czystej, zrozumiałej dla maszyny struktury. Dlatego dostosowanie strony do EAA to nie podatek-kara, który płacisz niechętnie, lecz praca, która przy okazji podnosi pozycje i konwersję. Rozłóżmy to po kolei: czego wymaga prawo, kogo dotyczy, czym jest WCAG po ludzku i od czego zacząć audyt.

Czym jest European Accessibility Act i dlaczego czerwiec 2025 to termin ostateczny

EAA to dyrektywa Unii Europejskiej (2019/882), która wymaga, by cały szereg towarów i usług cyfrowych był dostępny dla osób z niepełnosprawnościami. Przyjęto ją w 2019 roku, krajom dano kilka lat na przeniesienie jej do prawa krajowego, a firmom — na przygotowanie. To okno się zamknęło: od 28 czerwca 2025 roku wymogi obowiązują i są stosowane w praktyce.

Warto zrozumieć logikę ustawy, żeby nie szukać w niej tego, czego tam nie ma. EAA nie dyktuje, jakim przyciskiem i jakiego koloru ma być twoja strona. Wyznacza rezultat: usługa ma być dostępna człowiekowi z ograniczeniami wzroku, słuchu, motoryki czy funkcji poznawczych — na równi ze wszystkimi. A jak osiągniesz to technicznie, opisuje europejska norma EN 301 549, oparta na międzynarodowych wytycznych WCAG. Łańcuch jest prosty: ustawa (EAA) → norma techniczna (EN 301 549) → sprawdzalna lista kontrolna (WCAG poziomu AA).

Jeszcze jeden szczegół, który często się myli. EAA to nie to samo, co dyrektywa o dostępności stron z 2016 roku — ta, wcześniejsza, dotyczyła sektora publicznego. EAA pierwszy raz rozciąga podobne wymogi na prywatny biznes i usługi konsumenckie. Jeśli wcześniej myślałeś „dostępność jest dla stron rządowych, mnie nie dotyczy” — od 2025 roku to już nieprawda.

Kogo to dotyczy naprawdę

Tu zaczyna się rzecz najważniejsza, bo większość właścicieli firm szczerze wierzy, że ich to omija. Najczęściej — niesłusznie. EAA obejmuje firmy sprzedające konsumentom w UE w dość szerokiej liście kategorii:

  • Sklepy internetowe i e-commerce — praktycznie każda detaliczna sprzedaż online do odbiorcy końcowego.
  • Usługi bankowe i płatnicze — bankowość internetowa, serwisy płatnicze, wszystko, co związane z finansami konsumenckimi.
  • Transport i bilety — strony i aplikacje do kupna biletów, rezerwacji, rozkładów.
  • E-booki i ich sklepy, czytniki.
  • Usługi telekomunikacyjne i sprzęt do nich.
  • Usługi audiowizualne — dostęp do platform streamingowych i podobnych.

Kluczowa zasada to terytorium sprzedaży, a nie terytorium rejestracji. Jeśli twoja firma jest zarejestrowana w Polsce, na Ukrainie, w Wielkiej Brytanii czy w ogóle poza UE, ale sprzedajesz odbiorcom końcowym wewnątrz Unii — wymogi cię dotyczą. To szczególnie ważne, jeśli prowadzisz wielojęzyczną stronę pod rynki UE i przyjmujesz zamówienia z kilku krajów: już jesteś na tym rynku.

Jest jeden zauważalny wyjątek — mikroprzedsiębiorstwa świadczące usługi: firmy, w których pracuje mniej niż 10 osób, a roczny obrót (lub bilans) nie przekracza 2 mln euro, są zwolnione z części wymogów właśnie wobec usług. Ale się nie łudź: wyjątek jest wąski i nie obejmuje producentów ani sprzedawców towarów fizycznych, gdy tylko biznes rośnie — znika, a nawet jeśli formalnie się pod niego łapiesz, niedostępna strona dalej traci ci klientów i pozycje w wyszukiwarce. Prawo to dolna granica, a nie cel.

Prosty test na to, czy cię dotyczy: sprzedajesz coś ludziom w UE przez stronę lub aplikację? Jeśli tak — przyjmij, że EAA cię obejmuje, a wykazuj coś przeciwnego tylko przez konkretny przepis ustawy krajowej, a nie „na oko”.

WCAG po ludzku: czym jest dostępna strona

WCAG (Web Content Accessibility Guidelines) brzmi jak coś, co wymaga osobnego wykształcenia. W rzeczywistości wszystko trzyma się na czterech ludzkich zasadach: treść ma być postrzegalna (da się ją zobaczyć lub usłyszeć), funkcjonalna (da się z niej korzystać bez myszy), zrozumiała i solidna (poprawnie czytają ją technologie wspomagające). Poziom zgodności, którego wymaga EAA, to AA. Oto co to znaczy w praktyce, bez żargonu.

Kontrast tekstu

Jasnoszary tekst na białym tle wygląda „lekko” w portfolio projektanta i nieczytelnie — dla osoby ze słabym wzrokiem, a przy okazji dla każdego, kto patrzy na ekran w słońcu. WCAG AA wymaga współczynnika kontrastu nie niższego niż 4,5:1 dla zwykłego tekstu i 3:1 dla dużego. To najczęstszy i najtańszy w naprawie błąd: wystarczy przyciemnić tekst i sprawdzić pary kolorów w narzędziu do kontrastu. Jeśli planujesz odświeżenie palety, to naturalny moment, żeby zaszyć kontrast w same tokeny przy redesignie strony bez utraty pozycji, a nie łatać po fakcie.

Obsługa z klawiatury

Ogromna część użytkowników — osoby z ograniczeniami motoryki, niewidomi, a także po prostu zaawansowani użytkownicy — nie dotyka myszy. Cała strona ma działać z klawiatury: da się po niej przejść klawiszem Tab, widać, który element jest aktualnie w fokusie (ta sama ramka, którą projektanci tak lubią usuwać), a z wyskakujących okien da się wyjść. Sprawdza się to w minutę: zdejmij rękę z myszy i spróbuj złożyć zamówienie samą klawiaturą — gdzie utkniesz, tam błąd.

Alternatywy tekstowe (alt)

Czytnik ekranu nie widzi obrazka — czyta jego opis z atrybutu alt. Nie ma opisu — dla osoby niewidomej w tym miejscu jest dziura, czasem odczytana jako bezsensowna nazwa pliku. Każdy znaczący obraz powinien mieć krótki, sensowny opis; czysto dekoracyjne — pusty alt, żeby lektor je pomijał. Bonus, dla którego kochają to marketingowcy: ten sam alt czyta też Google — to jeden z czynników rankowania obrazów.

Formularze z podpisami

Pole bez podpisu to pole-zagadka. Placeholder szarym tekstem w polu nie liczy się jako podpis: znika, gdy tylko zaczniesz pisać, a czytnik ekranu często go nie odczytuje. Każde pole powinno mieć programowo powiązany <label>, a błędy („niepoprawny e-mail”) — być tłumaczone tekstem, nie tylko czerwoną ramką. Dla biznesu jest to krytyczne podwójnie: formularz to miejsce, gdzie rodzi się zapytanie, a niedostępny formularz wprost tnie sprzedaż. Jeśli porządkujesz formularze, które konwertują, dostępność i konwersję naprawiasz jednym ruchem.

Struktura nagłówków i semantyka

Czytnik ekranu chodzi po stronie jak po spisie treści — przeskakuje po nagłówkach. Jeśli na stronie jest jeden prawdziwy <h1>, a dalej logiczna hierarchia <h2>/<h3>, niewidomy użytkownik orientuje się błyskawicznie. Jeśli wszystkie „nagłówki” to po prostu duży, pogrubiony tekst bez znaczników — nawigacji nie ma. Ta sama semantyka — przyciski oznaczone jako przyciski, linki jako linki, listy jako listy — jest potrzebna też robotowi wyszukiwarki. Struktura jest w gruncie rzeczy jedna.

Dostępność strony i SEO: dlaczego to jedna praca, a nie dwie

Oto myśl, dla której warto było to wszystko czytać. Czytnik ekranu i robot Google „widzą” twoją stronę zaskakująco podobnie: żaden nie patrzy na ładny obrazek — oboje idą po kodzie, strukturze, tekście. Dlatego niemal każdy wymóg dostępności okazuje się też czynnikiem, który pomaga w wyszukiwarce.

Wymóg dostępnościCo to daje w SEO
alt do obrazówRankowanie w grafice Google, kontekst dla strony
Czysta struktura h1h2h3Google rozumie hierarchię treści, szansa na rich snippets
Sensowne teksty linkówLepiej rozkłada się moc linków, czytelniejsze anchory
Napisy i transkrypcje do wideoIndeksowalny tekst zamiast „ślepego” dla robota wideo
Kod semantycznyCzystszy parsing strony, fundament pod Schema.org
Szybki, lekki kod stronyBezpośredni wkład w Core Web Vitals

Ostatni wiersz to osobny temat. Dostępne strony są z reguły lżejsze i schludniej zbudowane, a to wprost poprawia Core Web Vitals — LCP, INP i CLS, które Google w 2026 roku uwzględnia w rankingu. Skacząca przy ładowaniu treść (słaby CLS) tak samo męczy człowieka, który nie potrafi trafić w „uciekający” przycisk, jak i twoje pozycje.

I jeszcze jedna zmiana 2026 roku: AI Overviews w Google i asystenci w rodzaju ChatGPT składają odpowiedzi ze stron o wyraźnej, czytelnej dla maszyny strukturze. Ta sama semantyka, której potrzebuje czytnik ekranu, pomaga twojej treści trafić do odpowiedzi AI. Dostępność strony, SEO i cytowalność w wyszukiwaniu AI okazały się trzema nazwami tej samej higieny kodu.

Nie mówiąc o prostej arytmetyce odbiorców: według różnych szacunków około 15% ludzi na świecie żyje z jakąś formą niepełnosprawności, a z uwzględnieniem związanego z wiekiem pogorszenia wzroku i słuchu odsetek tych, którym dostępność realnie ułatwia zakup, jest jeszcze wyższy. Niedostępna strona w milczeniu wysyła ich do konkurenta, zanim w grę wejdzie jakikolwiek regulator.

Jak przeprowadzić audyt dostępności: od czego zacząć w tym tygodniu

Pełny audyt według WCAG to praca specjalisty, a część kryteriów sprawdza się tylko ręcznie i na realnych technologiach wspomagających. Ale pierwszy obraz i skalę problemu zdejmiesz sam w jeden wieczór. Oto uczciwa kolejność według malejącej korzyści:

  1. Przepuść stronę przez automatyczny skaner. Darmowe narzędzia (na przykład rozszerzenia axe DevTools lub WAVE, audyt Lighthouse w Chrome) w minutę podświetlą kontrast, brakujące alt, nieopisane pola. Zastrzeżenie: automat łapie dobrze jeśli 30–40% problemów — nie zastępuje sprawdzenia ręcznego, a tylko pokazuje wierzchołek.
  2. Przejdź kluczową ścieżkę samą klawiaturą. Odłóż mysz i spróbuj wykonać główne działanie strony — złożyć zamówienie, wysłać formularz, zarezerwować. Gdzie fokus zniknął albo utknąłeś — tam błąd priorytetowy.
  3. Włącz czytnik ekranu i posłuchaj. Na Macu jest to VoiceOver (Cmd+F5), w Windowsie wbudowany jest Narrator, jest też darmowy NVDA. Zamknij oczy i przejdź stronę główną oraz proces zamówienia. To otrzeźwia mocniej niż jakikolwiek raport.
  4. Sprawdź kontrast ręcznie na kluczowych ekranach — przyciski, linki, tekst na zdjęciu, jasnoszare podpisy.
  5. Spisz znaleziska i oszacuj zakres. Część poprawek (kontrast, alt, podpisy formularzy) to godziny. Część (zepsuta nawigacja klawiaturą, niedziałające okna modalne, samoróbne „przyciski” z <div>) wchodzi w szablony i komponenty — i wtedy uczciwiej zaplanować pełny redesign z dostępnością u podstaw, niż łatać dziurę po dziurze.

Czego na pewno nie robić — to wieszać widżet-nakładkę: pływający przycisk „dostępność”, który obiecuje „naprawić” stronę przełącznikiem czcionki i kontrastu. To najczęstsza pułapka. Nakładki nie ruszają kodu źródłowego, czytniki ekranu nierzadko je ignorują, a kryteria WCAG pozostają niespełnione. Regulatorzy i środowisko osób z niepełnosprawnościami wprost ostrzegają, że nakładka nie zapewnia zgodności z EAA i w niektórych krajach sama bywała powodem pozwów. Prawdziwą dostępność naprawia się w kodzie i w projekcie — tam, gdzie mieszka przyczyna.

Co to znaczy dla pieniędzy i terminów

Szczerze o koszcie: uniwersalnego cennika nie ma, bo wszystko zależy od tego, jak głęboko problem siedzi w kodzie. Strona na nowoczesnych komponentach i schludnej semantyce — doprowadzenie do WCAG AA to głównie poprawki kontrastu, alt, podpisów i fokusu, a rachunek idzie w dziesiątki roboczogodzin. Strona stara, na samoróbnych „przyciskach-obrazkach” i tabelkowym kodzie — taniej bywa przebudować, niż naprawiać, i wtedy dostępność logicznie zrobić częścią redesignu, a nie osobną pozycją. Rzędy wielkości rozkładaliśmy w materiale o tym, ile kosztuje strona internetowa; dostępność wchodzi w ten sam kosztorys, a nie podwaja go, jeśli zaplanowana jest od początku.

Główna oszczędność jest w czasie. Dostępność zaszyta na etapie projektu i kodowania jest niemal darmowa: poprawny kontrast, semantyczne znaczniki i opisane formularze nie kosztują więcej niż niepoprawne. Dokręcana do gotowej strony po fakcie kosztuje wielokrotnie więcej i zawsze wychodzi kompromisowa. Dlatego jeśli masz przed sobą nową stronę albo redesign, najtańsza decyzja właśnie teraz to wymóc zgodność z WCAG AA już w samej specyfikacji.

I nie traktuj tego jako czystego wydatku „dla galki w prawie”. Płacisz raz, a dostajesz trzy rzeczy naraz: zdjęte ryzyko prawne z tytułu EAA, dostęp do odbiorców, których wcześniej traciłeś na progu, oraz zestaw technicznych usprawnień, które podnoszą cię w wyszukiwarce i w odpowiedziach AI. Mało które inwestycje w stronę zwracają się po trzech osiach naraz. Jeśli przy okazji wybierasz agencję do tej roboty, pytanie o WCAG AA w ofercie jest dobrym papierkiem lakmusowym, kto naprawdę rozumie temat.

Kto ostatecznie wygrywa

Wróćmy do właściciela sklepu w kawiarni. Pod koniec rozmowy przestał pytać „kto w ogóle tak kupuje” i zaczął pytać „ile to naprawić”. To właściwa zmiana. Dostępność przestała być dobrowolnym gestem dobrej woli — od czerwca 2025 roku to wymóg rynku UE, który ma kary, pozwy i termin w przeszłości, a nie w przyszłości.

Ale w tej historii wygrywa nie ten, kto z westchnieniem domyka minimalne wymogi prawa. Wygrywa ten, kto zrozumiał, że dostępna strona to po prostu dobrze zbudowana strona: czytają ją ludzie z czytnikiem ekranu, lubi ją Google, cytuje ją AI i nie traci kupującego w połowie drogi do zapłaty. EAA tylko uczynił obowiązkowym to, co i tak warto było zrobić. Ci, którzy to usłyszeli, po cichu zabierają teraz i odbiorców, i pozycje sąsiadom, którzy wciąż liczą, że wykręcą się pływającym przyciskiem w rogu ekranu.

Najczęściej zadawane pytania

Kogo dokładnie dotyczy European Accessibility Act?
EAA obejmuje firmy sprzedające towary i usługi konsumentom w UE: sklepy internetowe, usługi bankowe i płatnicze, bilety na transport, e-booki, telekomunikację oraz strony i aplikacje, przez które te usługi są świadczone. Nie liczy się, gdzie firma jest zarejestrowana — jeśli sprzedajesz odbiorcy końcowemu w Unii, wymogi cię dotyczą. Mikroprzedsiębiorstwa świadczące usługi (poniżej 10 osób i obrót do 2 mln euro rocznie) są zwolnione z części wymogów dotyczących usług, ale to wyjątek wąski — na producentów towarów się nie rozciąga.
Czego konkretnie EAA wymaga od strony?
Ustawa wyznacza cel — strona i aplikacja mają być postrzegalne, funkcjonalne, zrozumiałe i solidne dla osób z ograniczeniami wzroku, słuchu, motoryki i funkcji poznawczych. W praktyce oznacza to zgodność z normą EN 301 549, która opiera się na WCAG poziomu AA: wystarczający kontrast, pełna obsługa z klawiatury, alternatywy tekstowe do obrazów, poprawnie opisane formularze, czytelna struktura nagłówków i czytelność dla czytników ekranu. Konkretna lista kontrolna to kryteria WCAG 2.1 (a najlepiej 2.2) poziomu AA.
Jakie są kary za niezgodność z EAA?
Jednej kwoty dla całej UE nie ma — sankcje ustala każdy kraj osobno i się różnią. Widełki w poszczególnych państwach zwykle sięgają od kilku tysięcy do kilkudziesięciu tysięcy euro za naruszenie, w niektórych jurysdykcjach wyżej, a do tego dochodzą nakazy wycofania usługi z rynku do czasu usunięcia problemów. Dorzuć do tego pozwy od użytkowników i cios w reputację. Dokładną kwotę dla danego kraju warto sprawdzić w lokalnej ustawie wdrażającej dyrektywę.
Czym dostępność strony pomaga w SEO?
Wiele z tego, czego wymaga dostępność, wyszukiwarki lubią wprost: alternatywy tekstowe do obrazów, sensowna struktura nagłówków, zrozumiałe linki, napisy do wideo, czysty kod semantyczny. Czytnik ekranu i robot Google „czytają” stronę podobnie — oboje idą po strukturze, a nie po obrazku. Dostępna strona zwykle jest też szybsza i stabilniejsza, co pomaga Core Web Vitals. Bezpośredniego czynnika rankingowego o nazwie „dostępność” Google nie ma, ale niemal wszystkie jej elementy pokrywają się z tym, co podnosi pozycje.
Czy da się zrobić stronę dostępną wtyczką-nakładką?
Nie — nie da się tego zrobić wiarygodnie. Widżety-nakładki (pływający przycisk „dostępność” z regulacją czcionki i kontrastu) nie naprawiają kodu źródłowego: czytniki ekranu często je ignorują albo z nimi kolidują, a realne kryteria WCAG pozostają niespełnione. Regulatorzy i środowisko osób z niepełnosprawnościami wprost ostrzegają, że nakładka nie zapewnia zgodności i sama bywała powodem pozwów. Dostępność naprawia się w kodzie, w szablonach i w projekcie, a nie nakładką na wierzchu.

Potrzebujesz strony, która przyprowadza klientów z Google?

Webtor projektuje, tworzy i pozycjonuje wielojęzyczne strony dla małych i średnich firm — z formularzem podłączonym wprost do Twojego e-maila i Telegrama.

Bezpłatna konsultacja
Wycena