Najważniejsze wnioski
- Europejski Akt o Dostępności (EAA) to dyrektywa UE 2019/882 dotycząca konkretnie wskazanych produktów i usług, a nie ogólny obowiązek dostosowania każdej strony internetowej.
- W Polsce EAA 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, potocznie nazywana Polskim Aktem o Dostępności.
- Dla e-commerce kluczowe jest zbadanie pełnej ścieżki zakupu: wyszukania produktu, karty produktu, koszyka, formularzy, logowania, płatności, komunikatów i obsługi posprzedażowej.
- WCAG, EN 301 549 i Polski Akt o Dostępności nie są tym samym: wytyczne WCAG pomagają oceniać treści i interfejs, norma EN 301 549 opisuje wymagania techniczne dla ICT, a ustawa określa obowiązki prawne i zakres ich stosowania.
- Widget dostępności może być szybkim pierwszym krokiem wspierającym użytkowników, ale nie zastępuje audytu WCAG, testów z użytkownikami ani trwałej naprawy barier w kodzie i treści.
Dla zarządzającego
EAA warto traktować jako temat zarządczy, a nie wyłącznie zadanie dla zespołu IT. Najpierw trzeba ustalić zakres usługi i odpowiedzialność firmy, potem zaplanować audyt ścieżek krytycznych, priorytety poprawek oraz sposób obsługi informacji i skarg dotyczących dostępności.
Dla sprzedaży
Dostępność może wpływać na to, czy klient samodzielnie znajdzie produkt, doda go do koszyka, wypełni formularz i zapłaci. Zespół sprzedaży oraz obsługi klienta powinien zgłaszać bariery z rozmów z użytkownikami i testować komunikaty, formularze, płatności oraz kanały kontaktu.
Europejski Akt o Dostępności (EAA) nie oznacza, że każda strona internetowa musi automatycznie spełnić identyczny zestaw wymagań. Jest to dyrektywa Unii Europejskiej dotycząca dostępności konkretnych produktów i usług. Dla firm prowadzących e-commerce najważniejsze pytanie brzmi: czy oferowana usługa handlu elektronicznego jest objęta zakresem przepisów i czy klient może samodzielnie przejść całą ścieżkę zakupu.
W Polsce EAA 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 praktyce jest ona często nazywana Polskim Aktem o Dostępności (PAD). Ten artykuł ma charakter informacyjny, a jego stan prawny wskazano na 3 października 2026 r. Ocena obowiązków konkretnej firmy wymaga analizy jej usługi, roli w łańcuchu dostaw oraz aktualnego brzmienia przepisów.
Najważniejsze wnioski dla firmy
- EAA dotyczy wybranych obszarów gospodarki, w tym usług handlu elektronicznego.
- W e-commerce dostępność trzeba oceniać na całej ścieżce użytkownika, a nie wyłącznie na stronie głównej.
- Nie należy utożsamiać EAA wyłącznie z WCAG 2.1 AA. WCAG jest ważnym punktem odniesienia dla interfejsów internetowych, ale zakres ustawowy i techniczny jest szerszy.
- Funkcje takie jak kontrast, powiększenie tekstu czy czytnik treści mogą pomóc użytkownikowi od razu, lecz nie naprawią błędnej struktury formularza, niedostępnej płatności czy nieopisanych komunikatów błędów.
Czym jest Europejski Akt o Dostępności?
Europejski Akt o Dostępności to potoczna nazwa dyrektywy Parlamentu Europejskiego i Rady (UE) 2019/882. Jej celem jest zbliżenie wymagań dostępności w państwach członkowskich oraz ułatwienie dostępu do określonych produktów i usług osobom z różnymi potrzebami funkcjonalnymi.
Dyrektywa obejmuje między innymi komputery i systemy operacyjne, terminale płatnicze i samoobsługowe, usługi łączności elektronicznej, bankowość detaliczną, e-booki, wybrane usługi transportowe, dostęp do audiowizualnych usług medialnych oraz usługi handlu elektronicznego.
Nie jest natomiast poprawne zdanie: „EAA obejmuje wszystkie strony internetowe”. Zakres regulacji zależy od rodzaju produktu lub usługi. Dyrektywa przewiduje też wyłączenia, między innymi dla określonych treści archiwalnych, części starszych dokumentów biurowych oraz treści stron trzecich, nad którymi przedsiębiorca nie ma kontroli.
Dostępność nie kończy się na możliwości otwarcia strony. Zaczyna się wtedy, gdy użytkownik może samodzielnie wykonać cel, dla którego na nią przyszedł.
Jak EAA ma się do Polskiego Aktu o Dostępności, EN 301 549 i WCAG?
Te pojęcia są powiązane, ale nie oznaczają tego samego. Ich rozróżnienie ułatwia poprawne zaplanowanie działań.
| Pojęcie | Czym jest | Znaczenie dla e-commerce |
|---|---|---|
| Europejski Akt o Dostępności | Dyrektywa UE 2019/882. | Wyznacza unijne ramy wymagań dla wskazanych usług, w tym handlu elektronicznego. |
| Polski Akt o Dostępności | Polska ustawa wdrażająca dyrektywę EAA. | Określa krajowe obowiązki, zasady nadzoru, procedury i wyjątki. |
| EN 301 549 | Europejska norma dotycząca wymagań dostępności dla produktów i usług ICT. | Pomaga przełożyć wymagania dostępności na ocenę technologii, interfejsu i dokumentacji. |
| WCAG | Wytyczne W3C dotyczące dostępności treści internetowych. | Pomagają testować między innymi kontrast, klawiaturę, strukturę treści, formularze i komunikaty. |
WCAGbot Accessibility Path dla usługi e-commerce
WCAG 2.2 opisuje kryteria sukcesu dla treści internetowych. Norma EN 301 549 może wykorzystywać kryteria WCAG w części dotyczącej treści webowych, ale obejmuje również szerszy kontekst ICT. Sama norma nie zastępuje ustawy, a sama ustawa nie powinna być redukowana do prostego hasła „WCAG 2.1 AA”.
Kogo może dotyczyć EAA w e-commerce?
Usługi handlu elektronicznego znajdują się w zakresie dyrektywy. W praktyce warto analizować nie tylko sklep, który sprzedaje produkty pod własną marką, lecz także role podmiotów współtworzących usługę: operatora platformy, dostawcy systemu zamówień, bramki płatniczej, dostawcy modułu rezerwacji czy zewnętrznego marketplace.
To, że firma korzysta z zewnętrznego motywu, systemu Shopify, WordPressa z WooCommerce albo własnej platformy, nie usuwa potrzeby zarządzania dostępnością. Zmienia natomiast zakres kontroli nad komponentami i sposób współpracy z dostawcami. Pomocne mogą być osobne materiały o dostępności WordPressa oraz testowaniu dostępności Shopify.
Szczególnej weryfikacji wymaga status mikroprzedsiębiorcy. Ustawa przewiduje określone wyłączenia dotyczące usług świadczonych przez mikroprzedsiębiorców, ale ich zastosowania nie należy zakładać automatycznie. Znaczenie ma między innymi definicja mikroprzedsiębiorcy oraz charakter działalności. Więcej o kryteriach i ograniczeniach wyjaśnia artykuł Mikroprzedsiębiorca a PAD: kiedy dotyczy e-commerce?.
Co należy sprawdzić w sklepie internetowym?
Najczęstym błędem jest ograniczenie oceny do strony głównej lub do automatycznego testu kontrastu. Dla klienta liczy się proces: od znalezienia produktu do uzyskania potwierdzenia transakcji. Audyt powinien obejmować rzeczywiste zadania i warianty, w tym błędne wypełnienie formularza czy zmianę metody dostawy.
Lista kontrolna ścieżki zakupowej
- Czy użytkownik obsłuży menu, wyszukiwarkę, filtry i sortowanie wyłącznie klawiaturą?
- Czy fokus klawiatury jest widoczny i nie znika pod stałym nagłówkiem lub banerem?
- Czy karta produktu ma zrozumiałą nazwę, cenę, dostępność, warianty i opis przycisku zakupu?
- Czy obrazy produktowe mają adekwatne teksty alternatywne tam, gdzie obraz przekazuje informację?
- Czy koszyk wyraźnie komunikuje zmianę liczby produktów, ceny, rabatu i kosztu dostawy?
- Czy każdy formularz jest dostępny: ma etykiety, instrukcje, komunikaty błędów i logiczną kolejność pól?
- Czy płatność, zgoda, logowanie oraz potwierdzenie zamówienia są możliwe do obsługi czytnikiem ekranu i klawiaturą?
- Czy zespół wie, jak przyjąć i obsłużyć zgłoszenie dotyczące bariery?
Test klawiaturą warto zacząć od prostego przejścia klawiszem Tab przez całą ścieżkę zakupu. Szczegółową procedurę opisujemy w poradniku Nawigacja klawiaturą: jak testować stronę zgodnie z WCAG. Równolegle trzeba zbadać kontrast tekstu, stanów interaktywnych i komunikatów. Praktyczne kryteria znajdziesz w tekście Kontrast strony: jak testować i poprawiać.
WCAGbot Accessibility Path: od decyzji do stałego procesu
WCAGbot Accessibility Path porządkuje działania firmy, która chce zacząć rozsądnie i nie mylić szybkiego wsparcia użytkownika z pełnym usunięciem barier.
EAA, Polski Akt o Dostępności, EN 301 549 i WCAG
- Ustal zakres. Opisz usługę, kanały cyfrowe, rolę firmy, dostawców oraz elementy tworzone przez strony trzecie.
- Zmapuj zadania krytyczne. W e-commerce będą to zwykle wyszukanie produktu, wybór wariantu, koszyk, dostawa, płatność, kontakt i zwrot.
- Wykonaj audyt oraz testy. Połącz przegląd ekspercki, testy klawiaturą, czytnikiem ekranu i testy najważniejszych zadań użytkownika.
- Napraw źródło bariery. Popraw strukturę HTML, etykiety, opisy, kolejność fokusu, komponenty JavaScript, walidację i treść komunikatów.
- Dodaj funkcje wspierające dostępność. WCAGbot można wdrożyć jedną linią kodu jako szybki pierwszy krok. Użytkownik może między innymi zmienić kontrast, powiększyć tekst, zatrzymać animacje, użyć czytania treści lub skorzystać z profili dostępności.
- Monitoruj zmiany. Każda nowa promocja, motyw, integracja płatności albo formularz może wprowadzić kolejną barierę.
Widget nie zastąpi etykiety pola formularza, semantycznego nagłówka ani dostępnego modalu płatności. Nie powinien więc być przedstawiany jako automatyczna zgodność z WCAG czy PAD. Więcej o tej granicy opisuje tekst Widget WCAG: co pomaga, a czego nie naprawi oraz materiał o wyborze zakresu audytu WCAG.
Mini-scenariusz: sklep z barierą w koszyku
Scenariusz ilustracyjny — nie opisuje wdrożenia u klienta. Sklep z wyposażeniem domu ma poprawny kontrast na stronie głównej i dodaje widget dostępności. Podczas testu klawiaturą okazuje się jednak, że po zmianie liczby produktów fokus przeskakuje na początek strony. Czytnik ekranu nie odczytuje też komunikatu o błędzie kodu rabatowego.
W tym przypadku tryb kontrastu i powiększenie tekstu nadal wspierają część użytkowników, ale nie rozwiązują problemu zakupowego. Zespół powinien poprawić komponent koszyka: zachować logiczne miejsce fokusu, przekazać zmianę stanu przez właściwy komunikat programistyczny oraz ponownie przetestować zadanie. Jeśli w interfejsie użyto ARIA, trzeba sprawdzić, czy została zastosowana zgodnie z przeznaczeniem — sama obecność atrybutów nie gwarantuje poprawnego działania. Pomaga w tym poradnik ARIA w praktyce: kiedy wspiera dostępność strony.
Jak zaplanować działania bez pozornej zgodności?
Dobry plan nie zaczyna się od deklaracji „strona jest dostępna”. Zaczyna się od zebrania faktów. Właściciel usługi powinien wskazać osobę odpowiedzialną za koordynację, ustalić priorytety biznesowe i użytkowe oraz zapisać, które bariery należą do zespołu wewnętrznego, a które do dostawcy technologii.
Na początku warto podzielić poprawki na trzy grupy:
- blokujące: użytkownik nie może znaleźć produktu, wysłać formularza, zalogować się lub opłacić zamówienia;
- utrudniające: zadanie jest możliwe, ale wymaga nadmiernej liczby kroków, trudno odnaleźć fokus albo komunikat jest niejasny;
- usprawniające: dodatkowe ustawienia czytelności, preferencje interfejsu i wygodne funkcje pomocnicze.
Do ostatniej grupy należą między innymi funkcje WCAGbot: kontrast, skala szarości, czytelna czcionka, regulacja tekstu i odstępów, większy kursor, podświetlanie nagłówków oraz linków, przewodnik do czytania czy zatrzymywanie animacji. To użyteczne wsparcie, które można uruchomić bez przebudowy witryny, lecz jego rolą nie jest ukrywanie problemów w kodzie źródłowym.
Dostępna ścieżka zakupu w sklepie
Podsumowanie dla zarządzającego: potraktuj EAA jako proces zarządzania usługą cyfrową. Ustal zakres, zbadaj ścieżki krytyczne, przypisz właścicieli poprawek i kontroluj zmiany dostawców.
Podsumowanie dla sprzedaży i obsługi: zapisuj zgłoszenia użytkowników dotyczące problemów z zakupem, płatnością, formularzem lub komunikacją. Takie zgłoszenia są ważnym materiałem do testów i priorytetyzacji napraw.
Spokojny pierwszy krok: Dodaj funkcje dostępności na swojej stronie i przetestuj WCAGbot na realnej karcie produktu, koszyku oraz formularzu. Następnie zaplanuj audyt i naprawy źródłowe dla barier wykrytych w najważniejszych zadaniach.
FAQ: Europejski Akt o Dostępności
Czym jest Europejski Akt o Dostępności?
Europejski Akt o Dostępności, czyli EAA, to dyrektywa UE 2019/882 dotycząca wymagań dostępności dla określonych produktów i usług. Jej zakres obejmuje między innymi usługi handlu elektronicznego, bankowość detaliczną i wybrane usługi transportowe.
Czy EAA dotyczy każdego przedsiębiorcy?
Nie należy tego zakładać. Zakres zależy od rodzaju produktu lub usługi, roli podmiotu oraz wyjątków przewidzianych w przepisach. Indywidualną ocenę warto oprzeć na aktualnym tekście ustawy i analizie konkretnej działalności.
Czy każdy sklep internetowy podlega Polskiemu Aktowi o Dostępności?
Usługi handlu elektronicznego są wskazane w zakresie regulacji, ale obowiązki konkretnego podmiotu mogą zależeć od jego sytuacji, modelu działania oraz przewidzianych ustawowo wyłączeń. Nie należy wyciągać wniosku wyłącznie na podstawie tego, że firma ma stronę WWW.
Czy mikroprzedsiębiorca jest wyłączony z obowiązków?
Ustawa przewiduje szczególne zasady dotyczące usług świadczonych przez mikroprzedsiębiorców. Trzeba jednak najpierw sprawdzić, czy firma spełnia ustawową definicję mikroprzedsiębiorcy i czy dane wyłączenie rzeczywiście ma zastosowanie do jej działalności.
Czy zgodność z WCAG oznacza zgodność z EAA?
Nie automatycznie. WCAG pomaga oceniać dostępność treści i interfejsów internetowych, ale EAA oraz polska ustawa dotyczą szerszego zestawu wymagań, produktów, usług i obowiązków podmiotów gospodarczych.
Czym różni się EN 301 549 od WCAG?
WCAG to wytyczne dostępności treści internetowych opracowane przez W3C. EN 301 549 to norma obejmująca wymagania dostępności dla technologii informacyjno-komunikacyjnych, w tym elementy odnoszące się do stron i aplikacji.
Czy widget dostępności zapewnia zgodność z PAD?
Nie. Widget może wspierać użytkowników przez funkcje kontrastu, powiększenia, czytania treści czy ustawień typografii, ale nie zastępuje audytu, testów ani napraw kodu i treści.
Jakie elementy sklepu internetowego trzeba testować w pierwszej kolejności?
Najpierw sprawdź zadania krytyczne: wyszukiwarkę, filtry, kartę produktu, wybór wariantu, koszyk, formularz dostawy, płatność, logowanie, komunikaty błędów i potwierdzenie zamówienia.
Czy wystarczy test automatyczny dostępności?
Nie. Narzędzia automatyczne są przydatne do wykrywania części problemów, lecz nie ocenią wszystkich barier, na przykład logiczności komunikatów, jakości obsługi klawiaturą czy zrozumiałości procesu zakupowego.
Co zrobić, gdy płatność obsługuje zewnętrzny dostawca?
Włącz ten etap do mapy ścieżki zakupowej, sprawdź możliwości testowania i ustal z dostawcą sposób zgłaszania barier. Zewnętrzna integracja nie powinna być pomijana tylko dlatego, że nie jest rozwijana wewnętrznie.
