WooCommerce-tilgængelighed
Gør din WooCommerce-butik virkelig tilgængelig. EAA & WCAG, uden overlay
WooCommerce kører på WordPress, men er ikke tilgængeligt som standard: checkouten, formularerne og temaknapperne indfører stille barrierer. Vi finder dem og leverer løsningen i din egen template-kode, ingen widget, der gør din butik langsommere.
Sådan griber Seviranta din WooCommerce-side an ved kilden
Hvor barriererne gemmer sig
Temaer, udvidelser og formularer introducerer stille barrierer. Vi finder dem alle.
Rettelsen i kilden, ikke ovenpå
Konkrete rettelser i din tema og plugins, intet overlay-lag der blot skjuler fejlene.
Ingen widget, ingen forsinkelse
Vi crawler eksternt fra EU-servere, 0% indvirkning på din indlæsningshastighed og Core Web Vitals.
Klar til EAA
Vi tester din hjemmeside op mod WCAG, på det niveau, som tilsynsmyndighederne tester på.
Headless-scan med axe-core, den samme motor, som sidder i Google Lighthouse, fra vores EU-servere. 0% indvirkning på din indlæsningshastighed.
Sandheden: WooCommerce er ikke tilgængeligt som standard
Et pænt WooCommerce-bloktema som Storefront starter bedre end mange butikker, men opfylder sjældent WCAG 2.2 AA af sig selv. Så snart du tilpasser din checkout, installerer extensions eller vælger et tema med lysegrå knapper, opstår der barrierer, som dine kunder, og European Accessibility Act, ikke accepterer.
Hvad der virkelig står på spil
- En utilgængelig checkout er en direkte EAA-overtrædelse.
- En accessibility-widget tæller ikke som en strukturel løsning.
- Tilsynsmyndigheder tester den genererede HTML, inklusive dine apps.
- 'Vi bruger WooCommerce' er ikke et juridisk forsvar: ansvaret ligger hos den webshop, der er live, ikke hos platformen.
Hvad det kan koste at vente
op til € 1.000.000
EU-maksimum · Spanien/Luxembourg
$ 4.000
USA · Californien (Unruh), pr. besøg
Du får ikke en bøde ud af det blå, først kommer et påbud med en frist. Men den, der så kan fremvise et dateret dossier, slipper billigst.
Se hvad der gælder for dit marked →Den skjulte risiko ved tredjeparts-WooCommerce-udvidelser
Anmeldelses-widgets, filtre, bundlere og søge-apps indsprøjter dynamisk HTML i din frontend, og hver app-opdatering kan tilføje en ny barriere. I en audit tæller den kode fuldt med, selvom du ikke selv har skrevet den. Derfor overvåger Seviranta løbende slutresultatet, som en tilsynsmyndighed ser det: dit WooCommerce-tema plus alle apps og dynamisk indhold.
Hvad der ofte går galt på WooCommerce
- Checkout-fejlmeddelelser uden aria-liveNår betalingen fejler, viser WooCommerce en besked som 'angiv en gyldig adresse'. Uden aria-live="assertive" hører en blind bruger aldrig den besked og bliver ved med at gætte på, hvorfor bestillingen ikke går igennem.
- Formularfelter uden tilknyttet labelI mange temaer og checkout-tilpasninger har felter intet korrekt tilknyttet label eller kun en placeholder. En skærmlæser-bruger hører så et tomt inputfelt uden at vide, hvad der skal i det.
- For lav kontrast i temaknapperMange WooCommerce-temaer bruger lysegrå tekst på en farvet knap eller en knapfarve tæt på baggrunden. Det opfylder ofte ikke WCAG's kontrastminimum, så svagtseende kunder ikke kan læse 'Læg i kurv'.
- Add-to-cart via AJAX uden statusbeskedNår en kunde klikker på 'Læg i kurv', sker det via AJAX uden genindlæsning af siden. Uden en live-region melder en skærmlæser aldrig, at produktet er tilføjet, så brugeren ikke ved, om handlingen lykkedes.
Sådan ser en rigtig løsning ud
Tag et formular-label i din WooCommerce-checkout. Via et filter hooker du dig ind på feltet og giver det et korrekt, tilknyttet navn, ingen genopbygning af checkouten:
<input type="text" name="billing_company" id="billing_company"
placeholder="Bedrijfsnaam">add_filter( 'woocommerce_checkout_fields', function( $fields ) {
$fields['billing']['billing_company']['label'] = __( 'Bedrijfsnaam', 'theme' );
return $fields;
} );Der hvor du retter det i WooCommerce selv
WooCommerce oplyser selv, at kernepluginets front-end er 'substantially conformant' med WCAG 2.2 AA og har en eksternt testet rapport på det. Risikoen ligger i det, du sætter udenom: tema, checkout-tilpasninger og plugins. Det her er rækkefølgen.
- 1Vid, hvad rapporten dækker og ikke dækkerOverensstemmelsesrapporten (juni 2025, WooCommerce 10.0, testet med NVDA, VoiceOver og JAWS) dækker kun kernepluginets front-end på et standardtema. Punkterne med 'partially supports' ligger næsten alle i de filterblokke, der har været udfasede siden version 9.9: manglende labels og fieldsets, en tastaturfælde i Firefox med VoiceOver, ingen fokusindikator, ingen statusbeskeder. Bruger du stadig de blokke, så udskift dem. Stadig åbent i repoet: produktgalleriet, der er repetitivt for skærmlæsere (siden 2022), minikurv-skuffen med fokuserbare elementer bag aria-hidden, og butiksbeskeder uden aria-rolle.
- 2Tema: accessibility-ready er ikke WCAGTagget 'accessibility-ready' på WordPress.org betyder, at temaet har bestået en manuel gennemgang af 18 grundkrav (skip-link, fokus på mindst 2 px, kontrast 4,5:1, landmarks, labels). WordPress tilføjer selv, at det ikke betyder, at temaet opfylder WCAG AA. Storefront (4.6.2, december 2025) bærer tagget; WooCommerces eget bloktema blev trukket tilbage i juli 2025. Vælg et tema med tagget, og test derefter dine egne farver og dit indhold.
- 3Checkout: blokke eller shortcode, og hvad plugins gør ved denSiden version 8.3 er Cart- og Checkout-blokkene standard; shortcode-checkouten virker fortsat for eksisterende butikker. Blokkene renderes med JavaScript og accepterer kun migrerede hooks, så et plugin, der ændrer checkouten, skal erklære kompatibilitet. WooCommerce advarer selv: temaer og plugins, der ændrer checkouten, kan ødelægge tilgængeligheden. Test checkouten efter hver plugin-opdatering.
- 4Der hvor rettelsen landerKlassisk tema: overskriv skabeloner i wp-content/themes/<child>/woocommerce/…, eller hellere via hooks, for de overlever en opdatering. Bloktema: templates/single-product.html og Site Editor, farver og typografi i theme.json. Lang-attributten kommer fra Indstillinger → Generelt → Webstedets sprog. Plugins injicerer markup gennem de samme hooks; i auditten tæller det, som om du selv havde skrevet det.
- 5Alt-tekst og indholdProduktbilleder er almindelige medieelementer: Medier → Bibliotek → 'Alt Text'. Beskriv det, der har betydning for købsbeslutningen; dekorativt forbliver tomt. WooCommerce nævner selv dette som butiksejerens hjemmearbejde, sammen med overskriftsstruktur, formularlabels og en skærmlæsertest.
WordPress Accessibility Team fraråder overlay-widgets og skriver, at intet automatiseret værktøj opnår compliance på egen hånd. Det gør vi heller ikke: scanningen finder det, der er maskinelt sikkert, rettelsen ligger i dit tema og dine plugins, og den del, der kræver menneskelig vurdering, lister vi separat.
Hvad du får
Pr. fejl: hvad, hvorfor og hvordan
For hvert fund ser du, hvad der er galt, hvem det rammer, hvilken WCAG-regel det drejer sig om, og en konkret, WooCommerce-bevidst løsning, med kodeeksempel, hvor det er muligt.
Platform-specifik genkendelse
Du fanger de fejl, der netop opstår på WooCommerce, ikke kun det, som et generisk WCAG-tjek fanger op.
Et dossier, der holder
Et dateret overblik over dine scanninger og fund, som du kan fremvise ved en audit eller inspektion.
Med et rapporterings-værktøj betaler du for licensen og dine udviklere til at løse fejlene. Hos Seviranta er løsningen inkluderet, ingen dobbeltregning.
Beskyt din konvertering og din juridiske status
En app, der klistrer et tilgængeligheds-ikon oven på dit WooCommerce-website, er en risiko for din forretning. Fakta på række:
WooCommerce accessibility-widgets
- Indlæser ekstra eksterne scripts, der skader din indlæsningshastighed (LCP) og dermed din konvertering.
- Maskerer fejlen i stedet for at løse den, den underliggende kode forbliver forkert.
- Beskytter ikke mod krav. FTC gav overlay-udbyderen accessiBe en bøde på $1 million i 2025 for vildledende compliance-påstande.
Seviranta-tilgangen
- 0% indvirkning på din indlæsningshastighed, vi scanner eksternt fra vores EU-servere.
- Vi retter den rigtige kildekode i dine WooCommerce-templates.
- Vi opbygger automatisk dit EAA-dossier, klar til at gemme og fremvise for en tilsynsmyndighed.
Spørgsmål og svar
- WooCommerce siger, at det opfylder WCAG 2.2 AA. Hvorfor fejler min butik så?
- Den påstand gælder kernepluginets front-end på et standardtema. Dit tema, dine farver, dit produktindhold, dine checkout-tilpasninger og hvert plugin renderes på den samme side, og det er der, fundene ligger. WooCommerce siger det selv: temaer og plugins kan ødelægge checkoutens tilgængelighed.
- Jeg sælger også til Tyskland eller Frankrig. Hvad gælder der for min WooCommerce-butik?
- Tyskland: BFSG har gjaldt for B2C-webshops siden den 28. juni 2025, med en undtagelse for mikrovirksomheder (færre end ti personer og højst 2 millioner euro i omsætning eller balancesum); tilsyn ved Marktüberwachungsstelle der Länder (MLBF). Frankrig: siden den 28. juni 2025 er e-handel omfattet af EAA-implementeringen i Code de la consommation, med samme undtagelse for mikrovirksomheder, under tilsyn af DGCCRF; målestokken er RGAA (WCAG 2.1 AA). I begge lande tæller den publicerede side, ikke at du bruger WooCommerce.
- Skal jeg skifte fra shortcode-checkouten til blok-checkouten?
- Ikke nødvendigvis. WooCommerce udgiver ingen sammenligning, og rapporten tester begge. Men blok-checkouten er siden 9.0 der, hvor de fleste forbedringer lander (main-landmark, statusbeskeder, overskriftsstruktur). Bliver du på shortcode, så tjek selv fejlbeskeder, labels og statusbeskeden ved 'opdater kurv'; de punkter blev først rettet i 2025.
- Er en WooCommerce accessibility-widget nok til EAA?
- Nej. En widget lægger et lag oven på dit website, men reparerer ikke den underliggende kode og tæller ikke som strukturel compliance.
- Falder min WooCommerce-checkout ind under EAA?
- Ja. Checkouten og navigationen er udtrykkeligt en del af forpligtelsen under WCAG 2.1 AA.
- Scanner Seviranta også mine WooCommerce-apps?
- Ja. Vi tester den endelige genererede HTML, tema plus apps, sådan som en tilsynsmyndighed gør.
- Gør det her mit WooCommerce-website langsommere?
- Nej. Vi scanner eksternt fra vores EU-servere; der kommer intet script på dit website. 0% indvirkning på din indlæsningshastighed og dine Core Web Vitals.
Vi gør det også selv
Vi holder os selv til nøjagtig samme målestok: vores egen side scorer 0 fejl i axe-core, den samme motor, som sidder i Google Lighthouse, og som vi også scanner din WooCommerce-shop med. Det, som en maskine med sikkerhed fastslår, løser vi maskinelt, resten vurderer et menneske. Så skarpt får du det fra os: se en rigtig eksempelrapport.
Hvad EAA kræver af din WooCommerce-butik
Siden juni 2025 skal din webshop opfylde WCAG 2.1 AA, en WooCommerce-butik er ingen undtagelse. Den gratis scanning viser på 60 sekunder, hvor du står, med den præcise linje, der ikke består.
Sælger du i mere end ét land?
WCAG er den globale standard. Næsten alle markeder bygger på den:
Tilpas din WooCommerce-butik til WCAG én gang, så dækker du den tekniske barre på alle de markeder. Det, der er forskelligt fra marked til marked, er tilsynsmyndigheden og bøderne.
Se hvad der gælder pr. afsætningsmarked →Administrerer du flere WooCommerce-websites for kunder?
Undgå, at de webshops, du leverer, bliver en juridisk risiko under EAA for dine kunder. Brug Seviranta som dit automatiserede kvalitetsstempel ved hver levering og deploy, én scanning, og hvert website er påviseligt i orden.
Se vores partnerprogram →Andre platforme
Scan din WooCommerce-butik gratis
Indsæt din WooCommerce-URL i den gratis scanning, og se inden for et minut, hvilke linjer der ikke består, med det præcise sted i din checkout eller dit tema.