WCAG 2.1 vs. 2.2: hvad er ændret, og hvorfor betyder det noget

WCAG 2.2 blev en W3C-anbefaling i oktober 2023. Hvis dit site blev auditeret mod WCAG 2.1, fejler det måske allerede på kriterier, som nu definerer juridisk overholdelse i EU, Storbritannien og i stigende grad i amerikanske håndhævelsessager. Denne guide gennemgår hver eneste ændring — hvad der blev tilføjet, hvad der udgik, og hvad hvert kriterium betyder i praksis.

Kort baggrund: hvad WCAG 2.1 tilføjede

WCAG 2.1 (udgivet i 2018) udvidede den oprindelige 2.0-standard med 17 nye succeskriterier med fokus på tre underprioriterede grupper:

Mobilbrugere — berøringsgestus, skærmretning, pegepræcision
Brugere med nedsat syn — reflow, ikke-tekstuel kontrast, tekstafstand
Kognitive og sproglige handicap — timeouts, statusbeskeder

WCAG 2.2 bygger direkte videre på 2.1. Alle krav fra 2.1 gælder stadig. Spørgsmålet er: hvad tilføjede 2.2 oveni?

Hvad WCAG 2.2 tilføjede: 9 nye succeskriterier

2.4.11 Fokus ikke tildækket (minimum) — niveau AA

Når en komponent modtager tastaturfokus, må den ikke være helt skjult af andet indhold (fastlåste sidehoveder, cookiebannere, chat-widgets). Mindst en del af det fokuserede element skal forblive synligt.

Almindelig fejl: En fastlåst navigationsbjælke dækker det fokuserede formularfelt, når en bruger tabber gennem en side.

2.4.12 Fokus ikke tildækket (udvidet) — niveau AAA

En strengere version af 2.4.11 — den fokuserede komponent skal være fuldt synlig, ikke bare delvist.

2.4.13 Fokusudseende — niveau AA

Tastaturfokusindikatorer skal opfylde minimumstærskler for størrelse og kontrast:

Fokusindikatorens areal skal være mindst lige så stort som en omkreds på 2 CSS-pixels omkring komponenten
Kontrasten mellem fokuseret og ikke-fokuseret tilstand skal være mindst 3:1

Dette går videre end det eksisterende 2.4.7 (Fokus synlig), som kun krævede, at der overhovedet fandtes en fokusindikator.

Almindelig fejl: En tynd 1 px stiplet kant med lav kontrast består 2.4.7, men fejler 2.4.13.

2.5.7 Trækkebevægelser — niveau AA

Enhver handling, der kræver træk, skal også kunne udføres med en enkelt pegeenhed (tryk eller klik). Det tjener brugere med motoriske handicap, som ikke pålideligt kan styre trækoperationer.

Eksempel: En sorterbar liste skal tilbyde et alternativ (såsom op/ned-knapper) til brugere, der ikke kan trække elementer.

2.5.8 Målstørrelse (minimum) — niveau AA

Interaktive mål (knapper, links, formularkontroller) skal være mindst 24×24 CSS-pixels — eller have tilstrækkelig afstand til tilstødende mål, så det samlede aktiveringsareal opfylder tærsklen.

Dette er minimumsversionen. Det udvidede kriterium (2.5.5, videreført fra 2.1 på niveau AAA) anbefaler 44×44 px.

Almindelige fejl: Knapper med kun ikon, luk-ikoner (×) og indlejrede tekstlinks i tætpakkede navigationsmenuer.

3.2.6 Konsistent hjælp — niveau A

Hvis et website tilbyder en hjælpemekanisme (telefonnummer, chatlink, kontaktformular, FAQ-link), skal den optræde i samme relative position på tværs af de sider, hvor den findes. Brugere med kognitive handicap er ofte afhængige af forudsigelig placering.

3.3.7 Gentagen indtastning — niveau A

Information, som en bruger allerede har indtastet i samme session, må ikke kræves igen — medmindre genindtastning er essentiel (f.eks. et felt til bekræftelse af adgangskode), eller data er sikkerhedsfølsomme.

Eksempel: Et flertrinskassesystem bør ikke bede om faktureringsadressen i trin 3, hvis brugeren allerede indtastede den i trin 1.

3.3.8 Tilgængelig godkendelse (minimum) — niveau AA

