WCAG 2.2 — vad är nytt och vad behöver du göra?

Vad är nytt i WCAG 2.2?

Sex nya kriterier på nivå A och AA — nivåerna som lagkraven bygger på:

• 2.4.11 Fokus inte skymt, minimum (nivå AA) — elementet som har tangentbordsfokus får inte döljas helt av fasta toppmenyer, banners eller andra lager ovanpå sidan. Vi går igenom det här kriteriet i detalj på vår sida om tangentbordsnavigering och synligt fokus.
• 2.5.7 Dragrörelser (nivå AA) — funktioner som kräver en dra-gest, som sliders, drag-och-släpp och dra-för-att-sortera, ska också gå att använda med enkla klick eller tryck. Alla kan inte hålla och dra med precision.
• 2.5.8 Målstorlek, minimum (nivå AA) — klickytor ska vara minst 24×24 CSS-pixlar. Undantag finns: tillräckligt avstånd till grannmålen, ett likvärdigt alternativ någon annanstans, mål i löpande text, eller att storleken är väsentlig för funktionen.
• 3.2.6 Konsekvent hjälp (nivå A) — om hjälpfunktioner som kontaktuppgifter, chatt eller FAQ finns på flera sidor ska de ligga på samma plats på alla. Kravet handlar om konsekvens — det tvingar dig inte att erbjuda hjälp.
• 3.3.7 Redundant inmatning (nivå A) — uppgifter användaren redan angett i ett flöde ska inte behöva skrivas in igen. Autofyll, förifyllt eller valbart räcker; undantag gäller bland annat säkerhetskritiska fält.
• 3.3.8 Tillgänglig autentisering, minimum (nivå AA) — inloggning får inte kräva kognitiva tester som att memorera eller skriva av något, om det inte finns alternativ eller hjälpmedel. Stöd för lösenordshanterare räcker ofta; objektigenkänning är undantagen.

Samtidigt försvann ett kriterium: 4.1.1 Parsing togs bort i 2.2, eftersom det ansågs obsolet. Tre nya kriterier på AAA-nivå tillkom också (2.4.12, 2.4.13 och 3.3.9), men AAA ligger ovanför lagkravsnivån och berör de flesta inte.

Är WCAG 2.2 ett lagkrav i dag?

Ärligt svar: inte formellt — än. DOS-lagen (lagen om tillgänglighet till digital offentlig service) för offentlig sektor och tillgänglighetslagen (2023:254), som sedan den 28 juni 2025 gäller berörda privata aktörer, pekar båda på den europeiska standarden EN 301 549. Den standarden refererar i dag WCAG 2.1 på nivå AA — inte 2.2.

Men det är dit standarden är på väg. WCAG 2.2 är dagens W3C-rekommendation, och eftersom versionen är bakåtkompatibel täcker en webbplats som uppfyller 2.2 automatiskt också 2.1. Att jobba mot 2.2 redan nu kostar alltså inget extra i förhållande till lagkraven — det ger marginal den dag standarden uppdateras.

Vanliga brister vi ser

• För små klickytor — ikonknappar, paginering och sociala medier-länkar som hamnar under 24×24 pixlar, ofta så tätt packade att undantaget för avstånd inte heller räddar dem.
• Sliders och sorterbara listor som bara fungerar med dra-gest — ingen knapp eller pil som alternativ för den som inte kan hålla och dra.
• Hjälp som flyttar runt — chattbubblan ligger nere till höger på startsidan men någon annanstans, eller saknas helt, på undersidorna.
• Kassor och formulärflöden som frågar efter samma uppgifter två gånger — leveransadressen ska skrivas in igen som faktureringsadress i nästa steg, utan förifyllt eller "samma som ovan".
• Inloggningar som blockerar klistra in eller saknar stöd för lösenordshanterare — i praktiken ett minnestest, vilket 3.3.8 inte tillåter utan alternativ.
• Fokuserade element som hamnar bakom fasta toppmenyer — du tabbar till en länk men ser den inte.

Så testar CompliantHQ det här

Vi testar mot WCAG 2.2 på nivå A och AA — hela listan med 55 kriterier redovisas öppet, inklusive vilka som kräver manuell granskning. De nya 2.2-kriterierna hanteras olika, beroende på vad som faktiskt går att avgöra maskinellt:

• Målstorlek (2.5.8) mäts automatiskt — skannern mäter geometrin på sidans klickytor och flaggar mål som är för små för att träffas säkert. Kontrollen ingår även i basskanningen och provperioden.
• Fokus inte skymt (2.4.11) testas automatiskt i den fördjupade sviten, som ingår i betalplanerna — där tabbar skannern genom sidorna och kontrollerar att det fokuserade elementet inte döljs av fasta lager.
• Dragrörelser (2.5.7), konsekvent hjälp (3.2.6), redundant inmatning (3.3.7) och tillgänglig autentisering (3.3.8) kräver mänsklig bedömning i sitt sammanhang — bara du vet vad din slider gör och hur ditt inloggningsflöde ser ut. Vi markerar dem öppet som manuella kontroller, och vår AI-rådgivare guidar dig genom vad du ska kontrollera och hur.

AI:ns slutsatser redovisas alltid som bedömningar, aldrig som konstaterade överträdelser — du ser resonemanget och avgör själv.

Så åtgärdar du

• Ge klickytor minst 24×24 CSS-pixlar — eller tillräckligt avstånd till grannmålen. Ikonknappar, paginering och länkar i sidfoten är de vanligaste syndarna.
• Komplettera varje dra-gest med ett klickalternativ: pilknappar vid slidern, upp/ner-knappar vid den sorterbara listan.
• Lägg hjälpfunktioner — kontaktuppgifter, chatt, FAQ-länk — på samma plats på varje sida, till exempel i sidhuvudet eller sidfoten.
• Förifyll uppgifter användaren redan lämnat i flödet, eller gör dem valbara — en "samma som leveransadress"-kryssruta räcker.
• Låt lösenordshanterare göra jobbet: blockera inte klistra in i inloggningsfält och använd rätt autocomplete-attribut.
• Se till att fokuserade element inte hamnar bakom fasta toppmenyer — scroll-marginal med scroll-padding löser det mesta.

Vanliga frågor

Fler fördjupningar

• Kontrastkraven
• Alt-texter
• Tangentbord & fokus
• Tillgängliga PDF:er