Tillgänglighetsrevision

Vad är en tillgänglighetsrevision?

En tillgänglighetsrevision är en strukturerad granskning av en webbplats eller applikation mot tillgänglighetsstandarder, oftast WCAG. Målet är att hitta hinder som stoppar personer med funktionsnedsättningar från att använda produkten och ge tydliga steg för att åtgärda varje problem.^[1]

Varför behöver organisationer tillgänglighetsrevisioner?

Revisioner gör abstrakta krav till konkreta åtgärder. Utan en revision kan juridiska team inte veta om webbplatsen uppfyller EU:s eller Storbritanniens regler. IT-team kan inte prioritera åtgärder i sin backlog. Och innehållsteam kan inte se vilka mallar eller sidtyper som skapar flest hinder.

För stora organisationer — banker, försäkringsbolag, myndigheter, vårdgivare — är risken hög. En offentlig webbplats i EU måste uppfylla WCAG 2.1 AA enligt lag. En e-handelsplats med fler än 10 anställda och mer än två miljoner euro i omsättning omfattas av European Accessibility Act från juni 2025.

Vad skiljer automatiserad och manuell testning?

Revisioner kombinerar två metoder:

Automatiserad testning använder verktyg som axe, Lighthouse eller WAVE för att skanna koden efter kända problem. Det är snabbt och upprepbart, vilket gör det perfekt för CI/CD-pipelines och stora webbplatser. Men automatiserade verktyg fångar bara ungefär 30–40 % av alla möjliga WCAG-brister.^[2]

Manuell testning innebär att en utbildad granskare arbetar igenom uppgifter med enbart tangentbord, en skärmläsare och andra hjälpmedel. Manuell testning fångar problem som automatiseringen missar — som huruvida alt-text är korrekt, om fokusordningen är logisk eller om felmeddelanden är tydliga.

En bra revision använder båda. Automatiserade skanningar täcker bredden. Manuell granskning täcker djupet.

Hur väljs sidor ut för en revision?

De flesta webbplatser är för stora för att testa varje sida. Revisorer väljer ett urval som täcker:

• Varje unik sidmall (startsida, artikelsida, produktsida, formulär)
• Varje typ av interaktiv komponent (sök, filter, menyer, modaler)
• Varje kritisk användarresa (logga in, köpa, skicka formulär, ladda ner dokument)

Urvalsmetoden bör dokumenteras så att teamen vet vilka mallar varje fynd gäller.^[3]

Vad innehåller en revisionsrapport?

En formell rapport listar varje fynd med:

• Den WCAG-regel som brutits (t.ex. 1.4.3 Kontrast)
• Efterlevnadsnivå (A, AA eller AAA)
• Var på webbplatsen problemet finns
• Vem som påverkas (t.ex. skärmläsaranvändare, tangentbordsanvändare)
• En rekommenderad åtgärd
• En prioritetsbedömning

IT-team använder rapporten för att planera åtgärdssprinter. Juridiska team använder den för att bedöma risk. Innehållsteam använder den för att uppdatera sina publiceringsriktlinjer.

Vilka lagar kräver revision?

Flera regelverk kräver eller starkt antyder en formell revision:

• European Accessibility Act (EAA) — Från juni 2025 måste företag som erbjuder produkter eller tjänster inom EU visa att de uppfyller tillgänglighetskrav. Det krävs dokumenterade bevis, vilket i praktiken innebär en revision.
• EU:s direktiv om webbplatsers tillgänglighet — Offentliga organ måste publicera en tillgänglighetsredogörelse baserad på en bedömning av efterlevnad.
• USA:s Section 508 — Federala myndigheter måste upphandla tillgänglig teknik och använda VPAT-dokument för att dokumentera efterlevnad.

En enda revision räcker inte. Nya funktioner, malländringar och tredjepartswidgetar kan skapa problem som inte fanns tidigare. Regelbundna revisioner — minst en gång per år — behövs för att upprätthålla efterlevnaden när webbplatsen utvecklas.^[1]

Så hjälper Askem

En engångsrevision visar var du stod den dag den gjordes. För stora reglerade organisationer som publicerar nytt innehåll varje vecka fyller kontinuerlig övervakning gapet mellan årliga revisioner. Verktyg som Askem skannar hela webbplatser — även inloggningsskyddade delar och PDF-filer — och varnar innehållsteam när nya WCAG-brister uppstår. Det ger juridiska team dokumenterade bevis på löpande efterlevnadsarbete utan att behöva vänta på nästa konsultuppdrag.

Källor

1. W3C WAI — Evaluating Web Accessibility Overview: https://www.w3.org/WAI/test-evaluate/
2. Deque — How Much of an Accessibility Audit Can Be Automated: https://www.deque.com/blog/automated-testing-study-identifies-57-percent-of-digital-accessibility-issues/
3. W3C — Website Accessibility Conformance Evaluation Methodology (WCAG-EM) 1.0: https://www.w3.org/TR/WCAG-EM/