WooCommerce-tillgänglighet
Gör din WooCommerce-butik verkligt tillgänglig. EAA och WCAG, utan overlay
WooCommerce körs på WordPress, men är inte tillgängligt automatiskt: kassan, formulären och temaknapparna skapar tysta hinder. Vi hittar dem och levererar fixen i din egen mallkod, ingen widget som gör din butik långsammare.
Så tar sig Seviranta an din WooCommerce-webbplats vid källan
Var trösklarna gömmer sig
Teman, tillägg och formulär inför tysta barriärer. Vi hittar dem allihop.
Korrigeringen i källan, inte ovanpå
Konkreta reparationer i din tema och plugins, inget overlay-lager som bara döljer felen.
Ingen widget, ingen fördröjning
Vi crawlar externt från EU-servrar, 0% påverkan på din laddningshastighet och Core Web Vitals.
Redo för EAA
Vi granskar din webbplats mot WCAG, på samma nivå som tillsynsmyndigheterna granskar.
Headless-skanning med axe-core, samma motor som sitter i Google Lighthouse, från våra EU-servrar. 0% påverkan på din laddningstid.
Sanningen: WooCommerce är inte tillgängligt automatiskt
Ett snyggt WooCommerce-blocktema som Storefront börjar bättre än många butiker, men uppfyller sällan WCAG 2.2 AA av sig självt. Så fort du anpassar din kassa, installerar tillägg eller väljer ett tema med ljusgrå knappar uppstår hinder som dina kunder, och European Accessibility Act, inte accepterar.
Vad som verkligen står på spel
- En icke-tillgänglig kassa är en direkt EAA-överträdelse.
- En accessibility-widget räknas inte som en strukturell lösning.
- Tillsynsmyndigheter testar den genererade HTML:en, inklusive dina appar.
- 'Vi använder WooCommerce' är inget juridiskt försvar: ansvaret ligger hos webbutiken som är live, inte hos plattformen.
Vad väntan kan kosta
upp till € 1.000.000
EU-max · Spanien/Luxemburg
$ 4.000
USA · Kalifornien (Unruh), per besök
Du bötfälls inte från ingenstans, först kommer ett föreläggande med tidsfrist. Men den som då kan visa ett daterat dossier kommer billigast undan.
Se vad som gäller för din marknad →Den dolda risken med WooCommerce-tillägg från tredje part
Recensionswidgetar, filter, bundlare och sök-appar injicerar dynamisk HTML i din frontend, och varje app-uppdatering kan lägga till ett nytt hinder. I en granskning räknas den koden fullt ut, även om du inte skrev den själv. Därför bevakar Seviranta löpande slutresultatet så som en tillsynsmyndighet ser det: ditt WooCommerce-tema plus alla appar och dynamiskt innehåll.
Vad som ofta går fel på WooCommerce
- Kassans felmeddelanden utan aria-liveOm kassan misslyckas visar WooCommerce ett meddelande som 'ange en giltig adress'. Utan aria-live="assertive" hör en blind användare aldrig det meddelandet och får fortsätta gissa varför beställningen inte går igenom.
- Formulärfält utan kopplad etikettI många teman och kassaanpassningar levereras fält utan en korrekt kopplad etikett eller bara med en platshållare. En skärmläsaranvändare hör då ett tomt inmatningsfält utan att veta vad som ska in i det.
- För låg kontrast i temaknapparMånga WooCommerce-teman använder ljusgrå text på en färgad knapp, eller en knappfärg nära bakgrunden. Det når ofta inte WCAG:s kontrastminimum, vilket gör att synsvaga kunder inte kan läsa 'Lägg i varukorg'.
- Add-to-cart via AJAX utan statusmeddelandeNär en kund klickar på 'Lägg i varukorg' sker det via AJAX utan att sidan laddas om. Utan en live-region meddelar en skärmläsare aldrig att produkten lades till, så att användaren inte vet om åtgärden lyckades.
Så här ser en riktig fix ut
Ta en formuläretikett i din WooCommerce-kassa. Via ett filter hakar du in på fältet och ger det ett korrekt, kopplat namn, ingen ombyggnad av kassan:
<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;
} );Där du åtgärdar det i WooCommerce själv
WooCommerce uppger själva att kärntilläggets front-end är 'substantially conformant' med WCAG 2.2 AA och har en externt testad rapport på det. Risken ligger i det du lägger runt omkring: tema, checkout-anpassningar och tillägg. Det här är ordningen.
- 1Vet vad rapporten täcker och inte täckerKonformitetsrapporten (juni 2025, WooCommerce 10.0, testad med NVDA, VoiceOver och JAWS) täcker bara kärntilläggets front-end på ett standardtema. Punkterna med 'partially supports' ligger nästan helt i filterblocken som är utfasade sedan version 9.9: saknade etiketter och fieldsets, en tangentbordsfälla i Firefox med VoiceOver, ingen fokusindikator, inga statusmeddelanden. Använder du fortfarande de blocken, byt ut dem. Fortfarande öppet i repot: produktgalleriet som är repetitivt för skärmläsare (sedan 2022), minivarukorgslådan med fokuserbara element bakom aria-hidden, och butiksmeddelanden utan aria-roll.
- 2Tema: accessibility-ready är inte WCAGTaggen 'accessibility-ready' på WordPress.org betyder att temat har klarat en manuell granskning mot 18 grundkrav (skip-länk, fokus på minst 2 px, kontrast 4,5:1, landmärken, etiketter). WordPress tillägger själva att det inte betyder att temat uppfyller WCAG AA. Storefront (4.6.2, december 2025) bär taggen; WooCommerces eget blocktema drogs tillbaka i juli 2025. Välj ett tema med taggen och testa sedan dina egna färger och ditt innehåll.
- 3Checkout: block eller shortcode, och vad tillägg gör med denSedan version 8.3 är Cart- och Checkout-blocken standard; shortcode-checkouten fortsätter fungera för befintliga butiker. Blocken renderas med JavaScript och accepterar bara migrerade hooks, så ett tillägg som ändrar checkouten måste deklarera kompatibilitet. WooCommerce varnar själva: teman och tillägg som ändrar checkouten kan bryta tillgängligheten. Testa checkouten efter varje tilläggsuppdatering.
- 4Där fixen landarKlassiskt tema: skriv över mallar i wp-content/themes/<child>/woocommerce/…, eller hellre via hooks, eftersom de överlever en uppdatering. Blocktema: templates/single-product.html och Site Editor, färger och typografi i theme.json. Lang-attributet kommer från Inställningar → Allmänt → Webbplatsens språk. Tillägg injicerar markup genom samma hooks; i granskningen räknas det som om du skrev det.
- 5Alt-text och innehållProduktbilder är vanliga mediaobjekt: Media → Bibliotek → 'Alt Text'. Beskriv det som spelar roll för köpbeslutet; dekorativt lämnas tomt. WooCommerce listar själva detta som butiksägarens hemläxa, tillsammans med rubrikstruktur, formuläretiketter och ett skärmläsartest.
WordPress Accessibility Team avråder från overlay-widgetar och skriver att inget automatiserat verktyg på egen hand uppnår efterlevnad. Inte vi heller: skanningen hittar det som är maskinellt säkert, fixen ligger i ditt tema och dina tillägg, och den del som kräver mänsklig bedömning listar vi separat.
Vad du får
Per fel: vad, varför och hur
För varje fynd ser du vad som är fel, vem det drabbar, vilken WCAG-regel det gäller och en konkret, WooCommerce-medveten lösning, med kodexempel där det går.
Plattformsspecifik igenkänning
Du fångar felen som uppstår just på WooCommerce, inte bara det som en generisk WCAG-kontroll plockar upp.
Ett underlag som håller
En daterad översikt över dina skanningar och fynd som du kan visa upp vid en granskning eller inspektion.
Med ett rapporteringsverktyg betalar du licensen och dina utvecklare för att lösa felen. Hos Seviranta ingår fixen, ingen dubbel räkning.
Skydda din konvertering och din juridiska ställning
En app som klistrar en tillgänglighetsikon över din WooCommerce-sajt är en risk för din verksamhet. Fakta i korthet:
WooCommerce accessibility-widgets
- Laddar extra externa skript som skadar din laddningstid (LCP) och därmed din konvertering.
- Maskerar felet istället för att lösa det, den underliggande koden förblir trasig.
- Skyddar dig inte mot anspråk. FTC bötfällde overlay-leverantören accessiBe 2025 med $1 miljon för vilseledande compliance-påståenden.
Seviranta-metoden
- 0 % påverkan på din laddningstid, vi skannar externt från våra EU-servrar.
- Vi fixar den riktiga källkoden i dina WooCommerce-mallar.
- Vi bygger automatiskt upp ditt sparbara EAA-dossier, redo att visa upp för en tillsynsmyndighet.
Frågor och svar
- WooCommerce säger att det uppfyller WCAG 2.2 AA. Varför underkänns då min butik?
- Det påståendet gäller kärntilläggets front-end på ett standardtema. Ditt tema, dina färger, ditt produktinnehåll, dina checkout-anpassningar och varje tillägg renderas på samma sida, och det är där fynden finns. WooCommerce säger det själva: teman och tillägg kan bryta checkoutens tillgänglighet.
- Jag säljer också till Tyskland eller Frankrike. Vad gäller där för min WooCommerce-butik?
- Tyskland: BFSG gäller sedan den 28 juni 2025 för B2C-webbutiker, med ett undantag för mikroföretag (färre än tio personer och högst 2 miljoner euro i omsättning eller balansomslutning); tillsyn av Marktüberwachungsstelle der Länder (MLBF). Frankrike: sedan den 28 juni 2025 omfattas e-handel av EAA-införlivandet i Code de la consommation, med samma undantag för mikroföretag, under tillsyn av DGCCRF; måttstocken är RGAA (WCAG 2.1 AA). I båda länderna räknas den publicerade sidan, inte att du använder WooCommerce.
- Ska jag byta från shortcode-checkouten till block-checkouten?
- Inte nödvändigtvis. WooCommerce publicerar ingen jämförelse och rapporten testar båda. Men block-checkouten är sedan 9.0 den del där de flesta förbättringarna landar (main-landmärke, statusmeddelanden, rubrikstruktur). Stannar du på shortcode, kontrollera själv felmeddelanden, etiketter och statusmeddelandet vid 'uppdatera varukorg'; de punkterna åtgärdades först 2025.
- Räcker en WooCommerce accessibility-widget för EAA?
- Nej. En widget lägger ett lager över din sajt, men reparerar inte den underliggande koden och räknas inte som strukturell compliance.
- Omfattas min WooCommerce-kassa av EAA?
- Ja. Kassan och navigeringen är uttryckligen en del av kravet under WCAG 2.1 AA.
- Skannar Seviranta även mina WooCommerce-appar?
- Ja. Vi testar den slutgiltiga genererade HTML:en, tema plus appar, så som en tillsynsmyndighet gör.
- Gör det här min WooCommerce-sajt långsammare?
- Nej. Vi skannar externt från våra EU-servrar; inget skript hamnar på din sajt. 0 % påverkan på din laddningstid och dina Core Web Vitals.
Vi gör det själva också
Vi håller oss själva till exakt samma måttstock: vår egen webbplats får 0 fel i axe-core, samma motor som sitter i Google Lighthouse och som vi även skannar din WooCommerce-butik med. Det en maskin fastställer med säkerhet löser vi maskinellt, resten bedömer en människa. Så skarpt får du det av oss: se en riktig exempelrapport.
Vad EAA kräver av din WooCommerce-butik
Sedan juni 2025 måste din webbutik uppfylla WCAG 2.1 AA, en WooCommerce-butik är inget undantag. Den gratis skanningen visar på 60 sekunder var du står, med exakt den rad som inte uppfyller kraven.
Säljer du i flera länder?
WCAG är den globala standarden. Nästan varje marknad bygger på den:
Anpassa din WooCommerce-butik till WCAG en gång så täcker du den tekniska ribban på alla de marknaderna. Det som skiljer sig åt mellan marknaderna är tillsynsmyndigheten och böterna.
Se vad som gäller per avsättningsmarknad →Hanterar du flera WooCommerce-sajter åt kunder?
Hindra att webbutikerna du levererar blir en juridisk risk under EAA för dina uppdragsgivare. Sätt in Seviranta som din automatiserade kvalitetsstämpel vid varje leverans och deploy, en skanning, och varje sajt är bevisligen i ordning.
Se vårt partnerprogram →Andra plattformar
Skanna din WooCommerce-butik gratis
Klistra in din WooCommerce-URL i den gratis skanningen och se inom en minut vilka rader som inte uppfyller kraven, med den exakta platsen i din kassa eller ditt tema.