Du testar om din webbplats uppfyller tillgänglighetskraven 2026 genom att kombinera automatiserade verktyg med manuell granskning och användartester. Ingen enskild metod fångar alla problem, men tillsammans ger de en tillräckligt heltäckande bild för att avgöra om webbplatsen lever upp till gällande lagkrav. Nedan går vi igenom kraven, testmetoderna och hur du åtgärdar de vanligaste felen.
År 2026 gäller WCAG 2.1 nivå AA som minimistandard för de flesta webbplatser i Sverige. Tillgänglighetslagen, som bygger på EU:s webbtillgänglighetsdirektiv, kräver att offentliga aktörer uppfyller dessa riktlinjer. Sedan juni 2025 gäller dessutom EU:s tillgänglighetsdirektiv för många privata företag inom e-handel och digitala tjänster, vilket kraftigt utökar kretsen av verksamheter som berörs av webbtillgänglighetskrav.
WCAG 2.1 AA organiseras kring fyra principer: webbplatsen ska vara möjlig att uppfatta, hantera, förstå och robust nog att fungera med hjälpmedel som skärmläsare. Konkret innebär det bland annat tillräcklig färgkontrast, alternativtexter till bilder, tangentbordsnavigering och tydliga formuläretiketter. För offentliga aktörer tillkommer krav på en tillgänglighetsredogörelse publicerad på webbplatsen samt en mekanism för besökare att anmäla brister.
Det är viktigt att notera att kraven inte är statiska. WCAG 3.0 är under utveckling och delar av den kan komma att påverka framtida lagstiftning. Att bygga efter WCAG 2.1 AA i dag ger en god grund, men kräver löpande uppföljning för att hålla sig ajour.
En strukturerad tillgänglighetstest av en webbplats börjar med automatiserad skanning, fortsätter med manuell granskning och avslutas med testning med riktiga hjälpmedel. Att följa dessa steg i ordning ger den mest tillförlitliga bilden av webbplatsens tillgänglighetsstatus.
Att involvera användare med faktiska funktionsnedsättningar i testprocessen är det mest värdefulla steget, men det kräver planering och rekrytering. Även ett enstaka sådant test avslöjar ofta problem som automatiserade verktyg aldrig hittar.
De mest använda verktygen för att testa webbplatsers tillgänglighet är axe DevTools, WAVE och Lighthouse. Alla tre är gratis i sina grundversioner och täcker de vanligaste WCAG-kriterierna. Komplettera med Colour Contrast Analyser för kontraster och en skärmläsare för att verifiera uppläsningsordning och semantik.
axe DevTools finns som webbläsartillägg och integreras direkt i utvecklarverktygen i Chrome eller Firefox. Det är känt för låg andel falskt positiva träffar och ger tydliga förklaringar till varje fel. WAVE visualiserar tillgänglighetsproblem direkt på sidan, vilket gör det enkelt att förstå kontexten. Lighthouse är inbyggt i Chrome och ger ett sammanfattande tillgänglighetspoäng tillsammans med åtgärdsförslag.
För kontraster är Colour Contrast Analyser från TPGi ett pålitligt val. För skärmläsartestning används NVDA (gratis, Windows), JAWS (betald, Windows) och VoiceOver (inbyggd i Apple-enheter). Dessa verktyg ersätter inte varandra utan kompletterar: skanningsverktyg hittar strukturella fel, medan skärmläsare avslöjar om upplevelsen faktiskt fungerar för en person med synnedsättning.
Automatiserad granskning identifierar regelbaserade fel snabbt och skalbart, medan manuell granskning bedömer kontextuell kvalitet och användarupplevelse. Automatisering fångar ungefär 30 till 40 procent av alla WCAG-fel. Resten kräver mänsklig bedömning, eftersom tillgänglighet handlar om upplevelse, inte bara teknisk korrekthet.
Automatiserade verktyg är utmärkta för att hitta saknade alternativtexter, bristfällig semantisk HTML och otillräcklig kontrast. De kan däremot inte avgöra om en alternativtext faktiskt beskriver bilden på ett meningsfullt sätt, om en formulärfeltext är begriplig eller om navigeringsordningen känns logisk. Det kräver en mänsklig granskare.
Manuell granskning är tidskrävande och kräver kompetens inom WCAG, men ger ett resultat som faktiskt speglar hur en person med funktionsnedsättning upplever webbplatsen. Bästa praxis är att använda automatisering som ett första filter och manuell granskning som det avgörande kvalitetssteget.
De vanligaste tillgänglighetsfelen på webbplatser är bristfällig färgkontrast, saknade alternativtexter, otillgängliga formulär och avsaknad av tangentbordsnavigering. Dessa fyra problemkategorier täcker merparten av de fel som automatiserade verktyg och manuell granskning identifierar, och de flesta går att åtgärda utan att bygga om webbplatsen från grunden.
Prioritera åtgärder utifrån hur allvarligt felet hindrar användaren. Ett formulär som inte går att skicka in med tangentbord är ett kritiskt hinder. En något svag kontrast på en dekorativ text är ett lägre prioriterat fel.
Du bör anlita en extern tillgänglighetsgranskning när webbplatsen ska lanseras, när en större ombyggnad genomförts, eller när verksamheten berörs av tillgänglighetslagen och dess tillämpning. En extern granskning är också motiverad om interna tester ger oklara resultat eller om det saknas intern kompetens att tolka WCAG korrekt.
Extern granskning tillför oberoende expertis och ett utifrånperspektiv som är svårt att uppnå internt. En erfaren granskare känner till gränsfallen i WCAG, vet vilka testscenarier som avslöjar verkliga problem och kan dokumentera resultaten på ett sätt som håller vid en tillsynsgranskning från Myndigheten för digital förvaltning (DIGG).
För verksamheter som hanterar känsliga tjänster, till exempel vård, bank eller offentlig service, är extern granskning i praktiken ett krav för att säkerställa att inga kritiska hinder förbises. Detsamma gäller om webbplatsen används av en bred publik med varierande förutsättningar.
På We Know IT kombinerar vi teknisk granskning med praktisk rådgivning om hur felen åtgärdas i er specifika tekniska miljö, vilket gör processen mer effektiv än att hantera granskning och åtgärder separat.
