Od 28 czerwca 2025 r. polscy sprzedawcy Shopify powyżej progu mikroprzedsiębiorstwa muszą spełniać kryteria WCAG 2.1 AA przez harmonizowaną normę EN 301 549. Podstawą jest ustawa z dnia 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług (Dz.U. 2024 poz. 731), która transponuje dyrektywę (UE) 2019/882 (European Accessibility Act). Zanim cokolwiek poprawisz, musisz wiedzieć, co jest niezgodne. Ten artykuł pokazuje, jak przetestować dostępność sklepu Shopify narzędziem automatycznym, co taki test realnie wykrywa, a czego nie złapie żaden skaner.
Test dostępności to inwentaryzacja barier. Bez niej nie wiesz, czy Twój sklep ma trzy naruszenia, czy trzysta, ani które z nich blokują zakup osobie korzystającej z czytnika ekranu. Skaner zamienia abstrakcyjne "musisz być zgodny z WCAG" w konkretną listę: ten przycisk ma za niski kontrast, to pole formularza nie ma etykiety, ten obrazek nie ma tekstu alternatywnego.
Test ma też wymiar prawny. W razie skargi konsumenta organ nadzoru rynku bada kod źródłowy strony, a nie Twoje deklaracje. Jeśli masz udokumentowany skan i listę poprawek w toku, świadczy to o dobrej wierze. Szczegóły tego, co weryfikuje organ, opisaliśmy w artykule o kontroli PFRON dostępności sklepu internetowego.
Skaner dostępności pobiera stronę tak, jak zrobiłaby to przeglądarka, buduje drzewo DOM i drzewo dostępności (accessibility tree), a następnie sprawdza setki reguł wynikających z WCAG. Reguły są deterministyczne: kontrast tekstu liczy się z faktycznych kolorów pierwszego planu i tła, obecność atrybutu alt sprawdza się węzeł po węźle, powiązanie etykiety z polem formularza wynika z atrybutów for, id i aria-label.
Najszybszy sposób, żeby zacząć, to skan jednej strony. AccessifyAI udostępnia darmowy skan strony głównej bez logowania i bez instalacji. Wpisujesz adres, dostajesz listę wykrytych naruszeń zmapowanych na kryteria WCAG. To dobry punkt wyjścia, żeby zobaczyć skalę problemu, zanim zdecydujesz o pełnym audycie.
Pełny test obejmuje więcej niż stronę główną. Sklep Shopify ma kilka typów szablonów, które renderują różny kod: strona główna, strona kolekcji, strona produktu, koszyk, kasa. Każdy z nich trzeba przeskanować osobno, bo naruszenie w karcie produktu nie pojawi się na stronie głównej. Dlatego skan dedykowany Shopify, działający z poziomu panelu Admin, sprawdza reprezentatywny zestaw szablonów, a nie pojedynczy URL.
Reguły deterministyczne to mocna strona automatu. Te kategorie naruszeń skaner wykrywa wiarygodnie i powtarzalnie:
| Kategoria |
Kryterium WCAG |
Typowe miejsce w Shopify |
| Kontrast tekstu poniżej 4,5:1 |
1.4.3 |
Drobny tekst drugorzędny, opisy, stopka |
| Kontrast elementów UI poniżej 3:1 |
1.4.11 |
Obramowania pól, stany hover przycisków |
| Brak atrybutu alt na obrazie |
1.1.1 |
Zdjęcia produktów wgrane przez CSV |
| Brak etykiety pola formularza |
3.3.2 |
Newsletter, logowanie, wyszukiwarka |
| Brak atrybutu lang na stronie |
3.1.1 |
theme.liquid |
| Błędne lub puste ARIA |
4.1.2 |
Niestandardowe sekcje motywu |
| Zbyt mała powierzchnia klikalna |
2.5.8 |
Kropki paginacji, ikony społecznościowe |
Brak tekstu alternatywnego i brak etykiet pól formularzy należą do najczęściej wykrywanych automatycznie błędów, co rok po rok pokazuje raport WebAIM Million. To również trzy z czterech najszybszych do usunięcia naruszeń, dlatego dobry test sortuje wyniki według tego, ilu elementów dotyczą i jak trudna jest poprawka.
To jest część, którą pomijają narzędzia reklamujące "pełną zgodność jednym kliknięciem". Automatyczny test wykrywa, według badań branżowych, tylko część wszystkich barier WCAG. Reszta wymaga oceny człowieka, bo zależy od znaczenia, a nie od struktury kodu.
Czego skaner nie oceni za Ciebie:
- Czy tekst alternatywny faktycznie opisuje obraz. Automat sprawdzi, że
alt istnieje. Nie powie Ci, że alt="IMG_4821" jest bezużyteczne dla użytkownika czytnika ekranu.
- Czy kolejność fokusu klawiatury ma sens. Trzeba przejść sklep samym klawiszem Tab i Enter, bez myszy, i sprawdzić, czy fokus nie ucieka za otwarte menu i nie zostaje uwięziony w modalu.
- Czy etykieta pola jest zrozumiała. Pole z etykietą "Pole 1" przejdzie test, ale nikomu nie pomoże.
- Czy treść jest zrozumiała i czy komunikaty o błędach w kasie są opisowe.
Dlatego rzetelny test to skan automatyczny plus krótka weryfikacja ręczna trzech rzeczy: nawigacja klawiaturą, sensowność tekstów alt i czytelność komunikatów formularza. Skaner skraca tę pracę z dni do godzin, ale jej nie eliminuje.
Ważne rozróżnienie. Test mówi Ci, co jest złe. Naprawa zmienia kod. To dwie różne rzeczy i tu właśnie nakładki dostępności (overlay) wprowadzają w błąd.
Nakładka dokłada do strony warstwę JavaScript i nie zmienia kodu źródłowego motywu. Tymczasem to właśnie kod źródłowy jest podstawą oceny w razie skargi. Organ nadzoru zbada base.css i szablony Liquid, a nie skrypt nakładki. Fundacja Widzialni od lat odradza nakładki, a w styczniu 2025 r. amerykańska FTC zawarła z firmą accessiBe ugodę na 1 milion USD w sprawie reklamowania nakładki jako rozwiązania zapewniającego pełną zgodność. Temat rozwijamy w artykule o nakładkach dostępności a polskim prawie.
AccessifyAI działa inaczej. Skanuje sklep, a następnie proponuje konkretne poprawki w kodzie motywu, które oglądasz przed zastosowaniem. Widzisz diff, decydujesz, zatwierdzasz. Zmiana trafia do kodu źródłowego, czyli tam, gdzie patrzy organ. To pomaga znaleźć i usunąć bariery. Nie jest to natomiast gwarancja zgodności prawnej: żadne narzędzie nie zastąpi oceny ręcznej i decyzji o publikacji deklaracji dostępności.
Surowa liczba naruszeń nie mówi wszystkiego. Żeby przełożyć wynik na ryzyko, potrzebujesz kontekstu prawnego.
Po pierwsze, ustal, czy ustawa Cię dotyczy. Wyłączone są usługi mikroprzedsiębiorców (wyłączenia reguluje art. 4 ustawy z 2024 r.). Mikroprzedsiębiorstwo to firma zatrudniająca poniżej 10 osób ORAZ o rocznym obrocie lub sumie bilansowej nieprzekraczających 2 mln EUR. Oba warunki muszą być spełnione łącznie. Firma z ośmioma pracownikami i obrotem 3 mln EUR podlega ustawie w pełnym zakresie.
Po drugie, wiedz, co dla sklepu jest wymagane. Sklepy internetowe to "usługi handlu elektronicznego" (art. 5 pkt 32 ustawy), do których stosuje się wymagania z art. 18. Norma odniesienia to EN 301 549, która odwołuje się do WCAG 2.1 AA. Jeśli zastanawiasz się nad nowszą wersją wytycznych, kontekst znajdziesz w artykule o WCAG 2.2 w polskim sklepie Shopify.
Po trzecie, znaj pułap sankcji. Kary pieniężne sięgają 10-krotności przeciętnego miesięcznego wynagrodzenia, nie więcej niż 10% obrotu (art. 73 ustawy z 2024 r.). Nadzór prowadzą PFRON oraz organy nadzoru rynku. Pełną mapę terminów i sankcji opisaliśmy osobno w analizie EAA w Polsce: terminy i kary dla sklepu online.
- Skan wstępny. Uruchom darmowy skan strony głównej, żeby zobaczyć skalę. To 30 sekund i nie wymaga instalacji.
- Skan pełny. Przeskanuj reprezentatywny zestaw szablonów: stronę główną, jedną kolekcję, jedną stronę produktu i koszyk. Skan dedykowany Shopify zrobi to z poziomu panelu Admin.
- Sortowanie wyników. Zacznij od naruszeń, które dotyczą wielu elementów i są szybkie do usunięcia: teksty alt, etykiety pól, kontrast tekstu.
- Weryfikacja ręczna. Przejdź sklep samą klawiaturą, sprawdź sensowność tekstów alt i czytelność komunikatów w kasie. Tego automat nie zrobi.
- Poprawki w kodzie. Wprowadź zmiany w kodzie motywu, nie w warstwie nakładki. W AccessifyAI obejrzyj proponowany diff przed zastosowaniem.
- Deklaracja dostępności. Opublikuj informację o dostępności usługi, nawet jeśli dokumentuje trwające prace. Gotowy wzór znajdziesz w artykule o deklaracji dostępności sklepu Shopify.
- Cykl. Powtarzaj test co kwartał oraz po każdej publikacji nowej wersji motywu i po instalacji nowej aplikacji.
Test dedykowany Shopify, z mapowaniem naruszeń na EN 301 549 i ustawę z 2024 r., dostępny jest w AccessifyAI w Shopify App Store. Aplikacja ma darmowy start oraz płatne plany dla większych potrzeb; aktualny cennik znajdziesz na stronie aplikacji.
Nie do pełnej oceny. Darmowy skan strony głównej pokazuje skalę problemu i wykrywa naruszenia deterministyczne na jednej stronie. Pełny test wymaga skanu wielu typów szablonów plus weryfikacji ręcznej rzeczy, których automat nie ocenia: sensowności tekstów alt, kolejności fokusu, zrozumiałości komunikatów.
Automatyczny test wykrywa, według badań branżowych, część wszystkich barier WCAG, głównie te wynikające z mierzalnej struktury kodu. Reszta, zależna od znaczenia treści, wymaga oceny człowieka. Dlatego rzetelny audyt łączy skan z krótkim testem ręcznym.
Nie. Test inwentaryzuje bariery, a poprawki w kodzie je usuwają. Żadne narzędzie, w tym AccessifyAI, nie gwarantuje zgodności prawnej. Pomaga znaleźć i usunąć bariery oraz przygotować poprawki, ale decyzja o publikacji deklaracji i ostateczna ocena należą do usługodawcy.
Test mierzy stan i wskazuje naruszenia. Nakładka dokłada warstwę JavaScript i nie zmienia kodu źródłowego, który jest podstawą oceny. W styczniu 2025 r. FTC zawarła ugodę z accessiBe na 1 milion USD w sprawie reklamy nakładki. Poprawki powinny trafiać do kodu motywu, nie do nakładki.
Co kwartał oraz po każdej istotnej zmianie: publikacji nowej wersji motywu, instalacji nowej aplikacji, zmianie szablonów. Jednorazowy test się dezaktualizuje, bo każda zmiana kodu może wprowadzić nowe naruszenia.
Test dostępności sklepu Shopify zaczyna się od automatycznego skanu, który niezawodnie wykrywa naruszenia deterministyczne: kontrast, brakujące teksty alt, brakujące etykiety pól, błędne ARIA. Automat nie oceni jednak znaczenia treści ani logiki nawigacji klawiaturą, więc skan łączy się z krótką weryfikacją ręczną. Wynik czyta się względem ustawy z 26 kwietnia 2024 r.: próg mikroprzedsiębiorstwa, wymagania z art. 18, norma EN 301 549 i pułap kar z art. 73. Test mówi, co naprawić. Naprawa należy do kodu motywu, nie do nakładki.