Przewiń
EAA · WCAG 2.2 · Dostępność e-Commerce

Dostępność, która
konwertuje więcej użytkowników
i zapewnia zgodność

Dostępność nie jest już opcjonalna w e-commerce - to strategia wzrostu i zarządzania ryzykiem. Otrzymaj jasną mapę drogową od obecnego stanu do pełnej zgodności z WCAG 2.2.

Zamów audyt
Clutch★★★★★4.8
G2★★★★★4.9
Certyfikat ISO/IEC 27001:2022
Testy wspierane przez AI
AUDYT WCAG 2.2 ZGODNOŚĆ Z EAA TESTY CZYTNIKÓW EKRANU NAWIGACJA KLAWIATURĄ ZGODNOŚĆ Z ADA ANALIZA WSPIERANA PRZEZ AI DOSTĘPNOŚĆ MOBILNA MAPA DROGOWA NAPRAW AUDYT WCAG 2.2 ZGODNOŚĆ Z EAA TESTY CZYTNIKÓW EKRANU NAWIGACJA KLAWIATURĄ ZGODNOŚĆ Z ADA ANALIZA WSPIERANA PRZEZ AI DOSTĘPNOŚĆ MOBILNA MAPA DROGOWA NAPRAW
Dlaczego dostępność nie może czekać

Liczby, które wymagają działania

0
użytkowników UE zależy od dostępnych doświadczeń cyfrowych
0
użytkowników natychmiast opuszcza niedostępne strony
0
problemów jest pomijanych przez same narzędzia automatyczne
€500K
maksymalna kara za naruszenie EAA - za incydent
Faza egzekwowania - Aktywna teraz

EAA już obowiązuje -
co to oznacza dla Twojej firmy

Termin 28 czerwca 2025 dla większości firm e-commerce w UE już minął. Jesteśmy obecnie w fazie egzekwowania - regulatorzy mogą rozpoczynać kontrole i nakładać kary od zaraz. Jeśli Twój produkt nie jest zgodny z WCAG 2.2, już działasz niezgodnie z prawem.

📅
Termin minął
28 czerwca 2025 - oficjalna data egzekwowania EAA dla większości usług e-commerce, bankowych, telekomunikacyjnych i transportowych. Okres przejściowy się skończył. Teraz przychodzą kary.
⚖️
Co jest na szali
Kary do €500 000 za naruszenie, przymusowe zawieszenie usługi i pozwy od użytkowników oraz organizacji praw osób z niepełnosprawnościami. Każda skarga traktowana jest jako odrębny przypadek.
🔍
Jak działa egzekwowanie
Regulatorzy i organizacje rzeczników już aktywnie monitorują strony internetowe. Automatyczne crawlery, manualne przeglądy i skargi użytkowników mogą wywołać formalne postępowanie.
🛡️
Jak się chronić
Najlepszą obroną jest udokumentowany audyt i mapa drogowa napraw. Nawet jeśli nie jesteś jeszcze w pełni zgodny, udokumentowany postęp znacząco redukuje ryzyko prawne.
Branże objęte w pierwszej kolejności
E-commerce i handel detaliczny
Bankowość i fintech
Telekomunikacja
Transport i rezerwacje
Media i streaming
Usługi publiczne online
Prawdziwe precedensy egzekwowania
Domino's Pizza
$4.5M
Sąd Najwyższy USA podtrzymał pozew - strona i aplikacja były niedostępne dla użytkowników niewidomych. Sprawa otworzyła falę pozwów o dostępność przeciwko firmom e-commerce.
ADA · USA
Target Corporation
$6M
Pozew zbiorowy dotyczący niedostępnej strony. Target zapłacił 6 mln $ w ramach ugody i zobowiązał się do osiągnięcia zgodności z WCAG w ciągu trzech lat.
ADA · USA
Fala egzekwowania UE
2025+
EAA przyznaje szersze uprawnienia do egzekwowania niż ADA. W latach 2025–2026 spodziewana jest fala skarg i kar ze strony regulatorów UE. Doświadczenie USA to zapowiedź tego, co nadchodzi.
EAA · EU
Top 5 wyzwań, które rozwiązujemy

