Najważniejsze wnioski
- Europejski Akt o Dostępności, czyli dyrektywa UE 2019/882, jest unijną regulacją. W Polsce jej wymagania wdraża Polski Akt o Dostępności, czyli ustawa z 26 kwietnia 2024 r.
- Nie każda firma i nie każda strona internetowa podlega tym samym obowiązkom. Trzeba sprawdzić rodzaj usługi lub produktu, rolę firmy, status mikroprzedsiębiorcy oraz przepisy przejściowe.
- Dla e-commerce kluczowa jest dostępność całego procesu zawarcia umowy: wyszukiwania, wyboru produktu, formularzy, koszyka, płatności, potwierdzeń i obsługi posprzedażowej.
- WCAG i norma EN 301 549 pomagają projektować oraz testować dostępność cyfrową, ale nie wyczerpują wszystkich obowiązków wynikających z PAD.
- Widget dostępności może być szybkim pierwszym krokiem wspierającym użytkowników, lecz nie zastępuje audytu, testów z użytkownikami ani napraw źródłowych w kodzie, treści i procesach.
Dla zarządzającego
Najpierw ustal, czy firma świadczy usługę objętą PAD, w szczególności usługę handlu elektronicznego. Następnie potraktuj dostępność jako element jakości procesu sprzedaży i obsługi, a nie jednorazowy projekt techniczny. Potrzebne są decyzje dotyczące właścicieli procesu, budżetu na poprawki, współpracy z dostawcami oraz dokumentowania działań.
Dla sprzedaży
Dostępna ścieżka zakupu pomaga większej liczbie osób samodzielnie znaleźć ofertę, wypełnić formularz i dokończyć transakcję. W rozmowach z klientami nie obiecuj pełnej zgodności po instalacji widgetu. Wskaż, że WCAGbot wspiera korzystanie ze strony, a trwałe bariery w koszyku, płatności i formularzach wymagają audytu oraz naprawy źródłowej.
Europejski Akt o Dostępności nie oznacza, że każda firma musi wdrożyć identyczny zestaw działań na każdej stronie. W praktyce trzeba najpierw ustalić, czy konkretny produkt lub usługa jest objęta przepisami, a następnie sprawdzić, czy użytkownik może samodzielnie przejść cały proces: znaleźć ofertę, zawrzeć umowę, zapłacić, otrzymać informację i skorzystać z obsługi.
Ten materiał ma charakter informacyjny, a nie jest indywidualną poradą prawną. Stan prawny wymaga potwierdzenia przed publikacją i przed podjęciem decyzji w konkretnej sprawie, zwłaszcza gdy firma korzysta z wyjątków, przepisów przejściowych albo działa w kilku krajach.
Najważniejsze wnioski
- EAA jest dyrektywą Unii Europejskiej, a Polski Akt o Dostępności (PAD) jest krajową ustawą wdrażającą jej wymagania.
- Usługa handlu elektronicznego może podlegać PAD również wtedy, gdy sprzedawany towar sam w sobie nie znajduje się w katalogu produktów objętych regulacją.
- W e-commerce ocenia się nie tylko stronę główną, lecz całą ścieżkę klienta, w tym koszyk, płatność, potwierdzenie zamówienia i kontakt po zakupie.
- WCAG oraz EN 301 549 są ważnymi punktami odniesienia technicznego, ale nie zastępują analizy obowiązków ustawowych i procesów organizacyjnych.
- WCAGbot może szybko dodać funkcje wspierające dostępność, jednak bariery w kodzie, treści, integracjach i procedurach wymagają odrębnej naprawy.
Czym jest Europejski Akt o Dostępności?
Europejski Akt o Dostępności, często skracany do EAA od angielskiej nazwy European Accessibility Act, to potoczna nazwa dyrektywy Parlamentu Europejskiego i Rady (UE) 2019/882. Dyrektywa ustanawia wspólne wymagania dostępności dla wybranych produktów i usług oferowanych na rynku Unii Europejskiej.
Jej cel nie polega na stworzeniu jednego wzoru strony internetowej. Chodzi o ograniczanie barier, które utrudniają samodzielne korzystanie z produktów i usług, między innymi osobom niewidomym, słabowidzącym, głuchym, osobom z ograniczeniami ruchowymi, poznawczymi lub czasowymi trudnościami w korzystaniu z interfejsu.
W Polsce dyrektywę wdraża ustawa z 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze. W komunikacji rynkowej jest ona nazywana Polskim Aktem o Dostępności.
Dostępność nie zaczyna się od ikony na stronie. Zaczyna się od pytania, czy użytkownik może samodzielnie wykonać cel, dla którego przyszedł do serwisu.
EAA, PAD, EN 301 549 i WCAG — czym się różnią?
Te pojęcia są ze sobą powiązane, ale nie znaczą tego samego. Błędne utożsamienie ich może prowadzić do zbyt wąskiego zakresu wdrożenia.
| Pojęcie | Rola | Co oznacza dla firmy? |
|---|---|---|
| Europejski Akt o Dostępności (EAA) | Dyrektywa UE 2019/882 | Wyznacza wspólne ramy dostępności dla określonych produktów i usług w UE. |
| Polski Akt o Dostępności (PAD) | Polska ustawa wdrażająca EAA | Określa krajowe obowiązki, role podmiotów gospodarczych, nadzór i zasady stosowania przepisów. |
| EN 301 549 | Europejska norma techniczna | Pomaga oceniać dostępność produktów i usług ICT, takich jak serwisy, aplikacje, dokumenty i oprogramowanie. |
| WCAG | Wytyczne W3C dla treści internetowych | Pomagają projektować i testować dostępność stron oraz aplikacji, np. kontrast, klawiaturę i formularze. |
| Widget dostępności | Narzędzie wspierające użytkownika | Może zapewnić dodatkowe ustawienia prezentacji treści, ale nie usuwa automatycznie wszystkich błędów źródłowych. |
Jeżeli potrzebujesz uporządkować wymagania techniczne, przeczytaj także materiał WCAG 2.1 AA: co oznacza i jak wdrożyć na stronie. W przypadku usług objętych PAD nie należy jednak ograniczać analizy wyłącznie do listy kryteriów WCAG.
Kogo może dotyczyć Europejski Akt o Dostępności?
WCAGbot Accessibility Path: od kwalifikacji do poprawy
PAD dotyczy określonych produktów i usług oraz podmiotów występujących w ich łańcuchu dostaw. W zależności od sytuacji firma może działać jako producent, importer, dystrybutor, upoważniony przedstawiciel albo usługodawca.
Dla właścicieli sklepów internetowych szczególne znaczenie ma usługa handlu elektronicznego. Według informacji rządowych chodzi o usługę oferowaną na odległość, drogą elektroniczną, na indywidualne żądanie konsumenta i w celu zawarcia umowy. Dlatego analiza nie powinna kończyć się na pytaniu: „Czy sprzedajemy produkt objęty EAA?”.
W wielu przypadkach ważniejsze będzie pytanie: „Czy nasza strona lub aplikacja pozwala konsumentowi zawrzeć umowę online?”. Praktyczne omówienie tego zagadnienia znajdziesz w artykule Polski Akt o Dostępności: sklep internetowy i PAD.
Czy mikroprzedsiębiorca jest zwolniony?
Ustawa przewiduje wyłączenie dotyczące usług oferowanych lub świadczonych przez mikroprzedsiębiorcę. Nie należy jednak rozszerzać tego wyłączenia automatycznie na wszystkie produkty, wszystkie role w łańcuchu dostaw ani wszystkie sytuacje biznesowe.
Przed przyjęciem, że wyłączenie ma zastosowanie, trzeba sprawdzić definicję mikroprzedsiębiorcy, charakter działalności oraz to, czy firma występuje jako usługodawca, producent, importer lub dystrybutor. W razie wątpliwości potrzebna jest analiza prawna odnosząca się do konkretnego modelu działalności.
Co powinno być dostępne w sklepie internetowym?
Dostępność sklepu internetowego nie jest cechą pojedynczej podstrony. Użytkownik ocenia ją przez możliwość ukończenia konkretnego zadania. Jeżeli karta produktu jest czytelna, ale formularz płatności nie działa z klawiaturą, proces zakupu nadal zawiera barierę.
W pierwszej kolejności sprawdź krytyczne ścieżki:
- wyszukiwanie produktu i korzystanie z filtrów;
- przeglądanie kart produktów oraz wariantów;
- dodawanie do koszyka i zmiana liczby sztuk;
- rejestracja, logowanie i odzyskiwanie hasła;
- wypełnianie danych dostawy oraz danych do faktury;
- wybór formy dostawy i płatności;
- komunikaty o błędach, potwierdzenie zamówienia i dokumenty po zakupie;
- kontakt z obsługą, reklamacja, zwrot lub odstąpienie od umowy.
Warto zacząć od publikacji WCAG dla e-commerce: jak ułatwić zakupy online, a następnie przejść do testów konkretnych ekranów i integracji.
Jakie bariery są szczególnie częste?
Do typowych problemów należą pola formularza bez prawidłowej etykiety, komunikaty błędów widoczne wyłącznie w kolorze, niewystarczający kontrast, modalne okna bez poprawnego fokusu, elementy nieobsługiwane z klawiatury oraz ikony bez dostępnej nazwy.
Osobnej kontroli wymagają komponenty od zewnętrznych dostawców, w tym bramki płatnicze, mapy punktów odbioru, czaty, systemy rezerwacji i narzędzia marketingowe. Firma nie powinna zakładać, że zewnętrzna integracja jest dostępna tylko dlatego, że jest popularna lub zgodna wizualnie z resztą sklepu.
Przydatne materiały techniczne to: HTML semantyczny: praktyczny poradnik wdrożenia, ARIA: praktyczny poradnik wdrożenia i testowania oraz Focus Visible 2.4.7: wdrożenie i testy.
Jak wdrożyć wymagania EAA i PAD w praktyce?
Najbezpieczniejszym podejściem jest podział pracy na etapy. Pozwala to uniknąć sytuacji, w której firma kupuje narzędzie lub zleca pojedynczy test, ale nie poprawia procesu, który faktycznie blokuje klienta.
WCAGbot Accessibility Path
- Kwalifikacja. Zidentyfikuj produkty, usługi, kanały sprzedaży, aplikacje, urządzenia, podwykonawców i role firmy. Ustal, czy dana usługa może podlegać PAD oraz czy zastosowanie mają wyłączenia albo przepisy przejściowe.
- Mapa ścieżek krytycznych. Wypisz zadania, których nieukończenie uniemożliwia zakup lub obsługę usługi. Nadaj priorytet koszykowi, logowaniu, formularzom, płatności i komunikacji po transakcji.
- Audyt. Połącz testy automatyczne, analizę ekspercką oraz testy ręczne. Automaty nie ocenią na przykład sensowności tekstu alternatywnego, jakości instrukcji czy logiczności procesu zakupowego.
- Naprawa źródłowa. Popraw kod HTML, semantykę, etykiety, komunikaty, kontrast, fokus, treści i integracje. Dla złożonych barier ustal właściciela poprawki, termin i sposób ponownego testu.
- Testy użytkowe. Sprawdź najważniejsze zadania za pomocą klawiatury, czytnika ekranu, powiększenia oraz na urządzeniach mobilnych. Jeśli to możliwe, włącz do badań osoby korzystające z technologii asystujących.
- Wsparcie użytkownika. Dodaj funkcje poprawiające dostępność, które ułatwiają indywidualne korzystanie z treści, na przykład zmianę kontrastu, powiększenie tekstu, czytanie treści czy wyraźniejsze skupienie.
- Dokumentacja i monitoring. Zapisuj zakres audytu, wykryte bariery, decyzje, wyniki retestów oraz ustalenia z dostawcami. Kontroluj dostępność po aktualizacjach sklepu, motywu i integracji.
EAA, PAD, EN 301 549 i WCAG — różne role
Jeżeli potrzebujesz planu samego procesu oceny, zobacz Audyt WCAG i wdrożenie: praktyczny plan krok po kroku.
Gdzie widget dostępności pomaga, a gdzie potrzebna jest naprawa?
WCAGbot można uruchomić po dodaniu jednej linii kodu. Narzędzie wspiera użytkowników między innymi przez tryby kontrastu, nasycenia i skali szarości, powiększenie tekstu, zmianę interlinii i odstępów między literami, czytanie treści, większy kursor, podświetlanie nagłówków oraz linków, zatrzymywanie animacji i profile dostępności.
To może być rozsądny pierwszy krok, szczególnie gdy firma chce szybko dodać użytkownikom możliwość dostosowania sposobu prezentacji treści. WCAGbot może także automatycznie uzupełniać wybrane wykrywalne atrybuty ARIA, alt i title. Nie należy jednak traktować tej funkcji jako zastępstwa dla redakcyjnego opisu obrazu, prawidłowej semantyki lub ręcznej kontroli działania komponentu.
Widget nie naprawi źródłowo na przykład nieczytelnej instrukcji płatności, błędnej kolejności fokusu w koszyku, pola formularza bez właściwej etykiety, procesu zależnego wyłącznie od przeciągania elementu ani niedostępnej bramki dostawcy. Granicę między tymi działaniami omawia artykuł Widget WCAG: co pomaga, a czego nie naprawi.
Sprawdź WCAGbot na własnym przykładzie: otwórz panel na stronie testowej, zwiększ tekst, zmień kontrast i przejdź klawiaturą przez formularz lub koszyk. Takie krótkie ćwiczenie pomaga rozróżnić ustawienia wspierające użytkownika od problemów, które wymagają naprawy w źródle.
Mini-scenariusz: sklep z problemem w finalizacji zakupu
Scenariusz ilustracyjny — nie opisuje wdrożenia u klienta. Sklep sprzedający wyposażenie domu wdraża panel funkcji wspierających dostępność. Użytkownik może zwiększyć tekst i skorzystać z trybu wyższego kontrastu, co poprawia czytelność kart produktów.
Podczas testu klawiaturą zespół zauważa jednak, że po otwarciu okna wyboru punktu odbioru fokus przechodzi za okno modalne. Czytnik ekranu nie informuje również jasno o błędzie w polu kodu pocztowego. Widget poprawia komfort czytania, ale nie usuwa tych problemów.
Firma zapisuje więc dwie osobne grupy działań. Pierwsza obejmuje utrzymanie funkcji wspierających dostępność. Druga dotyczy naprawy komponentu modalnego, etykiety pola, komunikatów błędów i retestu z klawiaturą oraz czytnikiem ekranu. Dopiero połączenie obu grup zmniejsza ryzyko przerwania procesu zakupu.
Podsumowanie dla zarządzającego i sprzedaży
Europejski Akt o Dostępności warto potraktować jako impuls do uporządkowania jakości cyfrowej obsługi klienta. Najważniejsza decyzja nie brzmi: „Czy dodać widget?”, ale: „Które usługi i ścieżki klienta mamy zbadać oraz kto odpowiada za trwałe usunięcie barier?”.
Dla zarządzających priorytetem jest kwalifikacja usługi, wyznaczenie właścicieli procesu, audyt krytycznych ścieżek oraz plan poprawy. Dla sprzedaży i obsługi klienta ważne jest rozpoznawanie sygnałów o barierach, przekazywanie ich do zespołu produktowego i niewprowadzanie klientów w błąd obietnicą automatycznej pełnej zgodności.
Dostępna ścieżka zakupu w e-commerce
Na start można wdrożyć funkcje wspierające dostępność i jednocześnie zaplanować audyt oraz poprawki źródłowe. To podejście jest bardziej użyteczne niż wybór jednego działania, które ma rzekomo rozwiązać cały problem.
FAQ: Europejski Akt o Dostępności
Czy Europejski Akt o Dostępności dotyczy każdej strony internetowej?
Nie. EAA i PAD obejmują określone produkty oraz usługi. W przypadku strony należy ustalić, czy jest ona elementem usługi objętej ustawą, na przykład usługi handlu elektronicznego. Sam fakt posiadania strony firmowej nie przesądza automatycznie o identycznym zakresie obowiązków.
Czy każdy sklep internetowy podlega PAD?
Nie należy zakładać tego bez analizy. Usługi handlu elektronicznego są istotną kategorią objętą regulacją, ale znaczenie mają między innymi model działalności, odbiorca usługi, status firmy oraz możliwe wyłączenia. Wątpliwości warto zweryfikować z prawnikiem znającym konkretną działalność.
Od kiedy stosuje się Polski Akt o Dostępności?
Ustawa przewiduje stosowanie wymagań od 28 czerwca 2025 r. W praktyce należy jednocześnie sprawdzić przepisy przejściowe, ponieważ mogą one różnicować sytuację zależnie od rodzaju produktu, usługi, umowy lub wykorzystywanego urządzenia.
Czy EAA to to samo co WCAG 2.1 AA?
Nie. WCAG jest zestawem wytycznych dotyczących dostępności treści internetowych. EAA i PAD są regulacjami prawnymi obejmującymi szerszy zakres produktów i usług. EN 301 549 jest natomiast normą techniczną istotną dla dostępności ICT. Te dokumenty wzajemnie się uzupełniają, ale nie są tożsame.
Czy norma EN 301 549 zastępuje audyt dostępności?
Nie. Norma pomaga określić wymagania techniczne i metodę oceny, ale audyt jest procesem sprawdzania konkretnego produktu lub usługi. Dobrze wykonany audyt obejmuje kod, treści, interakcje, ścieżki użytkownika, dokumenty oraz wybrane integracje.
Czy widget dostępności zapewnia zgodność z PAD?
Nie. Widget może wspierać użytkownika przez ustawienia kontrastu, typografii, czytania treści lub skupienia, ale nie gwarantuje zgodności z PAD, WCAG ani EN 301 549. Nie zastępuje też naprawy błędów w formularzach, koszyku, płatności, treści i kodzie źródłowym.
Jak sprawdzić, czy formularz jest dostępny?
Sprawdź między innymi, czy każde pole ma widoczną i programistycznie powiązaną etykietę, czy wymagania są jasne, czy błąd wskazuje konkretny problem oraz czy komunikat jest dostępny dla czytnika ekranu. Następnie wykonaj cały formularz wyłącznie klawiaturą.
Jak testować sklep internetowy klawiaturą?
Przejdź przez stronę klawiszem Tab i sprawdź, czy fokus jest widoczny, logiczny oraz nie znika pod banerem lub oknem modalnym. Wykonaj bez myszy najważniejsze zadania: wyszukanie produktu, wybór wariantu, dodanie do koszyka, wypełnienie formularza i rozpoczęcie płatności. Pomocny będzie poradnik WCAG 2.4.11 Focus Not Obscured: wdrożenie i testy.
Czy automatyczny skaner dostępności wystarczy?
Nie. Skaner może wykryć część błędów, takich jak brakujące atrybuty czy niektóre problemy z kontrastem. Nie oceni jednak pełnej logiki procesu, jakości treści alternatywnej, sensowności komunikatów ani działania wszystkich komponentów z technologiami asystującymi.
Jakie dokumenty warto zachować po audycie?
Warto przechowywać zakres audytu, listę wykrytych barier, priorytety, decyzje projektowe, historię poprawek, wyniki retestów, ustalenia z dostawcami oraz dowody testów krytycznych ścieżek. Zakres dokumentacji powinien odpowiadać realnym obowiązkom firmy i charakterowi usługi.
Od czego zacząć, jeśli strona ma wiele problemów?
Zacznij od ścieżek, których nieukończenie blokuje klienta: logowania, wyszukiwarki, koszyka, formularza, płatności i kontaktu. Następnie popraw błędy powtarzalne w komponentach. Równolegle możesz dodać funkcje wspierające dostępność, ale nie odkładaj napraw źródłowych.
Dodaj funkcje dostępności swojej strony i przetestuj WCAGbot jako pierwszy krok do bardziej dostępnego e-commerce. Następnie zaplanuj audyt oraz trwałe poprawki w kodzie, treści i procesach obsługi.
