WCAG 2.1 vs 2.2: vad som ändrats och varför det spelar roll

WCAG 2.2 blev en W3C-rekommendation i oktober 2023. Om din webbplats granskades mot WCAG 2.1 kan den redan underkännas på kriterier som numera definierar juridisk efterlevnad i EU, Storbritannien och i allt högre grad i amerikanska tillsynsärenden. Den här guiden går igenom varje förändring — vad som lades till, vad som togs bort och vad varje kriterium innebär i praktiken.

Snabb bakgrund: vad WCAG 2.1 lade till

WCAG 2.1 (publicerad 2018) utökade den ursprungliga 2.0-standarden med 17 nya framgångskriterier inriktade på tre grupper som fått för lite uppmärksamhet:

Mobilanvändare — pekgester, skärmorientering, pekprecision
Användare med nedsatt syn — omflöde, kontrast för icke-textuellt innehåll, textavstånd
Kognitiva funktionsnedsättningar och språksvårigheter — tidsgränser, statusmeddelanden

WCAG 2.2 bygger direkt vidare på 2.1. Varje krav i 2.1 gäller fortfarande. Frågan är: vad lade 2.2 till ovanpå?

Vad WCAG 2.2 lade till: 9 nya framgångskriterier

2.4.11 Focus Not Obscured (Minimum) — nivå AA

När en komponent får tangentbordsfokus får den inte vara helt dold av annat innehåll (fasta sidhuvuden, cookiebanners, chattwidgetar). Minst en del av det fokuserade elementet måste förbli synlig.

Vanlig brist: En fast navigeringslist täcker det fokuserade formulärfältet när en användare tabbar genom en sida.

2.4.12 Focus Not Obscured (Enhanced) — nivå AAA

Strängare version av 2.4.11 — den fokuserade komponenten måste vara helt synlig, inte bara delvis.

2.4.13 Focus Appearance — nivå AA

Indikatorer för tangentbordsfokus måste uppfylla minimikrav på storlek och kontrast:

Fokusindikatorns yta måste vara minst lika stor som en 2 CSS-pixlar bred ram runt komponenten
Kontrasten mellan fokuserat och ofokuserat tillstånd måste vara minst 3:1

Detta går längre än det befintliga 2.4.7 (Focus Visible), som bara krävde att en fokusindikator överhuvudtaget fanns.

Vanlig brist: En tunn 1 px prickad kontur med låg kontrast klarar 2.4.7 men underkänns på 2.4.13.

2.5.7 Dragging Movements — nivå AA

Varje åtgärd som kräver dragning måste också gå att utföra med en enda pekare (tryck eller klick). Detta tjänar användare med motoriska funktionsnedsättningar som inte tillförlitligt kan styra dragrörelser.

Exempel: En sorterbar lista måste erbjuda ett alternativ (till exempel upp-/nedknappar) för användare som inte kan dra objekt.

2.5.8 Target Size (Minimum) — nivå AA

Interaktiva tryckytor (knappar, länkar, formulärkontroller) måste vara minst 24×24 CSS-pixlar — eller ha tillräckligt avstånd till intilliggande ytor så att den totala aktiveringsytan når tröskeln.

Detta är minimiversionen. Det utökade kriteriet (2.5.5, överfört från 2.1 på nivå AAA) rekommenderar 44×44 px.

Vanliga brister: Knappar med enbart ikoner, stäng-ikoner (×) och textlänkar inuti tätt packade navigeringsmenyer.

3.2.6 Consistent Help — nivå A

Om en webbplats erbjuder en hjälpfunktion (telefonnummer, chattlänk, kontaktformulär, FAQ-länk) måste den finnas på samma relativa position på de sidor där den förekommer. Användare med kognitiva funktionsnedsättningar är ofta beroende av förutsägbar placering.

3.3.7 Redundant Entry — nivå A

Information som en användare redan har lämnat under samma session får inte krävas igen — om det inte är nödvändigt att ange den på nytt (t.ex. ett fält för lösenordsbekräftelse) eller om uppgifterna är säkerhetskänsliga.

Exempel: En kassa i flera steg bör inte fråga efter faktureringsadressen i steg 3 om användaren redan angav den i steg 1.

3.3.8 Accessible Authentication (Minimum) — nivå AA