Ukryte ryzyka niedostępnych produktów

Przełączaj Przed / Po, aby zobaczyć dokładnie, co znajdujemy - i jak to naprawiamy.

Wyzwanie 01 - Przychody i Prawo
Ryzyko utraty przychodów
i ekspozycji prawnej
Przyciski checkoutu bez dostępnych etykiet są niewidoczne dla czytników ekranu - cicho blokują 15–20% potencjalnych kupujących przed finalizacją zakupu.
shop.example.com/checkout/step-3
🖼alt=""
€129.00
Kliknij tutaj →
⚠ Brak dostępnej nazwy · Puste alt
👟alt="Nike…"
€129.00
Przejdź do kasy - Krok 3 z 4 →
✓ Z etykietą · Alt tekst · Fokus widoczny
Wyjście czytnika ekranu - NVDA + Chrome
Wyzwanie 02 - Zgodność
Niejasny status
zgodności
Bez audytu bazowego nie jesteś w stanie zmierzyć ekspozycji na EAA - a regulatorzy nie poczekają, aż sam to ustalisz.
dashboard.example.com/accessibility
?
Status zgodności: Nieznany
Brak ustalonej linii bazowej · 0 przetestowanych stron
Nieprzetestowane strony (47)
43%
Aktualny wynik
→ 90% w 14 tyg.
Postrzegalny52%
Funkcjonalny31%
Zrozumiały68%
Solidny74%
Wyjście czytnika ekranu - NVDA + Chrome
Wyzwanie 03 - Narzędzia
Ograniczona widoczność z
narzędzi automatycznych
Lighthouse i axe wychwytują ~30% problemów. Reszta ujawnia się dopiero podczas testów manualnych z prawdziwymi technologiami asystującymi - czytnikami ekranu, klawiaturami, gestami mobilnymi.
axe DevTools - Scan results
Skan automatyczny
3
wykrytych problemów
Błąd kontrastu kolorów
2× brakujący alt tekst
Pusta etykieta linku
Niewykryte
~44
pominiętych problemów
Błędy kolejności fokusa
Pułapki czytników ekranu
Bariery gestów AT
Problemy kognitywne
47
problemów znalezionych wszystkimi metodami
3
Automatycznie (axe / Lighthouse)
28
Manualna weryfikacja WCAG 2.2
11
Testy AT (NVDA, VoiceOver)
5
Analiza wspierana przez AI
Wyjście czytnika ekranu - NVDA + Chrome
Wyzwanie 04 - Ścieżki użytkownika
Ukryte luki w prawdziwych
ścieżkach użytkownika
Błędy zarządzania fokusem w modalach są niewidoczne dla skanerów - ale natychmiast blokują użytkowników klawiatury i czytników ekranu przed finalizacją zakupu.
shop.example.com/cart → checkout modal
Logo
Search
Koszyk (fokus utracony)
Footer link
Dane płatności
✕
Numer karty
Ważność
CVV
⚠ Fokus ucieka z modala - przeskakuje na tło strony
Logo
Search
Cart
Dane płatności
✕ Zamknij (Esc)
Numer karty
Ważność
CVV
Kolejność Tab: 1. Zamknij 2. Karta 3. Ważność 4. CVV 5. Zapłać
Wyjście czytnika ekranu - NVDA + Chrome
Wyzwanie 05 - Naprawy
Trudne do naprawienia problemy
dla wewnętrznych zespołów
Niejasne opisy powodują dezorientację deweloperów, ponowne otwieranie ticketów i marnowanie czasu sprintów. Każdy issue w naszym raporcie jest od razu gotowy do wdrożenia.
jira.example.com/browse/ACC-47
ACC-47 - Problem dostępności
Priorytet: ?
Przycisk nie jest dostępny. Przycisk checkoutu nie działa prawidłowo dla użytkowników czytników ekranu. Proszę to naprawić.
Brak odniesienia do WCAG · Brak przykładu kodu
ACC-47 - WCAG 4.1.2 · Nazwa, Rola, Wartość
P1 - Krytyczny
// Przed - brak dostępnej nazwy:
<button onclick="checkout()">→</button>
// Naprawa - dodaj aria-label:
<button aria-label="Proceed to checkout, step 3 of 4">→</button>
Wpływ: 100% ścieżki checkout · Szacowany fix: 15 min
Wyjście czytnika ekranu - NVDA + Chrome
Darmowy skan dostępności
Sprawdź swoje pokrycie
dostępności już teraz

