Czy wtyczka dostępności wystarczy, aby Twój sklep internetowy był zgodny z EAA?
Widgety dostępności to atrakcyjna obietnica: jedno kliknięcie i sklep jest dostępny. Ale czy naprawdę? Praktyczna analiza dla właścicieli sklepów i menedżerów e-commerce w 2026 roku
W skrócie
Sytuacja:
European Accessibility Act obowiązuje od 28 czerwca 2025. Polska ustawa o zapewnianiu dostępności osobom ze szczególnymi potrzebami obejmuje również sektor prywatny w określonych przypadkach. Właściciele sklepów internetowych szukają najtańszego rozwiązania — i wielu wybiera widget dostępności za 80-120 PLN miesięcznie.
Problem:
Widget może poprawić kontrast, powiększyć czcionkę czy dodać czytnik tekstu — ale nie naprawi struktury HTML, nie wypełni alt textów, nie poprawi PDF-ów faktur, nie zabezpieczy formularzy. Dla średniego i większego sklepu to za mało.
Co naprawdę chroni:
Połączenie trzech elementów: solidnego CMS z natywnym wsparciem dostępności (TYPO3 CMS, dedykowane szablony), audytu technicznego (manualny + automatyczny) oraz monitoringu ciągłego (np. EYE-ABLE Audit/Report).
Dla kogo widget wystarczy: Mały sklep, niska liczba transakcji, brak skomplikowanych formularzy. Pierwszy krok, nie meta.
Dla kogo nie wystarczy: Średni i duży sklep, transakcje B2B, faktury i potwierdzenia w PDF, koszyk z wieloma krokami, integracje płatności (Tpay, Przelewy24, PayU).
Zainstalowanie wtyczki dostępności jest proste — a dla właścicieli sklepów internetowych brzmi jak spełnienie marzeń: jedno narzędzie, jeden widget, kilka kliknięć i gotowe. Ale jeśli naprawdę chcesz, żeby Twój sklep był inkluzywny i zgodny z European Accessibility Act, szybko zorientujesz się, że pojedyncza aplikacja nie wykona za Ciebie całej pracy zespołu.
Ten artykuł jest uczciwym spojrzeniem na to, co widget potrafi, gdzie się kończy i co tak naprawdę trzeba zrobić, żeby sklep był zgodny z prawem i użyteczny dla wszystkich klientów. Nie sprzedajemy tu jednego rozwiązania. Pokazujemy realny obraz.
Co platforma sklepowa obsługuje a gdzie się kończy?
Niezależnie od tego, na jakiej platformie działa Twój sklep — Shoper, IdoSell, PrestaShop, WooCommerce, sklep zbudowany na TYPO3 z modułem e-commerce, czy nawet rozwiązanie typu Shopify — zasada jest podobna. Platforma kontroluje swoją część. Ty kontrolujesz resztę.
Większość nowoczesnych platform e-commerce w 2026 roku zwraca uwagę na dostępność. Domyślne szablony zwykle mają semantyczny HTML, podstawowe regiony ARIA i obsługę nawigacji klawiaturą. Strona kasy w większości platform jest utrzymywana zgodnie z WCAG 2.1 AA — co ma znaczenie, bo właśnie na etapie płatności błędy dostępności są najkosztowniejsze.
Ale tu pojawia się kluczowa różnica. Każda Twoja modyfikacja, każda dodana aplikacja i każda treść, którą wgrywasz, znajduje się poza tym, co platforma może audytować lub utrzymywać w Twoim imieniu.
To znaczy:
• Modyfikacje szablonu — paleta kolorów niespełniająca wymogów kontrastu, zmienione menu, które łamie kolejność focus na klawiaturze, strona produktu, która gubi przepływ czytnika ekranu. To wszystko dzieje się na warstwie modyfikacji i platforma tego nie wyłapie.
• Aplikacje zewnętrzne — narzędzia do opinii, programy lojalnościowe, czaty na żywo, popupy upsellowe, kalkulatory dostawy. Wstrzykują kod bezpośrednio do Twojego sklepu i wiele z nich nie jest projektowanych z myślą o dostępności. Niektóre wręcz psują to, co szablon miał poprawnie. To wciąż Twój sklep i Twoja odpowiedzialność prawna.
• Treści produktów — platforma udostępnia pole alt text. Nie wypełnia go za Ciebie. Sklep z setkami produktów bez alt textów nie jest dostępny, niezależnie od tego, jak czysty jest kod szablonu.
• Komponenty dynamiczne — galerie zdjęć produktów, koszyki w panelu bocznym, modale szybkiego podglądu, aktualizacje stanu magazynowego na żywo, filtry kategorii. Wykonane niedbale, tworzą pułapki klawiaturowe i ślepe uliczki dla czytników ekranu. To właśnie tam najczęściej pojawiają się problemy w audytach.
• Faktury i potwierdzenia w PDF — każdy sklep w Polsce wysyła klientom faktury, potwierdzenia zamówień i informacje o wysyłce. Dla kogoś używającego czytnika ekranu niedostępny PDF to ból głowy w najlepszym wypadku, całkowita nieczytelność w najgorszym. Widget dostępności na stronie sklepu tego problemu nie rozwiązuje.
Kiedy wtyczka pojawia się, żeby pomóc, wchodzi w już skomplikowane środowisko — takie, które może mieć luki, do których widget po prostu nie sięga.
Gdzie wtyczki dostępności trafiają na ścianę
Kto właściwie sprawdza, czy Twój sklep jest dostępny? Kto zauważy, że aktualizacja szablonu nagle coś zepsuła, albo że nowa strona kampanii poszła na produkcję ze zdjęciami bez alt textów?
Raporty WebAIM Million pokazują, jak powszechne są błędy dostępności: średnio kilkadziesiąt wykrywalnych błędów na stronę główną w milionie przebadanych witryn. I pamiętajmy — to tylko błędy, które wykrywa maszyna automatycznie. Nie obejmują nawet tego, czego doświadcza prawdziwa osoba próbująca poruszać się po Twoim sklepie.
Na każdy błąd wykryty przez maszynę przypada często kolejny ukryty w doświadczeniu użytkownika, który znajdzie tylko człowiek — osoba z niewidzeniem testująca koszyk, osoba z dysfunkcją ruchową próbująca wypełnić formularz adresu dostawy.
Jest też coś, co często jest pomijane: większość wtyczek polega na tym, że Twoja strona ma solidne podstawy techniczne. Widget, który zmienia kontrasty czy rozmiary czcionek, może wykonać swoją pracę tylko wtedy, gdy kod pod spodem jest czysty. Jeśli struktura HTML jest bałaganem, technologie wspomagające — czytniki ekranu czy nawigacja klawiaturą — i tak będą się męczyć. Możesz wypolerować powierzchnię ile chcesz, ale to, co jest pod spodem, decyduje, czy to naprawdę działa.
Wymogi prawne 2026 dlaczego stawka wzrosła?
Polska ustawa o zapewnianiu dostępności osobom ze szczególnymi potrzebami z 19 lipca 2019 roku oraz ustawa o dostępności cyfrowej z 4 kwietnia 2019 roku określają obowiązki przede wszystkim dla podmiotów publicznych. Ale dla wielu sklepów internetowych przełom nastąpił 28 czerwca 2025 roku — wraz z pełnym wejściem w życie European Accessibility Act (EAA).
EAA obejmuje konkretne kategorie produktów i usług — w tym handel elektroniczny. Jeśli sprzedajesz produkty lub usługi konsumentom w UE, jesteś przedsiębiorcą średniej lub dużej wielkości (powyżej 10 pracowników lub rocznym obrocie powyżej 2 mln EUR), Twoja strona internetowa, aplikacja mobilna i cała ścieżka zakupowa muszą spełniać wymogi dostępności.
Dla wielu sprzedawców internetowych oznacza to, że dostępność nie jest już „miłym dodatkiem” ani wyborem moralnym — to wymag prawny. Co więcej, nie wystarczy, żeby sklep wyglądał na dostępny. Liczy się, czy ktoś może faktycznie dokończyć zakup — znaleźć produkt, użyć filtrów, dodać do koszyka, wypełnić dane adresowe, wybrać metodę płatności (Tpay, Przelewy24, PayU, BLIK), potwierdzić zamówienie i odebrać czytelne potwierdzenie.
Do tego musisz być w stanie to udowodnić. Jakie bariery zidentyfikowano? Co zostało naprawione? I co się dzieje, gdy aktualizacja oprogramowania zmienia zasady gry? Wtyczka nie odpowie na te pytania. To dobry pierwszy krok, ale nie zastąpi rzetelnego audytu technicznego, ciągłego monitoringu ani dokumentacji, która wytrzyma kontrolę.
Wtyczki będą coraz mądrzejsze, ale nigdy nie zastąpią doświadczenia osoby z niepełnosprawnością, która porusza się po Twojej stronie w czasie rzeczywistym.
Czego naprawdę potrzebują większe sklepy
Dla małego sklepu rozpoczynającego działalność wtyczka może być przyzwoitym punktem wyjścia. Ale dla średnich firm i zespołów enterprise jest zbyt wiele punktów styku, do których widget nie sięga.
Często pomijany przykład: potwierdzenia zamówień, faktury VAT i informacje o wysyłce wysyłane jako PDF mailem. Polski sklep wystawia setki, czasem tysiące faktur miesięcznie. Dla kogoś używającego czytnika ekranu niedostępny PDF to ból głowy w najlepszym wypadku, całkowita nieczytelność w najgorszym. To coś, do czego widget na stronie sklepu po prostu nie jest stworzony — wymaga tagów PDF/UA generowanych automatycznie przez system.
To samo dotyczy złożonych filtrów produktów, stron z wieloma wariantami, kreatorów produktów czy formularzy, które wyglądają czysto na zewnątrz, ale są technicznym bałaganem pod spodem. Dostępność nie kończy się na stronie produktu.
To, czego naprawdę potrzebują większe zespoły, to spojrzenie z lotu ptaka:
• Gdzie są obecne bariery?
• Które z nich są krytyczne dla ścieżki zakupowej?
• Kto jest odpowiedzialny — pracownik wewnętrzny czy agencja?
• Jak powstrzymać nową aktualizację przed cofnięciem całej dotychczasowej pracy?
Każde rozwiązanie warte swojej ceny musi działać w zabieganym, codziennym środowisku — bez tego, żeby każdy członek zespołu musiał najpierw zostać ekspertem WCAG. Powinno wypełniać lukę między testami automatycznymi a prawdziwym ludzkim doświadczeniem. Bo nigdy naprawdę nie dowiesz się, czy Twoja kasa działa dla niewidomego klienta, dopóki ktoś rzeczywiście nie spróbuje jej użyć.
Co tak naprawdę chroni Twój sklep trzy filary
Z naszej praktyki wynika, że rzetelna dostępność e-commerce w 2026 roku opiera się na trzech filarach. Żaden z nich z osobna nie wystarczy. Razem tworzą spójny system.
Element ludzki
Łatwo zagubić się w technikaliach, ale za każdym błędem stoi moment, w którym ktoś utknął. Utknął, próbując zapłacić, utknął, czytając fakturę, albo utknął, próbując po prostu znaleźć produkt.
Współpracujemy ściśle z osobami, które codziennie poruszają się po przestrzeniach cyfrowych z dysfunkcjami wzroku. Wiedzą dokładnie, gdzie jest tarcie. Spojrzenie na internet ich oczami zmienia perspektywę na to, czym dostępność powinna i może być.
Za kilka lat dostępność będzie tak samo oczywista jak optymalizacja mobilna. Rozpoczęcie teraz to nie zdobywanie „dodatkowego” statusu — to nadrabianie zaległości do tego, co wkrótce będzie standardem.
Solidna podstawa technicznaZaczyna się od CMS i szablonu, które wspierają dostępność natywnie — semantyczny HTML, prawidłowa hierarchia nagłówków, regiony ARIA, etykiety formularzy, focus visible, kontrast kolorów zgodny z WCAG 2.1 AA. W TYPO3 robimy to przez szablony Fluid z dedykowanymi komponentami dostępności. W sklepach na innych platformach — przez dostosowanie szablonu z myślą o dostępności od początku, nie jako dodatek.
Audyt techniczny + manualnyAutomatyczne narzędzia (Lighthouse, aXe, WAVE) wykrywają około 30–40% problemów z dostępnością. Reszta wymaga testowania manualnego — nawigacja klawiaturą, czytnik ekranu (NVDA dla Windows, VoiceOver dla macOS i iOS), testy z osobami z różnymi niepełnosprawnościami. Audyt techniczny powinien obejmować całą ścieżkę zakupową: stronę główną, kategorie, produkt, koszyk, kasę, potwierdzenie zamówienia, e-mail powitalny i fakturę PDF.
Monitoring ciągły i widget jako wsparcieTu właśnie pojawia się miejsce dla narzędzi takich jak EYE-ABLE. Nie jako jedyne rozwiązanie, ale jako uzupełnienie. EYE-ABLE Assist to widget dostępności, który daje użytkownikom 25+ ustawień (powiększenie, kontrast, czcionka, czytnik tekstu, focus highlight) — to jest pierwsza warstwa pomocy. EYE-ABLE Audit i Report monitorują stronę ciągle: automatycznie skanują zmiany, wykrywają nowe błędy, generują deklarację dostępności i alertują zespół, gdy coś przestaje być zgodne. Razem te trzy elementy dają to, czego sam widget nie potrafi: kontrolę nad całością.
Prawdziwy koszt wtyczki
Widget dostępności za 80–150 PLN miesięcznie brzmi jak okazja. W skali roku to 960–1800 PLN. Wygląda na rozsądną inwestycję w bezpieczeństwo prawne. Ale w tym równaniu często pomija się to, co dzieje się, gdy naprawdę musisz wiedzieć, na jakim poziomie jest Twój sklep.
Nagle potrzebujesz porządnego audytu. Orientujesz się, że są problemy strukturalne, które trzeba naprawić — co oznacza czas dewelopera i koszty agencji. Twoja deklaracja dostępności musi być utrzymywana ręcznie. A po każdej większej aktualizacji cały proces sprawdzania zaczyna się od nowa.
Do tego większość wtyczek nie zapewnia pomocy. Nie ma nikogo, kto powie Ci, co priorytetyzować i które bariery mają największy wpływ na Twoich klientów. Wiesz, że są problemy, ale nie masz pojęcia, od czego zacząć je naprawiać.
W końcu często okazuje się, że płacisz więcej, niż zakładałeś — po prostu nie wszystko jest na jednej fakturze.
Najczęściej zadawane pytania
EAA obejmuje przedsiębiorców prowadzących handel elektroniczny w UE, z wyłączeniem mikroprzedsiębiorstw (poniżej 10 pracowników I obrotu poniżej 2 mln EUR rocznie). Jeśli przekraczasz oba progi, jesteś objęty. Mikroprzedsiębiorcy są wyłączeni z części wymogów, ale wciąż podlegają ogólnym przepisom o niedyskryminacji.
Sam widget — nie. EAA wymaga, żeby konsument mógł zakończyć transakcję — znaleźć produkt, dodać do koszyka, zapłacić, otrzymać potwierdzenie. Widget poprawia warstwę wizualną, ale nie naprawi nieczytelnego procesu płatności, niedostępnych formularzy ani PDF-ów faktur. Potrzebujesz audytu, poprawek strukturalnych i monitoringu — widget może być częścią tej układanki, ale nie całością.
Wysokość kar określa każde państwo członkowskie. W Polsce, w zakresie ustawy o dostępności, podmioty publiczne podlegają karom do 10 000 PLN. Dla sektora prywatnego w kontekście EAA polski ustawodawca określa wysokość kar w przepisach implementacyjnych — warto śledzić informacje z Ministerstwa Funduszy i Polityki Regionalnej.
Tak, jeśli sklep ma złożoną logikę produktową, wielojęzyczność lub potrzebuje integracji z systemami zewnętrznymi. TYPO3 ma natywne wsparcie dla semantycznego HTML, kontroli nad każdym elementem szablonu i pełną możliwość dostosowania pod WCAG 2.1 AA. Dla prostszych sklepów sprawdzają się też inne platformy — kluczowy jest sposób wdrożenia, nie sama platforma.
Nie, ale jest wartościowym elementem rozwiązania. EYE-ABLE Assist daje użytkownikowi natychmiastową możliwość dostosowania interfejsu (kontrast, czcionka, czytnik). EYE-ABLE Audit i Report uzupełniają to o monitoring ciągły i generowanie deklaracji dostępności. Razem stanowią solidne wsparcie — ale wciąż wymagają czystej podstawy technicznej, którą musi zapewnić zespół deweloperski.
Od oceny stanu obecnego. Audyt manualno-automatyczny pokazuje, gdzie są bariery, które są krytyczne i jaki jest najlogiczniejszy kolejny krok. Bez tej oceny każda inwestycja jest strzałem w ciemno. Z nią — możesz pracować metodycznie, priorytetyzując to, co ma największy wpływ na klienta.
Wtyczka czy rzetelne rozwiązanie? Werdykt
Wtyczka może być rozsądnym punktem wyjścia — to widoczny pierwszy krok i dobry sygnał dla klientów. Ale każdy, kto poważnie podchodzi do długoterminowej dostępności, prędzej czy później uczy się, że sam widget nie jest metą. To nie dlatego, że narzędzia są złe — to dlatego, że dostępność to podróż, która musi ewoluować wraz z rozwojem i zmianami Twojego sklepu.
Uczciwy pierwszy krok jest często najtrudniejszy: ustalenie, gdzie dokładnie teraz jesteś. Jakie są faktyczne bariery? Które z nich są krytyczne? I jaki jest najbardziej logiczny kolejny ruch?
Sprawdźmy razem, na jakim etapie jest Twój sklep — to pierwszy krok do realnej zgodności z EAA, która wytrzyma kontrolę i będzie wsparciem, a nie ciężarem.
Telefon: 12 333 44 01. Email: [email protected].