WordPress-tillgänglighet
Gör din WordPress-sajt verkligt tillgänglig. EAA och WCAG, utan overlay
WordPress är flexibelt, men inte tillgängligt automatiskt: page builders, plugins och teman skapar tysta hinder. Vi hittar dem och levererar fixen i din egen mallkod, ingen widget som gör din sajt långsammare.
Så tar sig Seviranta an din WordPress-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: WordPress är inte tillgängligt automatiskt
Ett snyggt WordPress-blocktema som Twenty Twenty-Four börjar bättre än många sajter, men uppfyller sällan WCAG 2.2 AA av sig självt. Så fort du börjar bygga med Elementor, Divi eller Gutenberg, låter plugins injicera markup eller lägger till bilder utan alt-text, uppstår hinder som dina besökare, 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 WordPress' ä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 WordPress-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 WordPress-tema plus alla appar och dynamiskt innehåll.
Vad som ofta går fel på WordPress
- Page builders bygger oläsbar div-soppaElementor och Divi nästlar sektioner, kolumner och wrappers dussintals nivåer djupt. Den div-soppan har ingen semantik, vilket gör att en skärmläsare tappar din sidas logiska struktur och bara läser upp lösryckta textfragment.
- Plugin-markup utan tillgängligt namnSliders, pop-ups och formulär från plugins injicerar ofta knappar och fält utan etikett eller aria-label. En skärmläsaranvändare hör då bara 'knapp' och vet inte vad åtgärden gör.
- Trasig rubrikordning från builder:nPage builders väljer ofta rubriker efter storlek istället för betydelse, så att du plötsligt hoppar från en h2 till en h4. Skärmläsaranvändare navigerar efter rubriker och tappar tråden på din sida.
- Mediabiblioteksbilder utan alt-textBilder från mediabiblioteket hamnar ofta i ditt tema utan alt-text, eller med filnamnet som alt, oläsbara för skärmläsare och osynliga för Google.
Så här ser en riktig fix ut
Ta en ikonknapp från ditt Elementor- eller Gutenberg-block. Utan ett tillgängligt namn hör en skärmläsaranvändare bara 'knapp'. Fixen är ett enda attribut, ingen ombyggnad:
<button class="elementor-button">
<i class="icon-cart" aria-hidden="true"></i>
</button><button class="elementor-button"
aria-label="<?php esc_attr_e( 'Bekijk winkelwagen', 'theme' ); ?>">
<i class="icon-cart" aria-hidden="true"></i>
</button>Där du åtgärdar det i WordPress själv
WordPress lovar WCAG 2.2 AA för admin och de medföljande temana, där det är möjligt. För tredjepartsteman, tillägg och ditt innehåll lovar det ingenting. Det är precis där arbetet ligger.
- 1Tema: läs accessibility-ready som det är tänktTaggen innebär en manuell granskning mot 18 grundkrav: skip-länk som första fokuserbara element, synligt fokus på minst 2 px, kontrast 4,5:1 och 3:1 för gränssnittselement, landmärken, formuläretiketter, inga blinkande medier. WordPress tillägger själva att taggen inte betyder att temat uppfyller WCAG AA, och att WCAG handlar om innehåll och inte kan tillämpas på ett tema.
- 2Alt-text: i blocket och i biblioteketImage-blocket har ett fält 'Alternative text' och en kryssruta 'Mark as decorative'; alt-texten i mediebiblioteket är standard, alt-texten i blocket vinner. Beskriv vad bilden bidrar med. Se upp med lightboxen: bildtexten är dold där (öppet ärende) och med en tom alt har förstoringsdialogen inget namn.
- 3Rubriker och kontrast i redigerarenAnvänd fliken Outline i Document Overview för att kontrollera rubrikordningen; sidtiteln är oftast h1, beroende på temat. Redigeraren varnar vid för låg kontrast ('This color combination may be hard for people to read'), men bara i redigeraren, bara för block med färginställningar och inte för transparenta färger. Sätt din palett i theme.json eller Global Styles, så gäller den överallt.
- 4Språk, navigation och mallarLang-attributet kommer från Inställningar → Allmänt → Webbplatsens språk. Navigation-blocket har ett öppet ärende med en fokusfälla i overlay-menyn när en undermeny är utfälld; testa din meny med bara Tab och Esc. Mallar och malldelar skriver du över i ett child theme via filnamn, eller i Site Editor på ett blocktema.
- 5Sidbyggare och tilläggElementor säger att du bara behöver leverera tillgängligt innehåll, men en skip-länk får du bara med temat Hello, på Canvas eller Full Width sätter du själv CSS-ID:t 'content', och ARIA går via custom attributes. Divi 4 hänvisar till marketplace-produkter för tangentbordsfokus och ARIA; Divi 5 lägger till semantik och ARIA via Custom Attributes. Allt som en sidbyggare eller ett tillägg renderar ligger på samma sida och räknas i granskningen.
WordPress Accessibility Team avråder från overlay-widgetar: inget automatiserat verktyg uppnår efterlevnad på egen hand. Elementor säljer en sådan widget som 'Ally' och Divi-marketplacen en 'Accessibility Sidebar'. Ett lager över din webbplats reparerar inte blocken under.
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, WordPress-medveten lösning, med kodexempel där det går.
Plattformsspecifik igenkänning
Du fångar felen som uppstår just på WordPress, 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 WordPress-sajt är en risk för din verksamhet. Fakta i korthet:
WordPress 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 WordPress-mallar.
- Vi bygger automatiskt upp ditt sparbara EAA-dossier, redo att visa upp för en tillsynsmyndighet.
Frågor och svar
- Mitt tema är accessibility-ready. Är jag klar då?
- Nej. Taggen säger att temat uppfyller granskningsteamets grundkrav; WordPress säger själva att det inte är en WCAG AA-förklaring. Ditt innehåll, dina tillägg och din sidbyggare kommer ovanpå, och det är där de flesta fynden finns.
- Jag säljer eller publicerar också för Tyskland eller Frankrike. Vad gäller där för min WordPress-webbplats?
- 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 WordPress.
- Kan jag göra fixen själv i Site Editor, eller behöver jag min utvecklare?
- Färger, rubriker, alt-texter, menystruktur och många malldelar kan du ändra själv i redigeraren eller Site Editor. Markup från tillägg eller en sidbyggare kräver ofta en utvecklare: en mallöverskrivning i ett child theme, ett filter eller en inställning i tillägget. Vår rapport anger per fynd var det sitter, så att du vet vem som kan ta sig an det.
- Räcker en WordPress 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 WordPress-kassa av EAA?
- Ja. Kassan och navigeringen är uttryckligen en del av kravet under WCAG 2.1 AA.
- Skannar Seviranta även mina WordPress-appar?
- Ja. Vi testar den slutgiltiga genererade HTML:en, tema plus appar, så som en tillsynsmyndighet gör.
- Gör det här min WordPress-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 WordPress-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 WordPress-butik
Sedan juni 2025 måste din webbutik uppfylla WCAG 2.1 AA, en WordPress-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 WordPress-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 WordPress-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 WordPress-butik gratis
Klistra in din WordPress-URL i den gratis skanningen och se inom en minut vilka rader som inte uppfyller kraven, med den exakta platsen i ditt tema eller din page builder.