Uruchom darmowy skan swojej strony i zidentyfikuj potencjalne luki w kluczowych ścieżkach użytkownika. Użyj jako punkt wyjścia przed pełnym audytem WCAG 2.2.

Uruchom darmowy skan

Bez zobowiązań · Poniżej 2 minut · Wyniki natychmiast

Porównanie testów dostępności

Czego narzędzia automatyczne nie wychwytują - i co znajdują eksperci

Co potrafią wykryć narzędzia automatyczne vs. co pokrywa pełny audyt ekspercki.

Zamów audyt
Test Skan auto Pełny audyt Uwaga
Brakujące atrybuty alt w obrazach Narzędzia łatwo wykrywają brakujące atrybuty w HTML.
Jakość i sens tekstu alt Narzędzia nie potrafią ocenić, czy tekst alt dokładnie opisuje obraz lub przekazuje znaczący kontekst.
Problemy z kontrastem kolorów Narzędzia obliczają współczynniki kontrastu, ale eksperci weryfikują czytelność w rzeczywistym kontekście UI.
Logiczna struktura nagłówków (H1–H6) Narzędzia wykrywają problemy strukturalne, ale eksperci oceniają, czy nagłówki logicznie reprezentują strukturę treści.
Zduplikowane ID w HTML Analiza statyczna kodu niezawodnie wykrywa zduplikowane ID.
Atrybut języka strony (lang) Narzędzia wykrywają obecność atrybutów języka; eksperci weryfikują, czy wartość jest poprawna.
Poprawne etykietowanie pól formularza Narzędzia sprawdzają obecność etykiet; eksperci weryfikują, czy są zrozumiałe i sensowne dla użytkowników.
Użyteczność komunikatów błędów formularza Tylko eksperci mogą ocenić, czy komunikaty błędów są jasne, pomocne i wykonalne dla użytkowników.
Nawigacja klawiaturą (desktop) Narzędzia nie potrafią symulować realistycznej nawigacji klawiaturą przez komponenty interaktywne.
Logiczna kolejność tabulacji Eksperci weryfikują, czy fokus porusza się w logicznej i intuicyjnej kolejności podczas rzeczywistego użycia.
Pułapki klawiatury Wymaga manualnej interakcji, by potwierdzić, że użytkownicy mogą wyjść z elementów klawiaturą.
Widoczność fokusa Eksperci weryfikują, że wskaźniki fokusa pozostają widoczne i użyteczne w różnych stanach UI.
Testy czytników ekranu (NVDA / JAWS / VoiceOver) Wymaga prawdziwych technologii asystujących, by potwierdzić poprawne odczyty i użyteczność.
Poprawne odczyty czytnika ekranu Eksperci weryfikują, czy elementy są odczytywane ze znaczącym i zrozumiałym kontekstem.
Odczyty treści dynamicznej (ARIA live regions) Eksperci weryfikują, czy czytniki ekranu poprawnie odczytują dynamiczne aktualizacje.
Błędy składni ARIA Narzędzia potrafią wykryć niepoprawne atrybuty ARIA w kodzie.
ARIA używane poprawnie w kontekście Eksperci oceniają, czy role ARIA rzeczywiście poprawiają dostępność i użyteczność.
Dostępność złożonych komponentów (modale, dropdowny, date pickery) Narzędzia nie potrafią w pełni przeanalizować zachowania komponentów interaktywnych.
Dostępność menu nawigacyjnych Wymaga testowania nawigacji klawiaturą i interpretacji czytników ekranu.
Dostępność rzeczywistych ścieżek użytkownika (login, checkout, formularze) Narzędzia skanują strony pojedynczo, ale nie potrafią zwalidować pełnych ścieżek w interfejsie.
Testy mobilnego czytnika ekranu (VoiceOver / TalkBack) Wymaga prawdziwych urządzeń i technologii asystujących do walidacji użyteczności.
Użyteczność zoomu mobilnego (200–400%) Eksperci weryfikują, czy układ i treść pozostają użyteczne podczas zoomu.
Zachowanie pinch-to-zoom Narzędzia nie potrafią symulować prawdziwych gestów mobilnych i responsywnego zachowania układu.
Rozmiar i odstępy celów dotykowych Eksperci weryfikują, czy cele dotykowe są wygodne i dostępne dla użytkowników mobilnych.
Dostępność gestów mobilnych Wymaga testowania gestów i weryfikacji dostępnych alternatyw.
Użyteczność nawigacji mobilnej Eksperci oceniają, czy nawigacja pozostaje użyteczna na urządzeniach mobilnych.
Wsparcie orientacji (pionowa / pozioma) Wymaga testów na urządzeniu, by potwierdzić, że układ działa w obu orientacjach.
Rzeczywiste doświadczenie dostępności Tylko testy eksperckie mogą ocenić rzeczywiste doświadczenie dostępności.
Proces

