Praktisk compliance-guide for Magento-butikker og bureauer: hvor butikker fejler WCAG 2.1 AA — temaer, extensions, checkout — og remediation-workflowet der gør EU-butikker EAA-klar.
Opdateret august 2026 · 7 minutters læsning
Magento (nu Adobe Commerce) driver en stor del af Europas mellemstore og enterprise-webshops — netop den e-handelskategori European Accessibility Act regulerer uden mikrovirksomhedsbefrielse. Siden juni 2025 er en utilgængelig Magento-butik en juridisk eksponering i ethvert EU-marked, og B2B-indkøbere kaskader i stigende grad EN 301 549-krav ned i leverandørkontrakter. Skalaen adskiller sig fra WordPress og Wix: Magento-butikker har mere custom theming, flere extensions og mere komplekse transaktionsflows — hvilket betyder mere fejlflade, men også større budget til at rette det ordentligt.
I modsætning til tjenesteydere har e-handel ingen mikrovirksomhedsbefrielse under EAA. Selv en to-mands Magento-butik skal comply.
De fleste butikker kører tungt tilpassede efterkommere af Luma — tilgængelighedsfejl bagt ind i forældretemaet replikerer på hver enkel side.
Checkout-opgraderinger, søgning, reviews og wishlists kommer ofte fra tredjepartsleverandører med ukendt tilgængelighedskvalitet. Hver enkelt skal auditeres.
Filter-facets renderet som div-baserede toggles uden aria-expanded eller tastaturstøtte. Skærmlæserbrugere kan slet ikke indsnævre et produktrude.
Custom steppers der erstatter native number-inputs, swatches uden labels eller annoncering af valgt tilstand — de klassiske kurv-ødelæggende fejl.
Ajax-swappede checkout-sektioner hverken flytter fokus eller annoncerer fejl. Betalingsfelter uden programmatisk koblede labels.
Zoom-gallerier uden tastaturbetjening eller alt-tekst; farvevarianter formidlet kun visuelt via swatches.
"Lagt i kurv"-bekræftelser vist kun visuelt — ingen ARIA live region, så ikke-synende shoppere lægger varer i igen og igen.
Type-ahead-forslag i utilgængelige popups der ignorerer piletaster og Escape.
Remediation sker mest i dit custom tema:
Start med semantikken: genskab rigtige landmarks (header, nav, main, footer), én h1 pr. side, og produktopslag som rigtige overskrifter i lister og grids.
Native inputs først: udskift custom antals-steppers og selects med native elementer stylet til at matche — de arver tastatur- og skærmlæseradfærd gratis.
ARIA-tilstande: facetnavigation behøver aria-expanded på toggles, aria-pressed på filter-chips, og resultatantal annonceret via aria-live.
Fokusstyring: hver Ajax-section-swap (kurv-opdateringer, checkout-trin) flytter fokus til sit nye indhold; fejlopsummeringer modtager fokus og linker til de enkelte feltfejl.
Formlabels: auditér hver skabelon der renderer formfelter for eksplicitte label-koblinger — Magentos knockout-skabeloner udelader dem ofte.
Kontrast-tokens: ret grå-på-grå pris/metatekst ét sted i temavariablerne, og verificér derefter på sale badges og knapper.
Behandl hver tredjeparts-extension som en tilgængeligheds-ukendt indtil det modsatte er bevist. Metoden: på staging, gå extensionens komplette flow igennem kun med tastatur, derefter med en skærmlæser — installér, konfigurér, brug, fortryd. Leverandører varierer vildt; nogle store checkout- og søgemoduler har kendte offentlige tilgængelhedsproblemer.
Når en extension fejler og leverandøren ikke vil rette, så beslut bevidst: udskift den, wrap den med et korrigerende lag, eller dokumentér den som begrænsning i tilgængelighedserklæringen med en workaround-vej.
Bemærk desuden at opgraderinger mellem Magento-versioner lydløst genintroducerer gamle fejl dér hvor du patchede vendor-filer — kør din scanning igen efter hver opgradering som standardpraksis.
Trin 1 — automatisk crawl af home-, kategori-, produkt-, cart-, checkout- og konto-skabeloner — forvent 20-50 distinkte fund på en typisk butik.
Trin 2 — transaktionsforløb: gennemfør søgning → filtrering → produkt → kurv → checkout ende-til-ende med tastatur, derefter med skærmlæser. Det er her EAA-risikoen sidder.
Trin 3 — extension-pass: auditér hvert installeret moduls widgets individuelt.
Trin 4 — ret i temaet (ikke vendor-patcher hvor det kan undgås), deploy til staging, genscan til ren.
Trin 5 — levér: fundrapport, verificeret butik og en tilgængelighedserklæring med conformance-status og dokumenterede begrænsninger. Re-audit efter hver versionsopgradering og større extension-ændring.
Ja for e-handel: i modsætning til tjenesteydere har online shops ingen mikrovirksomhedsbefrielse under EAA. En lille Magento-butik der sælger til EU-forbrugere er i omfang uanset antal ansatte.
Adobe har forbedret kerne-tilgængeligheden, men næsten enhver butik lægger et custom tema og extensions ovenpå, og det afgør den reelle conformance. Platformudgaven betyder langt mindre end tema- og extensionkvalitet.
Ikke automatisk. Store checkout-moduler har været leveret med alvorlige tastatur- og skærmlæserproblemer. Auditér jeres præcise installerede version på staging; stol ikke på markedsføring.
En typisk mellemstor butik behøver 2-6 ugers fokuseret tema- og skabelonarbejde afhængig af tilpasningsdybde. Automatisk scanning skærer det ned betydeligt ved at give udviklerne en præcis arbejdsliste.
Sælger I til offentlige kunder eller store B2B-kunder, ja — de beder om en EN 301 549-conformitetsrapport. En audit plus jeres tilgængelighedserklæring føder direkte ind i det dokument.
Relateret: EAA-frister i 2026 · EAA-tjekliste · Pris på tilgængelighedsgennemgang