WCAG 2.2, publicerat i oktober 2023, introducerar 9 nya framgångskriterier fokuserade på mobil tillgänglighet, autentisering och tangentbordsnavigering. Denna guide förklarar varje förändring och dess praktiska konsekvenser för digitala projekt.
Snabb sammanfattning
WCAG 2.2 lägger till 9 nya framgångskriterier: 2 på nivå A (3.2.6, 3.3.7), 4 på nivå AA (2.4.11, 2.5.7, 2.5.8, 3.3.8) och 3 på nivå AAA (2.4.12, 2.4.13, 3.3.9). Det enda borttagna kriteriet är 4.1.1 Parsing, som blivit föråldrat i takt med att webbläsarna utvecklats.
De nya riktlinjerna fokuserar på tre nyckelområden: bättre synlighet för tangentbordsfokus, mer tillgängliga touchmål och gester, samt förenklade autentiseringsprocesser för användare med kognitiva funktionsnedsättningar.
Nya framgångskriterier: Översikt
De nio nya framgångskriterierna tar itu med moderna tillgänglighetsproblem, särskilt i mobilapplikationer och autentiseringsflöden. Dessa kriterier speglar verkliga hinder som rapporterats av användare med funktionsnedsättningar, inklusive problem med små touchmål, dolda fokusindikatorer och överdrivna minneskrav i inloggningsformulär.
2.4.11 Fokus ej dolt (minimum) - Nivå AA
Kräver att tangentbordsfokuserat element inte helt döljs av annat innehåll. När ett element får fokus måste åtminstone en del förbli synlig - ett vanligt problem med klibbiga headers, modala dialoger eller cookie-banners som skymar interaktiva element.
2.4.12 Fokus ej dolt (utökat) - Nivå AAA
Förstärkt version av 2.4.11 som kräver att hela elementet är synligt när det får tangentbordsfokus, utan någon skymmning. Detta säkerställer att tangentbordsanvändare ser fullständig kontext för varje interaktivt element.
2.4.13 Fokusutseende - Nivå AAA
Specificerar minimala visuella krav för fokusindikatorer: ett område minst lika stort som en 2-pixelkant och kontrast på minst 3:1 mot intilliggande färger. Detta standardiserar fokussynlighet över olika webbläsare och designer.
2.5.7 Dragningsrörelser - Nivå AA
Funktionalitet som kräver dragning (som listsortering eller skjutreglage) måste ha ett alternativ med en enda pekare - vanligtvis knappar eller direktinmatning. Detta stödjer användare med motoriska begränsningar som inte kan utföra precisa multitouchgester.
2.5.8 Målstorlek (minimum) - Nivå AA
Touchmål måste vara minst 24×24 CSS-pixlar, utom när målet är inline med text, kontrolleras av användaragenten eller när mindre storlek är väsentlig. Detta ersätter de strängare 44×44px från AAA-kriterium 2.5.5, vilket balanserar användbarhet med praktiska designbegränsningar.
3.2.6 Konsekvent hjälp - Nivå A
Hjälpmekanismer (kontakt, livechatt, FAQ) måste visas i samma ordning på varje sida där de finns. Denna förutsägbarhet hjälper användare med kognitiva funktionsnedsättningar att snabbt hitta support utan att söka genom olika layouter.
3.3.7 Redundant inmatning - Nivå A
Information som redan angetts av användaren i samma session bör inte krävas igen, såvida det inte är nödvändigt för säkerhet eller data har blivit ogiltiga. Autofyll, kryssrutor eller förifyllda fält uppfyller detta kriterium och minskar minnesbelastningen.
3.3.8 Tillgänglig autentisering (minimum) - Nivå AA
Kognitiva funktionstester (som att komma ihåg lösenord eller lösa pussel) får inte krävas såvida det inte finns ett alternativ: objektigenkänning, biometrisk autentisering, engångsinloggning eller lösenordshanterare. Detta eliminerar hinder för användare med minnes- eller bearbetningsproblem.
3.3.9 Tillgänglig autentisering (utökad) - Nivå AAA
Utökar 3.3.8 genom att även eliminera objektigenkänningstester (som "välj alla bilder med bilar"). Endast alternativ utan kognitiva tester återstår: biometri, engångskoder eller lösenordshanterare.
Borttagen: 4.1.1 Parsing
Detta kriterium från 2008 krävde korrekt HTML (stängda taggar, unika ID:n). Moderna webbläsare korrigerar nu automatiskt parsingfel, vilket gör detta kriterium föråldrat. Dess borttagande ändrar inte kodförväntningar - ren HTML förblir bästa praxis för kompatibilitet.
European Accessibility Act-krav
EAA, obligatorisk från juni 2025 för digitala produkter och tjänster i EU, refererar till EN 301 549-standarder, som för närvarande implementerar WCAG 2.1 nivå AA. Även om WCAG 2.2 ännu inte formellt krävs, förväntas framtida uppdateringar av EN 301 549 inkludera det - vilket gör 2.2-efterlevnad till en framtidsinvestering.
Bör du sikta på WCAG 2.2?
Ja. WCAG 2.2 är bakåtkompatibel - att uppfylla 2.2 uppfyller automatiskt 2.1 och 2.0. Om du startar ett nytt projekt eller genomför en omfattande revision, sikta på WCAG 2.2 nivå AA för att framtidssäkra mot reglerande krav och tillgodose en bredare publik.
För befintliga 2.1-kompatibla webbplatser, prioritera de nya AA-kriterierna (2.4.11, 2.5.7, 2.5.8, 3.3.8), eftersom de har störst påverkan för mobilanvändare och personer med kognitiva funktionsnedsättningar. AAA-kriterier förblir valfria men representerar excellens för högsäkerhetssektorer som finans eller hälsovård.
Hur man testar WCAG 2.2-efterlevnad
Börja med automatiserade verktyg (axe DevTools, WAVE, Lighthouse) för att fånga kodproblem, följ sedan med manuella tester för nya kriterier: navigera endast med tangentbord för att kontrollera fokussynlighet (2.4.11), testa touchmål med mobila enheter (2.5.8) och verifiera dragalternativ (2.5.7).
För autentiseringskriterier (3.3.8, 3.3.9), gå igenom inloggningsflöden med inaktiverade lösenordshanterare och se till att biometri eller engångsinloggningsalternativ är tillgängliga. Slutligen, genomför användartest - särskilt med personer som använder skärmläsare, tangentbordsnavigering eller förstoring - för att fånga hinder som automatiserade verktyg missar.