Jak to działa

Cztery kroki od pierwszego kontaktu do pełnej mapy drogowej zgodności.

01
Discovery Call
Zaczynamy od discovery call, aby zrozumieć Twój produkt, kluczowe ścieżki użytkownika i wymagania zgodności.
02
Zakres i wycena
Na podstawie wniosków z discovery przygotowujemy szczegółową wycenę z zakresem dostępności, potencjalnymi ryzykami i harmonogramem.
03
Pełny audyt WCAG 2.2
Dogłębne testy na web i mobile - automatyczne, wspierane AI, scenariusze z technologiami asystującymi i manualna weryfikacja WCAG.
04
Raport i mapa drogowa
Kompleksowy raport zgodności WCAG z oceną, priorytetyzowanymi issue (P0–P3) i jasnymi rekomendacjami dla Twojego zespołu.
Dostarczane

Co otrzymujesz
w pełnym audycie

01
Aktualny wynik zgodności z dostępnością
02
Mapa pokrycia dostępności na poziomie stron i ścieżek
03
Priorytetyzowane issue (P0–P3) z wpływem biznesowym
04
Jasna mapa drogowa do zgodności z WCAG 2.2 (EAA / ADA)
05
Wytyczne naprawcze z przykładami dla Twojego zespołu
Pobierz przykładowy raport
Ogólne pokrycie0%
Pokrycie po naprawach90%
Pokrycie kluczowych ścieżek68%
Problemy wykryte automatycznie30%
Wpływ biznesowy

Realne rezultaty, które Twoja firma odczuje

Po naprawach
>90%
Pokrycie dostępności po wdrożeniu naszych rekomendowanych napraw - zweryfikowane ponownymi testami
0
Więcej problemów wykrytych w porównaniu z samymi narzędziami automatycznymi
+15–20%
Poszerz zasięg o użytkowników technologii asystujących
↑ CVR
Zwiększ konwersję, eliminując bariery checkoutu i UX
↓ Ryzyko
Zmniejsz ekspozycję prawną na kary EAA / ADA
Dodatkowa wartość

Wszystko, czego potrzebujesz poza samym audytem

🔁
Ponowny test po naprawachSprawdź, czy naprawy faktycznie rozwiązały problemy - nie tylko na papierze
💻
Rekomendacje gotowe dla devWskazówki na poziomie kodu gotowe do bezpośredniego wdrożenia przez Twoich inżynierów
⚙️
Integracja z pipeline CI/CDAutomatyczne testy dostępności w Twoim pipeline release, by wcześnie wychwytywać regresje
🛡️
Ciągłe kontrole pre-releaseZapobiegaj regresjom dostępności w kluczowych ścieżkach użytkownika przed trafieniem na produkcję
FAQ

