Dostępność cyfrowa strony internetowej to zgodność serwisu WWW z wytycznymi WCAG, dzięki której z witryny mogą swobodnie korzystać osoby z niepełnosprawnościami — niewidome, słabowidzące, niesłyszące, z ograniczeniami ruchowymi i poznawczymi. Od 28 czerwca 2025 roku wymagania Europejskiego Aktu o Dostępności (EAA) obowiązują w całej Unii Europejskiej, a w Polsce wdraża je ustawa z 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług. W praktyce oznacza to, że sklepy internetowe, banki, firmy telekomunikacyjne i przewoźnicy muszą spełniać standard WCAG 2.1 na poziomie AA.
W skrócie
- Dostępność cyfrowa to zgodność strony z wytycznymi WCAG 2.1 na poziomie AA — standardem technicznym opisanym w normie EN 301 549.
- Europejski Akt o Dostępności obowiązuje od 28 czerwca 2025 roku i obejmuje m.in. e-commerce, bankowość, telekomunikację, transport pasażerski i e-booki.
- Mikroprzedsiębiorstwa świadczące usługi — czyli firmy zatrudniające mniej niż 10 osób z obrotem do 2 mln euro — są z obowiązku zwolnione.
- Dostosowanie typowej strony firmowej do WCAG 2.1 AA kosztuje zwykle od 4 000 do 12 000 zł, a sklepu internetowego od 12 000 do 40 000 zł.
- Nakładki typu overlay nie zapewniają zgodności — poprawki muszą trafić do kodu szablonu, a nie do doklejanego skryptu.
Czym jest dostępność cyfrowa strony internetowej?
Dostępność cyfrowa oznacza, że każdy użytkownik może odebrać treść, poruszać się po stronie i wykonać na niej zamierzone działanie niezależnie od tego, z jakiej technologii asystującej korzysta. Punktem odniesienia są Web Content Accessibility Guidelines (WCAG) — międzynarodowe wytyczne opracowane przez konsorcjum W3C, obecnie w wersjach 2.1 i 2.2.
WCAG definiuje trzy poziomy zgodności: A (minimalny), AA (standardowy, wymagany prawnie) i AAA (rozszerzony). Europejski Akt o Dostępności odwołuje się do zharmonizowanej normy EN 301 549, która dla treści internetowych przyjmuje właśnie WCAG 2.1 AA. To poziom, do którego firmy powinny się odnosić przy planowaniu prac.
Warto pamiętać, że dostępność nie jest wyłącznie kwestią niepełnosprawności trwałej. Z rozwiązań dostępnościowych korzysta także osoba czytająca telefon w pełnym słońcu, użytkownik z chwilową kontuzją ręki czy senior z pogarszającym się wzrokiem. Według danych Eurostatu i GUS ograniczenia sprawności deklaruje kilkanaście procent populacji — to realna część ruchu na każdej firmowej stronie internetowej.
Kogo obowiązuje Europejski Akt o Dostępności?
Obowiązek dotyczy podmiotów gospodarczych świadczących wskazane w ustawie usługi konsumenckie oraz wprowadzających do obrotu określone produkty. Nie jest to wymóg nałożony na wszystkie strony WWW bez wyjątku.
Zakresem objęte są przede wszystkim:
- handel elektroniczny — sklepy internetowe i platformy sprzedażowe kierowane do konsumentów;
- usługi bankowe dla konsumentów — bankowość internetowa i mobilna;
- usługi telekomunikacyjne oraz audiowizualne usługi medialne;
- transport pasażerski — sprzedaż biletów, informacja o połączeniach, aplikacje przewoźników;
- e-booki i oprogramowanie do ich odczytu;
- wybrane produkty: komputery, smartfony, terminale płatnicze, bankomaty, czytniki e-booków.
Kto jest zwolniony z obowiązku?
Z wymagań zwolnione są mikroprzedsiębiorstwa świadczące usługi, czyli firmy zatrudniające mniej niż 10 osób i osiągające roczny obrót lub sumę bilansową do 2 mln euro. Ustawa przewiduje też wyłączenie w przypadku nieproporcjonalnego obciążenia lub zasadniczej zmiany charakteru usługi — ale powołanie się na nie wymaga udokumentowanej oceny, którą trzeba przechowywać i przedstawić organowi nadzoru. To nie jest furtka do pominięcia tematu, tylko procedura z obowiązkiem dowodowym.
Odrębny reżim obowiązuje podmioty publiczne — urzędy, szkoły, szpitale — które od 2019 roku podlegają ustawie o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych i publikują deklarację dostępności.
Jakie wymagania WCAG 2.1 AA musi spełnić strona?
WCAG opiera się na czterech zasadach, w skrócie nazywanych POUR: treść ma być postrzegalna, funkcjonalna, zrozumiała i solidna. Poniżej najczęściej naruszane kryteria, które w prowadzonych przez nas audytach UX i UI pojawiają się niemal zawsze.
Postrzegalność — czy treść da się odebrać?
- Tekst alternatywny dla każdej grafiki niosącej informację; grafiki dekoracyjne dostają pusty atrybut
alt="". - Kontrast minimum 4,5:1 dla zwykłego tekstu i 3:1 dla tekstu dużego (od 18 pt lub 14 pt pogrubionego).
- Napisy do materiałów wideo z dźwiękiem i transkrypcje nagrań audio.
- Powiększenie tekstu do 200% bez utraty treści i funkcji — układ musi się przeformatować, nie rozjechać.
Funkcjonalność — czy da się z niej korzystać?
- Pełna obsługa klawiaturą: każdy element interaktywny osiągalny klawiszem Tab, bez pułapek fokusa.
- Widoczny wskaźnik fokusa — usuwanie obrysu przez
outline: noneto jeden z najczęstszych błędów w motywach WordPress. - Link „przejdź do treści” pomijający rozbudowane menu.
- Brak treści migających częściej niż trzy razy na sekundę.
Zrozumiałość i solidność — czy strona zachowuje się przewidywalnie?
- Zadeklarowany język strony (
lang="pl") — bez tego syntezator mowy przeczyta polski tekst z angielską wymową. - Etykiety pól formularza powiązane znacznikiem
<label>i komunikaty błędów opisujące, co poprawić. - Logiczna hierarchia nagłówków H1–H3 bez przeskoków poziomów.
- Poprawny, semantyczny HTML i atrybuty ARIA używane tylko tam, gdzie natywne znaczniki nie wystarczają.
| Element | Wymóg WCAG 2.1 AA | Typowy błąd |
|---|---|---|
| Kontrast tekstu | min. 4,5:1 | Szary tekst #999 na białym tle (2,8:1) |
| Grafiki | Opisowy atrybut alt | Alt w postaci „IMG_2043.jpg” lub pusty |
| Formularze | Etykieta powiązana z polem | Sam placeholder zamiast label |
| Nawigacja | Obsługa klawiaturą + widoczny fokus | Menu rozwijane tylko na hover |
| Wideo | Napisy dla treści mówionej | Film bez napisów i transkrypcji |
| Struktura | Jeden H1, hierarchia bez przeskoków | Nagłówki dobierane pod wielkość czcionki |
Jak sprawdzić dostępność swojej strony? 6 kroków
Wstępną weryfikację można przeprowadzić samodzielnie w kilka godzin. Pełny audyt zgodności wymaga testów manualnych, bo narzędzia automatyczne wykrywają tylko część kryteriów.
- Uruchom test automatyczny — Lighthouse w Chrome DevTools (zakładka Accessibility), WAVE lub axe DevTools. Wynik to punkt wyjścia, nie certyfikat.
- Przejdź stronę samą klawiaturą — od nagłówka po wysłanie formularza kontaktowego, wyłącznie klawiszami Tab, Enter i strzałkami.
- Sprawdź kontrasty w narzędziu typu WebAIM Contrast Checker, szczególnie dla przycisków CTA i tekstu na tle grafik.
- Włącz czytnik ekranu — NVDA na Windows lub VoiceOver na macOS — i posłuchaj, jak odczytywane są nagłówki, linki i pola formularzy.
- Powiększ widok do 200% i zweryfikuj stronę na szerokości 320 px, czyli w widoku mobilnym.
- Zleć audyt ekspercki obejmujący testy manualne wszystkich kryteriów AA oraz raport z priorytetami napraw.
Kolejność ma znaczenie: najpierw naprawia się bariery blokujące wykonanie zadania (np. niedostępny koszyk w sklepie), a dopiero potem usterki kosmetyczne. Takie podejście stosujemy w projektach projektowania UX/UI, gdzie dostępność jest częścią makiet, a nie poprawką po wdrożeniu. Jeśli chcesz zobaczyć, jak wygląda sam proces badania interfejsu, opisaliśmy go we wpisie Audyt UX strony – co to jest i ile kosztuje?.
Ile kosztuje dostosowanie strony do WCAG?
Koszt zależy od liczby szablonów, złożoności interakcji i jakości istniejącego kodu. Poniżej orientacyjne widełki rynkowe dla projektów realizowanych w Polsce w 2026 roku.
| Zakres prac | Orientacyjny koszt netto | Czas realizacji |
|---|---|---|
| Audyt dostępności strony firmowej (10–30 podstron) | 2 500 – 6 000 zł | 5–10 dni roboczych |
| Audyt sklepu internetowego z procesem zakupowym | 6 000 – 15 000 zł | 2–4 tygodnie |
| Wdrożenie poprawek — strona firmowa | 4 000 – 12 000 zł | 2–4 tygodnie |
| Wdrożenie poprawek — sklep internetowy | 12 000 – 40 000 zł | 6–10 tygodni |
| Dostępność zaplanowana od zera w nowym projekcie | +8–15% budżetu projektu | bez wydłużenia |
Najtańszy scenariusz to uwzględnienie dostępności już na etapie projektowania. Doklejanie jej do gotowego serwisu kosztuje zwykle dwa do trzech razy więcej, bo wymaga ingerencji w szablony, style i JavaScript jednocześnie. Dotyczy to szczególnie sklepów internetowych, gdzie filtrowanie produktów, koszyk i checkout to najbardziej wrażliwe elementy całej ścieżki.
Osobną pozycją są koszty utrzymania. Każda nowa podstrona, wpis blogowy czy baner mogą wprowadzić nowe bariery, dlatego zgodność wymaga cyklicznej kontroli — najczęściej w ramach administracji stron i sklepów.
Jakie kary grożą za brak dostępności?
Polska ustawa przewiduje administracyjne kary pieniężne nakładane przez organy nadzoru rynku. Ich wysokość ustalana jest jako wielokrotność przeciętnego wynagrodzenia, z górnym ograniczeniem odniesionym do obrotu przedsiębiorcy z poprzedniego roku obrotowego. Sankcje nie są nakładane automatycznie — postępowanie zwykle poprzedza wezwanie do usunięcia nieprawidłowości w wyznaczonym terminie.
Realne ryzyko biznesowe bywa jednak większe niż sama kara: konsument może złożyć skargę, a niedostępny checkout to po prostu utracona sprzedaż. Szczegółowe konsekwencje w konkretnej sytuacji warto skonsultować z prawnikiem — poniższe informacje mają charakter ogólny i nie stanowią porady prawnej.
Czy dostępność pomaga w SEO?
Tak, choć pośrednio. Dostępność i optymalizacja pod wyszukiwarki opierają się na tych samych fundamentach technicznych: semantycznym HTML, opisowych linkach, tekstach alternatywnych i uporządkowanej hierarchii nagłówków. Robot Google i czytnik ekranu „widzą” stronę podobnie — bez warstwy wizualnej, wyłącznie przez strukturę kodu.
Ta sama zasada dotyczy silników generatywnych. Modele budujące odpowiedzi w AI Overviews czy ChatGPT wydobywają treść ze struktury dokumentu, więc uporządkowane nagłówki, listy i tabele zwiększają szansę na zacytowanie. Zależność tę opisaliśmy szerzej we wpisie Jak zoptymalizować stronę pod AI Overviews i ChatGPT?. Jeśli planujesz równolegle prace nad widocznością, warto połączyć je z pozycjonowaniem SEO i SEM — zakres techniczny w dużej części się pokrywa, a budżet pracuje wtedy podwójnie.
Najczęściej zadawane pytania (FAQ)
Czy dostępność cyfrowa dotyczy każdej strony firmowej?
Nie każdej. Obowiązek prawny wynikający z Europejskiego Aktu o Dostępności obejmuje przede wszystkim e-commerce, bankowość, usługi telekomunikacyjne, transport pasażerski, e-booki i audiowizualne usługi medialne. Zwykła strona wizytówka usługowej firmy B2B zwykle nie jest objęta obowiązkiem, ale dostępność i tak poprawia UX oraz SEO, więc warto ją wdrażać dobrowolnie.
Czy mikroprzedsiębiorstwo musi spełniać wymagania dostępności?
Mikroprzedsiębiorstwa świadczące usługi objęte ustawą są z obowiązku zwolnione. Mikroprzedsiębiorstwo to firma zatrudniająca mniej niż 10 osób, której roczny obrót lub suma bilansowa nie przekracza 2 mln euro. Zwolnienie dotyczy usług, nie obejmuje natomiast wszystkich sytuacji związanych z wprowadzaniem produktów do obrotu.
Czy nakładka typu overlay załatwia sprawę dostępności?
Nie. Skrypty typu accessibility overlay dodają widget z kontrastem i powiększaniem tekstu, ale nie naprawiają struktury nagłówków, etykiet formularzy ani obsługi klawiatury. Audyty WCAG konsekwentnie wykazują, że strony z overlayem nadal mają dziesiątki błędów. Poprawki trzeba wprowadzić w samym kodzie szablonu.
Ile trwa dostosowanie strony WordPress do WCAG 2.1 AA?
Dla typowej strony firmowej na WordPressie liczącej 10–30 podstron audyt zajmuje zwykle 5–10 dni roboczych, a wdrożenie poprawek kolejne 2–4 tygodnie. Sklep internetowy z procesem zakupowym, filtrami i płatnościami wymaga zwykle 6–10 tygodni, bo testów wymaga cała ścieżka konwersji.
Czy dostępność cyfrowa wpływa na pozycje w Google?
Pośrednio tak. Poprawna semantyka HTML, opisy alternatywne grafik, sensowne anchory linków i czytelna hierarchia nagłówków to jednocześnie wymagania WCAG i sygnały ułatwiające robotom oraz modelom AI zrozumienie treści. Dostępność nie jest osobnym czynnikiem rankingowym, ale usuwa bariery techniczne, które obniżają widoczność.
Sprawdź dostępność swojej strony z Devisu
Od lat projektujemy i rozwijamy serwisy oraz sklepy dla firm z Bielska-Białej i całej Polski, a dostępność traktujemy jako element jakości kodu, nie dodatek. Przeprowadzimy audyt WCAG 2.1 AA, wskażemy priorytety napraw i wdrożymy je w Twoim szablonie. Skontaktuj się z Devisu i opisz swój serwis — odpowiemy, jaki zakres prac będzie w Twoim przypadku wystarczający.
25 / 03 / 2026
