Twoja strona dostępna dla każdego
WCAG to nie tylko wymóg prawny — to wyższe konwersje, lepszy SEO i strona, którą może obsłużyć każdy użytkownik: senior, osoba niewidoma, ktoś ze złamaną ręką. Audytuję i wdrażam dostępność od A do Z.
* WebAIM Million 2024 — analiza 1 miliona stron głównych
Dostępność to nie koszt — to inwestycja
Trzy powody, dla których każda firma powinna zadbać o WCAG — niezależnie od tego, czy wymaga tego prawo.
Wymóg prawny
- Podmioty publiczne — obowiązek od 2020 r.
- E-commerce i usługi — EAA od 28.06.2025
- Kary za brak zgodności i skargi użytkowników
- Wymagane w przetargach publicznych (EN 301 549)
Korzyść biznesowa
- Większa grupa odbiorców — +15–20% użytkowników
- Lepszy SEO: semantyczny HTML, alt texty = wyższe rankingi
- Niższy współczynnik odrzuceń dzięki lepszemu UX
- Reputacja marki dbającej o użytkowników
Etyka i inkluzja
- 6 milionów Polaków z niepełnosprawnością
- Rosnąca populacja seniorów (2050: 30% UE)
- Tymczasowe niepełnosprawności dotyczą każdego
- Sieć była projektowana jako przestrzeń dla wszystkich
Dostępność dotyczy każdego z nas
Niepełnosprawność to spektrum — stałe, tymczasowe i sytuacyjne. Dostępna strona działa lepiej dla wszystkich.
Osoby niewidome i słabowidzące
ok. 1 mln osób w Polsce
Używają czytników ekranu (NVDA, VoiceOver, JAWS). Potrzebują semantycznego HTML, alt textów i opisów linków.
Osoby głuche i niedosłyszące
ok. 900 tys. osób w Polsce
Potrzebują napisów do wideo i audiodeskrypcji. Treści wideo bez napisów są dla nich niedostępne.
Osoby z ograniczeniami ruchowymi
Parkinson, drżenie rąk, brak kończyn
Nawigują wyłącznie klawiaturą lub przełącznikami. Strona musi działać bez myszy.
Osoby z trudnościami poznawczymi
Dysleksja, ADHD, autyzm
Korzystają z czytelnej typografii, spójnej nawigacji i jasnych komunikatów błędów bez żargonu.
Seniorzy
30% populacji UE w 2050 r.
Mniejsza zręczność, słabszy wzrok, mniejsze doświadczenie z technologią. Dostępność = ich codzienny komfort.
Użytkownicy mobilni
60%+ ruchu w sieci
Jednorącz, w jasnym słońcu, z opóźnioną siecią. Duże przyciski, dobry kontrast i prostota działają na nich tak samo.
Tymczasowe i sytuacyjne niepełnosprawności
Stałe
Utrata wzroku, głuchota, paraliż, porażenie mózgowe — osoby, dla których dostępność jest niezbędna na co dzień.
Tymczasowe
Złamana ręka, operacja oczu, infekcja ucha — każdy może przez kilka tygodni potrzebować dostępnych interfejsów.
Sytuacyjne
Jasne słońce na ekranie, głośne otoczenie, prowadzenie samochodu, trzymanie dziecka — codzienne ograniczenia.
Złe vs dobre praktyki
Najczęstsze błędy dostępności, które widzę w audytach — i jak je poprawić. Każdy z nich wyklucza realnych użytkowników.
Zbyt niski kontrast tekstu
Nagłówek artykułu
Treść strony, którą trudno odczytać osobom słabowidzącym lub przeglądającym na słońcu.
PrzyciskJasny szary tekst na białym tle — kontrast 2.8:1 (wymagane min. 4.5:1)
Nagłówek artykułu
Treść strony czytelna dla każdego — wyraźny kontrast, dobra typografia.
PrzyciskCiemny tekst na jasnym tle — kontrast 7:1. Czytają wszyscy, nawet w słońcu.
Formularze bez etykiet
Sam placeholder znika po kliknięciu — użytkownik czytnika ekranu nie wie, co wpisać.
Każde pole ma widoczną etykietę <label> powiązaną przez atrybut for/id.
Przyciski bez opisu
Czytnik: „button, button” — bez kontekstu
Ikony bez tekstu alternatywnego — czytnik ekranu powie "button" lub odczyta URL ikony.
Czytnik: „Szukaj, Zamknij menu” — jasny kontekst
Każdy przycisk ma aria-label lub widoczny tekst opisujący akcję.
Obrazki bez tekstu alternatywnego
Nasz zespół
HTML: <img src="zespol.jpg"> — brak alt
Brak atrybutu alt — czytnik pomija obrazek lub odczytuje nazwę pliku.
Nasz zespół
alt="Pięcioosobowy zespół przy tablicy"
Opisowy alt text wyjaśnia treść obrazka. Dekoracyjne obrazki mają alt="".
Trzy poziomy zgodności
Web Content Accessibility Guidelines (WCAG) definiują trzy poziomy wymagań. Poziom AA jest standardem prawnym w Polsce i UE.
Poziom podstawowy
Minimalne wymagania — bez ich spełnienia strona jest praktycznie niedostępna dla niektórych użytkowników.
- Alternatywy tekstowe dla obrazków
- Możliwość nawigacji klawiaturą
- Brak treści migających > 3 Hz
Poziom wymagany prawnie
Standard wymagany przez dyrektywę UE i polską ustawę o dostępności. To ten poziom wdrażam domyślnie.
- Kontrast tekstu min. 4.5:1
- Etykiety formularzy
- Strona skaluje się do 200% bez utraty treści
Poziom zaawansowany
Najwyższy standard — nie jest wymagany prawnie dla całych serwisów, ale podnosi UX dla szerszej grupy.
- Kontrast tekstu min. 7:1
- Audiodeskrypcja dla wideo
- Limit czasu sesji z ostrzeżeniem
WCAG 2.2 (opublikowane w 2023 r.) to aktualne wydanie standardu — dodaje 9 nowych kryteriów, m.in. dotyczących celów dotyku (min. 24×24 px) i widoczności fokusa. Wdrażam WCAG 2.2 AA jako standard, z opcją wsparcia dla starszych wymagań WCAG 2.1 AA tam, gdzie jest to wymagane przez prawo lub zamówienie.
Kogo dotyczą obowiązki?
Przepisy rosną z roku na rok. Jeśli nie wiesz, czy Twoja organizacja jest objęta obowiązkiem — sprawdzę to razem z Tobą podczas bezpłatnej konsultacji.
Ustawa o dostępności cyfrowej (2019)
Obowiązuje od 2020 r.Podmioty publiczne w Polsce
Wszystkie strony i aplikacje podmiotów publicznych (urzędy, uczelnie, szpitale, biblioteki) muszą spełniać WCAG 2.1 AA. Obowiązek dotyczy też zakupywanego oprogramowania.
European Accessibility Act (EAA / dyrektywa 2019/882)
W życie: 28.06.2025Firmy prywatne w UE
Od 28 czerwca 2025 r. obowiązuje sektor prywatny: sklepy e-commerce, banki, usługi transportowe, streaming. Dotyczy firm zatrudniających > 10 osób lub o obrotach > 2 mln EUR.
Norma EN 301 549
Przetargi publiczneZamówienia publiczne IT
Techniczna norma europejska na podstawie WCAG 2.1 AA — obowiązkowe kryterium w przetargach publicznych na oprogramowanie i strony WWW w całej UE.
Jak wygląda audyt?
Cztery etapy — od skanu automatycznego po gotowy raport i wdrożenie poprawek.
Automatyczny skan
Skanowanie narzędziami (axe, Lighthouse, WAVE) wykrywa ~30% problemów: brakujące alt texty, błędy kontrastu, puste etykiety.
Manualna weryfikacja
Przejście przez stronę wyłącznie klawiaturą, testy z czytnikiem ekranu (NVDA/VoiceOver), weryfikacja struktury semantycznej i kolejności fokusa.
Raport z priorytetami
Szczegółowy raport: lista błędów z poziomem krytyczności, zrzutami ekranu, kodem do poprawki i odniesieniem do kryterium WCAG.
Wdrożenie i retestowanie
Poprawki w kodzie + ponowny test. Dokumentacja dla CMS-ów (szkolenie redaktorów jak dodawać alt texty i napisy). Opcjonalna deklaracja dostępności.
Tylko audyt i raport
Dostajesz szczegółową listę błędów z priorytetami — sam lub z innym deweloperem je wdrażasz.
Audyt + wdrożenie poprawek
Audytuję i samodzielnie poprawiam kod. Jeden punkt kontaktu, gwarancja zgodności.
Stałe wsparcie dostępności
Miesięczne retestowanie po aktualizacjach treści, nowych funkcjach i zmianach w CMS.
Jak dostępna jest Twoja strona?
Wpisz adres swojej strony i otrzymaj bezpłatny podgląd audytu WCAG — za darmo, w kilka sekund. Zobaczysz 3 przykładowe błędy.
Pełny raport z priorytetami, kodami WCAG i wskazówkami co poprawić wyślę na Twój e-mail po krótkim kontakcie.
Bezpłatna wycena audytu w 24 godziny
Podaj adres swojej strony, a w ciągu doby dostaniesz wstępną ocenę dostępności i orientacyjną wycenę audytu. Bez zobowiązań.