Najczęstsze pytania z odpowiedziami

Wszystko, czego potrzebujesz, by zdecydować, czy audyt dostępności jest dla Ciebie.

Lighthouse i axe to świetne narzędzia, ale wykrywają jedynie ~30% rzeczywistych problemów z dostępnością. Oto czego im umyka:
  • Błędy logiki fokusa podczas nawigacji klawiaturą w złożonych komponentach UI
  • Błędy czytników ekranu w treściach dynamicznych (modale, live regions, toasty)
  • Bariery dostępności w rzeczywistych ścieżkach - np. 6-etapowy checkout
  • Dostępność kognitywna i zrozumiałość treści
  • Gesty dotykowe i interakcje na urządzeniach mobilnych

Testy automatyczne to pierwsza linia obrony, nie pełny audyt. Zgodność z EAA wymaga manualnej weryfikacji z prawdziwymi technologiami asystującymi.

Czas zależy od rozmiaru produktu i liczby ścieżek użytkownika. Typowe szacunki:
  • Discovery call + scoping: 1–2 dni
  • Pełny audyt WCAG 2.2 (średni e-commerce): 2–3 tygodnie
  • Przygotowanie raportu + mapa drogowa: 3–5 dni roboczych

Łącznie: 3–5 tygodni od kick-offu do raportu końcowego. Dla MVP lub ograniczonego zakresu - szybciej. Dokładne terminy ustalamy na discovery call.

EAA dotyczy większości firm, ale istnieje wyłączenie dla mikroprzedsiębiorstw.
Zgodnie z European Accessibility Act (Dyrektywa UE 2019/882):

Mikroprzedsiębiorstwa (mniej niż 10 pracowników LUB roczny obrót / bilans poniżej 2 mln €) są zwolnione z wymagań EAA dla prywatnych dostawców usług.

Jednak: jeśli świadczysz usługi klientom z UE - nawet jako firma spoza UE - i przekraczasz te progi, EAA Cię dotyczy.

Nawet jeśli jesteś technicznie zwolniony, dostępność = większa publiczność + lepsze UX. 15–20% potencjalnych klientów ma niepełnosprawność. To nie tylko zgodność - to szansa biznesowa.

WCAG 2.2 to aktualny standard dostępności web, opublikowany w październiku 2023. Dodaje 9 nowych kryteriów sukcesu do WCAG 2.1, w tym:
  • Focus Appearance - widoczne wskaźniki fokusa dla użytkowników klawiatury
  • Dragging Movements - alternatywy dla interakcji drag-and-drop
  • Target Size - minimalny rozmiar celu kliknięcia/stuknięcia (24×24px)
  • Consistent Help - spójne rozmieszczenie elementów pomocy
  • Redundant Entry - nie wymagaj ponownego wprowadzania już podanych informacji

EAA wymaga zgodności z WCAG 2.2 Poziom AA. Jeśli Twój ostatni audyt był przed 2023 - jest już nieaktualny.

Nie dostaniesz po prostu listy problemów - otrzymasz kompletną mapę drogową do wdrożenia:
  • Każdy issue ponumerowany i priorytetyzowany P0–P3
  • Jasny opis: gdzie znaleziono, jaka reguła złamana, które kryterium WCAG
  • Zrzuty ekranu i nagrania reprodukcji z czytnikiem ekranu
  • Rekomendacje naprawcze na poziomie kodu z przykładami
  • Ocena wpływu biznesowego dla każdego issue

Twój dev-team może od razu zająć się zadaniami - bez dodatkowych wyjaśnień.

Zamów pełny audyt

Opowiedz nam o swoim projekcie. Odpowiemy w ciągu 24 godzin.

Dziękujemy - Twoje zapytanie zostało przyjęte. Skontaktujemy się w ciągu 24 godzin.