Godkendelsestrin må ikke bero på en kognitiv funktionstest — at genkende objekter, transskribere tegn eller løse gåder — medmindre der findes et alternativ, eller testen går ud på at genkende brugerkontrolleret indhold (såsom et foto, brugeren selv har uploadet).

Almindelige fejl: CAPTCHA’er, der kræver identifikation af forvrænget tekst uden lydalternativ, eller “klik på alle billeder med lyskryds”-udfordringer.

3.3.9 Tilgængelig godkendelse (udvidet) — niveau AAA

Den udvidede version fjerner selv undtagelsen for brugerkontrolleret indhold. Ingen kognitiv funktionstest er tilladt i godkendelsesflowet.

Hvad WCAG 2.2 fjernede: 4.1.1 Parsing

WCAG 2.1 indeholdt 4.1.1 Parsing (niveau A), som krævede velformet HTML — unikke element-ID’er, korrekt indlejrede tags og komplette start-/sluttag-par. Moderne browsere var blevet så gode til stiltiende at rette misdannet HTML, at dette kriterium blev umuligt at måle i praksis.

I WCAG 2.2 er 4.1.1 Parsing markeret som forældet og betragtes altid som opfyldt. Du behøver ikke længere at auditere for det, selv om det stadig er best practice at skrive ren HTML.

Oversigtstabel

Kriterium	Niveau	Emne
2.4.11 Fokus ikke tildækket (min.)	AA	Tastaturfokus
2.4.12 Fokus ikke tildækket (udvidet)	AAA	Tastaturfokus
2.4.13 Fokusudseende	AA	Fokusindikator
2.5.7 Trækkebevægelser	AA	Pegeinput
2.5.8 Målstørrelse (minimum)	AA	Berøringsmål
3.2.6 Konsistent hjælp	A	Forudsigelighed
3.3.7 Gentagen indtastning	A	Formularer
3.3.8 Tilgængelig godkendelse (min.)	AA	Login / CAPTCHA
3.3.9 Tilgængelig godkendelse (udvidet)	AAA	Login / CAPTCHA
~~4.1.1 Parsing~~	A	Fjernet

Hvem skal opgradere?

Stort set alle. WCAG 2.2 er nu den basislinje, der henvises til i:

European Accessibility Act (EAA), i kraft fra juni 2025
Den harmoniserede standard EN 301 549 (opdateret til at henvise til WCAG 2.2)
Storbritanniens tilgængelighedsregler for offentlige organer (opdateret vejledning)
Mange amerikanske delstatslove og DOJ’s uformelle håndhævelsespositioner

Hvis jeres seneste fulde audit var mod WCAG 2.1 AA, så koncentrér opgraderingsindsatsen om disse fem kriterier, der berører de fleste sites: 2.4.11, 2.4.13, 2.5.8, 3.3.8 og 3.3.7 (hvis I har flertrinsformularer eller kassesystemer).

Sådan auditerer du for de nye kriterier

De fleste automatiserede scannere flagger nu 2.5.8 (målstørrelse) og delvise tilfælde af 2.4.13 (fokusudseende). Følgende kræver dog manuel test:

2.4.11 / 2.4.12 — Tab gennem hver side med fastlåste sidehoveder/sidefødder aktive og bekræft, at fokuserede elementer er synlige
2.4.13 — Mål fokusindikatorens dimensioner og kontrast med browserens DevTools eller et kontrastværktøj
2.5.7 — Identificér hver trækinteraktion og verificér, at der findes et alternativ med kun pegeenhed
3.2.6 — Kontrollér, at hjælpelinks optræder i konsistente positioner på tværs af sider
3.3.7 — Gennemgå alle flertrinsflows og bekræft, at ingen data efterspørges to gange
3.3.8 — Test hvert login-, registrerings- og verifikationstrin for kognitive funktionstests

WCAG 2.2 er ikke et gennemgribende redesign — det er et målrettet sæt tilføjelser, der adresserer reelle barrierer, som 2.1 overså. Den gode nyhed er, at de fleste af de nye AA-kriterier kan løses med fokuseret udbedringsarbejde frem for en fuld ombygning af sitet.

Relateret: Sådan gør du dit website WCAG 2.2-kompatibelt · Guide til manuelle tilgængelighedsaudits