WCAG 2.2, udgivet i oktober 2023, introducerer 9 nye succeskrav fokuseret på mobil tilgængelighed, autentificering og tastaturnavigation. Denne guide forklarer hver ændring og dens praktiske konsekvenser for digitale projekter.
Hurtig oversigt
WCAG 2.2 tilføjer 9 nye succeskrav: 2 på niveau A (3.2.6, 3.3.7), 4 på niveau AA (2.4.11, 2.5.7, 2.5.8, 3.3.8) og 3 på niveau AAA (2.4.12, 2.4.13, 3.3.9). Det eneste fjernede kriterie er 4.1.1 Parsing, som er blevet forældet i takt med browserudvikling.
De nye retningslinjer fokuserer på tre nøgleområder: bedre synlighed af tastaturfokus, mere tilgængelige touchmål og bevægelser samt forenklede autentificeringsprocesser for brugere med kognitive funktionsnedsættelser.
Nye succeskrav: Oversigt
De ni nye succeskrav adresserer moderne tilgængelighedsudfordringer, især i mobilapplikationer og autentificeringsflows. Disse kriterier afspejler virkelige barrierer rapporteret af brugere med funktionsnedsættelser, herunder problemer med små touchmål, skjulte fokusindikatorer og overdrevne hukommelseskrav i loginformularer.
2.4.11 Fokus ikke skjult (minimum) - Niveau AA
Kræver, at tastaturfokuseret element ikke er helt skjult af andet indhold. Når et element får fokus, skal mindst en del forblive synlig - et almindeligt problem med klæbrige headere, modale dialoger eller cookie-bannere, der skjuler interaktive elementer.
2.4.12 Fokus ikke skjult (udvidet) - Niveau AAA
Forstærket version af 2.4.11, der kræver, at hele elementet er synligt, når det får tastaturfokus, uden nogen formørkelse. Dette sikrer, at tastaturbrugere ser fuld kontekst for hvert interaktivt element.
2.4.13 Fokusudseende - Niveau AAA
Specificerer minimale visuelle krav til fokusindikatorer: et område mindst lige så stort som en 2-pixel kant og kontrast på mindst 3:1 mod tilstødende farver. Dette standardiserer fokussynlighed på tværs af browsere og designs.
2.5.7 Trækbevægelser - Niveau AA
Funktionalitet, der kræver træk (som listesortering eller glidere), skal have et alternativ med en enkelt pointer - typisk knapper eller direkte input. Dette understøtter brugere med motoriske begrænsninger, som ikke kan udføre præcise multitouch-gestusser.
2.5.8 Målstørrelse (minimum) - Niveau AA
Touchmål skal være mindst 24×24 CSS-pixels, undtagen når målet er inline med tekst, styres af brugeragenten, eller når mindre størrelse er essentiel. Dette erstatter de strengere 44×44px fra AAA-kriterie 2.5.5 og balancerer brugervenlighed med praktiske designbegrænsninger.
3.2.6 Konsistent hjælp - Niveau A
Hjælpemekanismer (kontakt, livechat, FAQ) skal vises i samme rækkefølge på hver side, hvor de er til stede. Denne forudsigelighed hjælper brugere med kognitive funktionsnedsættelser med hurtigt at finde support uden at søge gennem forskellige layouts.
3.3.7 Redundant indtastning - Niveau A
Information, der allerede er indtastet af brugeren i samme session, bør ikke kræves igen, medmindre det er nødvendigt for sikkerhed, eller data er blevet ugyldige. Autofyld, checkbokse eller forudfyldte felter opfylder dette kriterie og reducerer hukommelsesbelastning.
3.3.8 Tilgængelig autentificering (minimum) - Niveau AA
Kognitive funktionstest (som at huske adgangskoder eller løse gåder) må ikke kræves, medmindre der er et alternativ: objektgenkendelse, biometrisk autentificering, enkelt sign-on eller adgangskodeadministratorer. Dette eliminerer barrierer for brugere med hukommelses- eller behandlingsproblemer.
3.3.9 Tilgængelig autentificering (udvidet) - Niveau AAA
Udvider 3.3.8 ved også at eliminere objektgenkendelsestest (som "vælg alle billeder med biler"). Kun alternativer uden kognitive test forbliver: biometri, engangskoder eller adgangskodeadministratorer.
Fjernet: 4.1.1 Parsing
Dette 2008-kriterie krævede korrekt HTML (lukkede tags, unikke ID'er). Moderne browsere korrigerer nu automatisk parsingfejl, hvilket gør dette kriterie forældet. Dets fjernelse ændrer ikke kodeforventninger - ren HTML forbliver bedste praksis for kompatibilitet.
European Accessibility Act-krav
EAA, obligatorisk fra juni 2025 for digitale produkter og tjenester i EU, refererer til EN 301 549-standarder, som i øjeblikket implementerer WCAG 2.1 niveau AA. Selvom WCAG 2.2 endnu ikke formelt kræves, forventes fremtidige opdateringer af EN 301 549 at inkludere det - hvilket gør 2.2-overholdelse til en fremtidsinvestering.
Bør du sigte mod WCAG 2.2?
Ja. WCAG 2.2 er bagudkompatibel - at opfylde 2.2 opfylder automatisk 2.1 og 2.0. Hvis du starter et nyt projekt eller gennemfører en omfattende revision, sig mod WCAG 2.2 niveau AA for at fremtidssikre mod regulatoriske krav og betjene et bredere publikum.
For eksisterende 2.1-kompatible websteder, prioriter de nye AA-kriterier (2.4.11, 2.5.7, 2.5.8, 3.3.8), da de har størst indvirkning for mobilbrugere og personer med kognitive funktionsnedsættelser. AAA-kriterier forbliver valgfrie, men repræsenterer excellence for højsikkerhedssektorer som finans eller sundhed.
Hvordan tester man WCAG 2.2-overholdelse
Start med automatiserede værktøjer (axe DevTools, WAVE, Lighthouse) til at fange kodeniveau-problemer, og følg derefter op med manuelle tests for nye kriterier: naviger kun med tastatur for at kontrollere fokussynlighed (2.4.11), test touchmål med mobile enheder (2.5.8), og verificer trækværnsalternativer (2.5.7).
For autentificeringskriterier (3.3.8, 3.3.9), gå igennem login-flows med deaktiverede adgangskodeadministratorer, og sørg for, at biometri eller single sign-on muligheder er tilgængelige. Udfør endelig brugertest - især med personer, der bruger skærmlæsere, tastaturnavigation eller forstørrelse - for at fange barrierer, som automatiserede værktøjer går glip af.