Autentiseringssteg får inte förlita sig på ett kognitivt funktionstest — att känna igen objekt, transkribera tecken eller lösa pussel — om det inte finns ett alternativ eller om testet går ut på att känna igen användarstyrt innehåll (till exempel ett foto användaren själv laddat upp).

Vanliga brister: CAPTCHA-tester som kräver att man tyder förvrängd text utan ljudalternativ, eller utmaningar av typen “klicka på alla bilder med trafikljus”.

3.3.9 Accessible Authentication (Enhanced) — nivå AAA

Den utökade versionen tar bort även undantaget för användarstyrt innehåll. Inget kognitivt funktionstest är tillåtet i autentiseringsflödet.

Vad WCAG 2.2 tog bort: 4.1.1 Parsing

WCAG 2.1 innehöll 4.1.1 Parsing (nivå A), som krävde välformad HTML — unika element-ID:n, korrekt nästlade taggar och kompletta par av start- och sluttaggar. Moderna webbläsare hade blivit så bra på att tyst reparera felaktig HTML att kriteriet i praktiken blev omätbart.

I WCAG 2.2 är 4.1.1 Parsing markerat som föråldrat och betraktas alltid som uppfyllt. Du behöver inte längre granska mot det, även om ren HTML fortfarande är god praxis.

Sammanfattande tabell

Kriterium	Nivå	Ämne
2.4.11 Focus Not Obscured (Min)	AA	Tangentbordsfokus
2.4.12 Focus Not Obscured (Enhanced)	AAA	Tangentbordsfokus
2.4.13 Focus Appearance	AA	Fokusindikator
2.5.7 Dragging Movements	AA	Pekarinmatning
2.5.8 Target Size (Minimum)	AA	Tryckytor
3.2.6 Consistent Help	A	Förutsägbarhet
3.3.7 Redundant Entry	A	Formulär
3.3.8 Accessible Authentication (Min)	AA	Inloggning / CAPTCHA
3.3.9 Accessible Authentication (Enhanced)	AAA	Inloggning / CAPTCHA
~~4.1.1 Parsing~~	A	Borttaget

Vem behöver uppgradera?

I praktiken alla. WCAG 2.2 är nu den baslinje som refereras av:

European Accessibility Act (EAA), i kraft sedan juni 2025
Den harmoniserade standarden EN 301 549 (uppdaterad för att hänvisa till WCAG 2.2)
Storbritanniens tillgänglighetsföreskrifter för offentliga aktörer (uppdaterad vägledning)
Många amerikanska delstatslagar och informella tillsynspositioner från DOJ

Om din senaste fullständiga granskning gjordes mot WCAG 2.1 AA bör du rikta uppgraderingsarbetet mot dessa fem kriterier som berör de flesta webbplatser: 2.4.11, 2.4.13, 2.5.8, 3.3.8 och 3.3.7 (om du har formulär eller kassaflöden i flera steg).

Så granskar du mot de nya kriterierna

De flesta automatiserade skannrar flaggar numera 2.5.8 (tryckytornas storlek) och vissa fall av 2.4.13 (fokusindikatorns utseende). Följande kräver dock manuell testning:

2.4.11 / 2.4.12 — Tabba genom varje sida med fasta sidhuvuden/sidfötter aktiva och bekräfta att fokuserade element är synliga
2.4.13 — Mät fokusindikatorns mått och kontrast med webbläsarens DevTools eller en kontrastkontroll
2.5.7 — Identifiera varje draginteraktion och verifiera att ett alternativ med enbart pekare finns
3.2.6 — Kontrollera att hjälplänkar finns på konsekventa positioner mellan sidorna
3.3.7 — Gå igenom alla flerstegsflöden och bekräfta att inga uppgifter efterfrågas två gånger
3.3.8 — Testa varje inloggnings-, registrerings- och verifieringssteg för kognitiva funktionstester

WCAG 2.2 är ingen total omgörning — det är en riktad uppsättning tillägg som adresserar verkliga barriärer som 2.1 missade. Den goda nyheten är att de flesta nya AA-kriterierna kan lösas med fokuserat åtgärdsarbete snarare än en fullständig ombyggnad av webbplatsen.

Relaterat: Gör din webbplats WCAG 2.2-anpassad · Guide till manuella tillgänglighetsgranskningar