Dostępność Magento
Spraw, by Twój sklep Magento był naprawdę dostępny. EAA i WCAG, bez nakładki
Adobe Commerce jest potężne, ale nie jest domyślnie dostępne: frontend oparty na Knockout.js i motyw Luma wprowadzają ciche bariery w Twoim checkoucie i nawigacji. My je znajdujemy i dostarczamy poprawkę w Twoich własnych szablonach .phtml, żadnego widżetu, który spowalnia stronę.
Tak Seviranta zabiera się za Twoją stronę na Magento u źródła
Gdzie kryją się bariery
Motywy, rozszerzenia i formularze wprowadzają ciche bariery. My znajdujemy je wszystkie.
Poprawka w źródle, a nie na wierzchu
Konkretne naprawy w Twoim motyw i szablony, bez warstwy nakładki, która jedynie ukrywa błędy.
Bez widgetu, bez spowolnienia
Crawlujemy zewnętrznie z serwerów w UE, 0% wpływu na Twoją szybkość ładowania i Core Web Vitals.
Gotowe na EAA
Sprawdzamy Twoją stronę pod kątem WCAG, na tym samym poziomie, na którym sprawdzają organy nadzoru.
Skan headless na silniku axe-core, tym samym, który działa w Google Lighthouse, z naszych serwerów w UE. 0% wpływu na szybkość ładowania Twojej strony.
Prawda: Magento nie jest domyślnie dostępny
Standardowy frontend Magento opiera się na ciężkiej, przestarzałej warstwie Knockout.js i motywie Luma. W wielu instalacjach checkout ładuje formularze dynamicznie, a czytnik ekranu nie wychwytuje tej zmiany, a Luma w kilku miejscach ma zbyt niski kontrast. To bariery, których Twoi klienci, i European Accessibility Act, nie zaakceptują.
Co naprawdę jest na szali
- Niedostępny checkout to bezpośrednie naruszenie EAA.
- Widżet dostępności nie liczy się jako rozwiązanie strukturalne.
- Organy nadzoru testują wygenerowany HTML, łącznie z Twoimi aplikacjami.
- „Używamy Magento” to nie obrona prawna: odpowiedzialność spoczywa na sklepie internetowym, który jest na żywo, a nie na platformie.
Ile może kosztować zwłoka
do € 1.000.000
Maksimum UE · Hiszpania/Luksemburg
$ 4.000
USA · Kalifornia (Unruh), za wizytę
Nie dostaniesz kary znienacka, najpierw przychodzi nakaz usunięcia uchybień z terminem. Ale kto w tym momencie pokaże datowane dossier, wychodzi najtaniej.
Zobacz, co dotyczy Twojego rynku →Ukryte ryzyko zewnętrznych rozszerzeń Magento
Widżety recenzji, filtry, bundlery i aplikacje wyszukiwania wstrzykują dynamiczny HTML do Twojego frontendu, a każda aktualizacja aplikacji może dołożyć kolejną barierę. W audycie ten kod liczy się w pełni, nawet jeśli nie jest Twojego autorstwa. Dlatego Seviranta stale pilnuje efektu końcowego tak, jak widzi go organ nadzoru: Twój motyw na Magento plus wszystkie aplikacje i treści dynamiczne.
Co najczęściej szwankuje na Magento
- Checkout Knockout.js bez obszaru liveStandardowy przepływ checkoutu ładuje kroki i formularze dynamicznie przez Knockout.js. Bez obszaru live lub przeniesienia fokusu czytnik ekranu nie wychwytuje przejścia, a użytkownik zostaje na poprzednim kroku.
- Mini-koszyk bez zarządzania fokusemMini-koszyk na górze motywu Luma rozwija się, nie umieszczając w nim fokusu ani go nie zatrzymując. Użytkownicy klawiatury i czytników ekranu nie wiedzą, że panel jest otwarty.
- Motyw Luma ze zbyt niskim kontrastemMotyw Luma w wielu miejscach stosuje jasnoszary tekst i przyciski, które spadają poniżej progu kontrastu WCAG 2.2 AA, słabo czytelne dla słabowidzących odwiedzających.
- Nawigacja warstwowa bez aria-expandedFiltry nawigacji warstwowej rozwijają się i zwijają bez aria-expanded, przez co czytnik ekranu nie informuje, czy grupa filtrów jest otwarta czy zamknięta.
Tak wygląda prawdziwa poprawka
Weźmy mini-koszyk na górze Twojego motywu Luma. Gdy się rozwija, fokus nie przemieszcza się wraz z nim, przez co użytkownik czytnika ekranu pomija treść. Poprawka mieści się w szablonie .phtml motywu, bez przebudowy:
<div class="minicart-wrapper">
<!-- inhoud verschijnt zonder focus -->
</div><div class="minicart-wrapper"
role="dialog"
aria-label="<?= $block->escapeHtmlAttr(__('Winkelwagen')) ?>"
tabindex="-1">
<!-- zet focus hierheen bij openen -->
</div>Co ustawiasz samodzielnie w Magento
Adobe wyraźnie przenosi odpowiedzialność za dostępność na sprzedawcę. Oto, gdzie w Magento 2 zwykle coś idzie nie tak i na której warstwie to naprawiasz.
- 1Wiedz, co raportuje sam AdobeWłasny Accessibility Conformance Report Adobe dla Adobe Commerce testuje Luma według kryteriów WCAG i wskazuje między innymi ikony bez alternatywy tekstowej, niespójną strukturę nagłówków w checkoucie, link pomijający o zbyt niskim kontraście i nawigację główną, której nie da się aktywować klawiaturą. Nowszy storefront Edge Delivery (raport z 2025 r.) uzyskuje 'does not support' w zakresie informacji i relacji, kontrastu elementów nietekstowych i komunikatów o statusie. Standardowa Luma nie jest więc bezpieczną podstawą.
- 2Szablony: nadpisuj w swoim motywie, nie w coreBłędy w znacznikach (brakujące etykiety, złe role ARIA w menu, przyciski renderowane jako <a> bez href) naprawiasz, kopiując szablon .phtml do app/design/frontend/<Vendor>/<theme>/<Module>/templates/ i poprawiając go tam. Template path hints w panelu admina pokazują, który plik renderuje dany blok.
- 3Layout XML i szablony KnockoutTo, czego nie ma w .phtml, często siedzi w komponencie UI: minicart, checkout i nawigacja warstwowa renderują się przez szablony .html Knockout zadeklarowane w jsLayout (na przykład Magento_Checkout/minicart/content). Tam dodajesz zarządzanie fokusem i regiony live; bloki przenosisz lub zastępujesz przez <referenceBlock> w layout XML swojego motywu.
- 4JavaScript przez mixinyZachowanie (przeniesienie fokusu przy otwarciu minicarta, aktualizację aria-expanded na filtrach) zmieniasz mixinem RequireJS w requirejs-config.js, bez nadpisywania plików core. Dzięki temu poprawka przetrwa aktualizację Magento.
- 5Tekst alternatywny i język w panelu adminaTekst alternatywny dla każdego zdjęcia produktu znajduje się w panelu admina w Images and Videos → Alt Text, osobno dla każdego store view. Atrybut lang jest wyprowadzany automatycznie z locale sklepu, ale tylko jako kod języka; upewnij się, że każdy store view ma właściwe locale. Rozszerzenia z Marketplace wstrzykują własne bloki przez layout XML; odpowiadasz za nie Ty i są objęte naszym skanem.
Hyvä deklaruje frontend zbudowany według WCAG 2.1 AA, ale sam dodaje, że motyw to tylko część sklepu. Rozszerzenia, treści i własne modyfikacje decydują o efekcie końcowym; dlatego skanujemy opublikowaną stronę.
Co otrzymujesz
Na każdy błąd: co, dlaczego i jak
Dla każdego ustalenia widzisz, co jest nie tak, kogo to dotyczy, której reguły WCAG dotyczy i konkretne, świadome Magento rozwiązanie, z przykładem kodu tam, gdzie to możliwe.
Wykrywanie specyficzne dla platformy
Wychwytujesz błędy, które powstają właśnie na Magento, a nie tylko to, co wyłapuje ogólny test WCAG.
Dokumentacja, która się obroni
Opatrzony datami przegląd Twoich skanów i ustaleń, który możesz pokazać przy audycie lub inspekcji.
Przy narzędziu raportującym płacisz za licencję oraz swoim deweloperom za naprawę błędów. W Seviranta poprawka jest w cenie, bez podwójnego rachunku.
Chroń swoją konwersję i swój status prawny
Aplikacja, która dokleja ikonę dostępności na Twoją stronę Magento, to ryzyko dla Twojego biznesu. Oto fakty:
Widżety dostępności Magento
- Ładują dodatkowe zewnętrzne skrypty, które szkodzą Twojej szybkości ładowania (LCP), a tym samym konwersji.
- Maskują błąd, zamiast go rozwiązać, kod u podstaw pozostaje wadliwy.
- Nie chronią przed roszczeniami. FTC ukarała dostawcę nakładek accessiBe w 2025 roku grzywną w wysokości 1 miliona $ za wprowadzające w błąd zapewnienia o zgodności.
Podejście Seviranta
- 0% wpływu na szybkość ładowania, skanujemy z zewnątrz, z naszych serwerów w UE.
- Naprawiamy prawdziwy kod źródłowy Twoich szablonów Magento.
- Automatycznie budujemy Twoje trwałe dossier EAA, gotowe do okazania organowi nadzoru.
Pytania i odpowiedzi
- Czy Hyvä lub PWA Studio są dostępne od razu po instalacji?
- Hyvä według własnej dokumentacji wdraża funkcje WCAG 2.1 AA od wersji 1.3.0 i sam zaleca testowanie z axe i wyłącznie klawiaturą. Raport Adobe dla Venia (PWA Studio) testuje według kryteriów i nie deklaruje zgodności. Dobry motyw bazowy pomaga; rozszerzenia, treści i prace na zamówienie decydują o reszcie.
- Sprzedaję z UE także do USA lub Wielkiej Brytanii. Co tam obowiązuje?
- W USA ADA Title III nie ma federalnego standardu technicznego, ale generuje masowe pozwy prywatne: ponad 2 400 federalnych spraw dotyczących stron internetowych w 2024 r. (Seyfarth), a według UsableNet ponad 4 000 spraw cyfrowych, 77% przeciwko e-commerce, z czego ponad tysiąc przeciwko stronom z widgetem. W Wielkiej Brytanii Equality Act 2010 nakłada wyprzedzający obowiązek wprowadzania racjonalnych usprawnień, bez górnego limitu odszkodowania. WCAG jest miarą na wszystkich trzech rynkach.
- Mój sklep działa na starszym Magento 2.3 lub 2.4.x. Czy to problem?
- Nie. Testujemy opublikowany HTML, niezależnie od wersji i motywu. Poprawki dostarczamy na poziomie szablonu, layoutu lub JavaScriptu, więc Twój developer wprowadza je w motywie i przetrwają one aktualizację.
- Czy widżet dostępności Magento wystarczy dla EAA?
- Nie. Widżet kładzie warstwę na Twoją stronę, ale nie naprawia kodu u podstaw i nie liczy się jako zgodność strukturalna.
- Czy mój checkout Magento podlega EAA?
- Tak. Checkout i nawigacja są wprost częścią obowiązku w ramach WCAG 2.1 AA.
- Czy Seviranta skanuje też moje aplikacje Magento?
- Tak. Testujemy ostateczny wygenerowany HTML, motyw plus aplikacje, tak, jak robi to organ nadzoru.
- Czy to spowolni moją stronę Magento?
- Nie. Skanujemy z zewnątrz, z naszych serwerów w UE; żaden skrypt nie trafia na Twoją stronę. 0% wpływu na szybkość ładowania i Core Web Vitals.
Sami też tak robimy
Trzymamy się dokładnie tej samej poprzeczki: nasza własna strona osiąga 0 błędów w axe-core, tym samym silniku, który działa w Google Lighthouse i którym skanujemy też Twój sklep na Magento. To, co maszyna stwierdza z pewnością, rozwiązujemy maszynowo, resztę ocenia człowiek. Tak dokładnie dostajesz to od nas: zobacz prawdziwy przykładowy raport.
Czego EAA wymaga od Twojego sklepu Magento
Od czerwca 2025 Twój sklep internetowy musi spełniać WCAG 2.1 AA, sklep Magento nie jest wyjątkiem. Darmowy skan w 60 sekund pokazuje, na jakim jesteś etapie, wraz z dokładną linijką, która nie spełnia wymogów.
Sprzedajesz w więcej niż jednym kraju?
WCAG to światowy standard. Niemal każdy rynek się na nim opiera:
Dostosuj swój sklep Magento do WCAG jeden raz, a spełnisz techniczną poprzeczkę na wszystkich tych rynkach. To, co różni się w zależności od rynku, to organ nadzoru i kary.
Zobacz, co obowiązuje na danym rynku zbytu →Zarządzasz wieloma stronami Magento dla klientów?
Nie dopuść, by sklepy internetowe, które oddajesz, stały się dla Twoich zleceniodawców ryzykiem prawnym w świetle EAA. Wykorzystaj Seviranta jako swój zautomatyzowany stempel jakości przy każdym wdrożeniu i każdym deployu, jeden skan i każda strona jest dowodnie w porządku.
Zobacz nasz program partnerski →Inne platformy
Czytaj dalej
Przeskanuj swój sklep Magento za darmo
Wklej adres URL swojego Magento do darmowego skanu i zobacz w ciągu minuty, które linijki nie spełniają wymogów, wraz z dokładnym miejscem w Twoim motywie.