# WCAG 2.2 ## Hvad det er WCAG 2.2, Web Content Accessibility Guidelines i version 2.2, er W3C's standard for, hvad webindhold skal kunne, for at mennesker med handicap kan bruge det, skrevet som krav, der kan testes. Den blev W3C-anbefaling i oktober 2023, og den gældende udgave bærer datoen 12. december 2024 og følger efter WCAG 2.0 fra 2008 og 2.1 fra 2018. I daglig tale hedder den som regel bare WCAG. Sideløbende arbejder W3C på en WCAG 3 som et selvstændigt projekt over flere år; det er 2.2, kontrakter og audits bygger på i dag. Standarden er bygget i lag. Øverst står fire principper: Indhold skal være opfatteligt, anvendeligt, forståeligt og robust. Under dem ligger 13 retningslinjer, som beskriver mål og ikke selv kan testes. Under hver retningslinje kommer succeskriterierne, og det er dem, der tæller. Hvert har et nummer som 1.4.3, et kort navn som Contrast (Minimum), et niveau og en sætning, som en side enten opfylder eller fejler. Uden om den normative tekst udgiver W3C et Understanding-dokument for hvert kriterium og et bibliotek af teknikker og dokumenterede fejl. De er vejledende: En side, der opfylder et kriterium ad en anden vej, opfylder det stadig. Der er tre niveauer. A er minimum, AA lægger de kriterier oveni, som de fleste organisationer bliver bedt om at opfylde, og AAA er det strengeste. Et niveau er kumulativt og opfyldes helt eller slet ikke. Standarden siger det ligeud for AA: Siden skal opfylde alle succeskriterier på niveau A og AA, eller der skal findes en alternativ version, som gør. Overensstemmelse gælder hele sider, aldrig en del af en side, og hele processer. Løber et køb over fem sider, skal alle fem opfylde et niveau, før nogen af dem gør det. Version 2.2 tilføjede ni kriterier og fjernede ét. På niveau A og AA kom 2.4.11 Focus Not Obscured (Minimum), 2.5.7 Dragging Movements, 2.5.8 Target Size (Minimum), 3.2.6 Consistent Help, 3.3.7 Redundant Entry og 3.3.8 Accessible Authentication (Minimum). De sidste tre, 2.4.12, 2.4.13 og 3.3.9, ligger på AAA. 4.1.1 Parsing er erklæret forældet og fjernet, fordi hjælpemidler holdt op med selv at fortolke HTML. Resten er stort set uændret fra 2.1, så et website, der opfylder 2.2, opfylder også 2.1. ## Hvorfor det betyder noget WCAG gør "lav det tilgængeligt" til en liste, nogen kan efterprøve, og standarden siger selv, hvad de testbare kriterier er til: designspecifikationer, indkøb, regulering og kontrakter. For en køber er den afgørende beslutning derfor én sætning i kontrakten. Om noget er tilgængeligt, kan man diskutere i det uendelige. "WCAG 2.2 niveau AA for disse sider, kontrolleret på denne måde, med kendte mangler oplistet" kan efterprøves, og leverandøren ved, hvad arbejdet omfatter, før prisen bliver sat. Niveauet er et reelt valg. AA er det niveau, offentlige regler og udbudsmateriale oftest henviser til, og næsten alt indhold kan nå det. AAA er en anden sag: Standarden fraråder selv at kræve AAA som generel politik for hele websteder, fordi noget indhold umuligt kan opfylde alle kriterierne. Tegnsprogstolkning af hver forudindspillet video med lyd (1.2.6) er ét eksempel. En enklere udgave af enhver tekst, der kræver læsefærdighed ud over grundskolens udskoling (3.1.5), er et andet. Den holdbare model er AA overalt plus de enkelte AAA-kriterier, der giver mening for produktet: kontrast på 7:1 til lang læsetekst eller en kraftigere fokusindikator i et værktøj, folk betjener med tastaturet. Valget af version er lettere. Arbejdsgruppen anbefaler 2.2 som mål, også hvor en forpligtelse stadig nævner en ældre version, og da 2.2 rummer 2.1, koster det intet i kompatibilitet at bygge efter den. Den eneste krølle er 4.1.1: En organisation, der ved en politik er bundet til 2.0 eller 2.1, kan stadig være nødt til at teste og rapportere Parsing. Prisen følger tidspunktet. Meget af AA afgøres af tidlige valg: indbyggede HTML-kontroller frem for hjemmebyggede, en palet målt for kontrast, en synlig fokusmarkering og layout, der ombrydes ved 320 CSS-pixel. Truffet fra start koster de næsten ingenting. Fundet af en audit efter lanceringen bliver hvert af dem til en fejl, der går igen på alle sider, som genbrugte komponenten. ## Sådan ser det ud i praksis Dette site sigter mod WCAG 2.2 niveau AA, og to af dets egne sider viser, hvad det indebærer. Siden om, [hvordan hele sitet blev bragt op på WCAG 2.2 niveau AA](/da/portfolio/took-wcag-2-2-level-aa-across-the-whole-site-130/), sætter målet bredt: hver eneste side, alle tre sprog og begge farvetemaer. Overensstemmelsen skal kunne bæres af kontroller og må ikke blot stå som en påstand i et dokument. Arbejdet styres fra et register, hvor hvert kriterium har sin egen række med to oplysninger: hvordan sitet lever op til det, og hvilken kontrol der holder øje med det. Ud over målet er to AAA-kriterier med, visuel præsentation i sin helhed og fokusudseende, og ved det sidste skelner siden mellem at tilbyde og at påstå; fokusudseendet tilbydes. Regelmotoren kører desuden sine best practice-regler, tredive flere end konformitetsreglerne alene, og én af de nye regler gav udslag ved første kørsel: På alle undersider lå brandmærket uden for ethvert landmark. En langsommere kontrol går 32 repræsentative sider igennem i to farveskemaer og to bredder. Synligt fokus påvises der i pixels, idet kontrollen trykker på Tab og sammenligner skærmbillederne. Den leder også hver side igennem efter tastaturfælder, lægger de øgede tekstafstande ind og sætter rodens skriftstørrelse til det dobbelte. Som resultat opgør siden en erklæret overensstemmelse på niveau AA på tre sprog og i to temaer, to AAA-kriterier derudover og ét kriterium, der står som undtagelse. [Kolofonen](/da/credits/) gør undtagelsen synlig for læseren. Her omtales niveau AA som noget, sitet holder fast i med kontroller, og ikke som noget, det blot erklærer, og undtagelsen er 1.4.13 Content on Hover or Focus. Et mærke viser en etiket, når markøren hviler på det, eller når det får fokus, og den etiket kan ikke fjernes med en tast: Det ville kræve et script, og sitet nøjes med ét. Samme side oplyser, at axe-core gennemgår repræsentative sider, én for hver skabelon på hvert sprog, mod WCAG 2.2 A og AA i begge farveskemaer som en del af kvalitetsporten. Automatiske værktøjer fanger cirka en tredjedel af det, WCAG kræver, og derfor føres registret kriterium for kriterium i stedet for som én samlet karakter. ## Hvor det går galt **Den automatiske audit er grøn, og en tastaturbruger sidder fast i en datovælger.** Regelmotorer læser, hvad markuppen siger, mens meget af WCAG er en vurdering af, hvad siden gør: om alt-teksten bærer pointen, om fokusrækkefølgen følger læserækkefølgen, om en widget kan forlades med tastaturet. Brug motoren som gulv. Gå hver skabelon igennem med tastaturet alene, ved 200 % tekststørrelse og i 320 CSS-pixels bredde, og notér pr. kriterium, hvem der tjekkede det, og hvordan. **En sticky header dækker det link, der har fokus.** 2.4.11 kræver, at en fokuseret komponent ikke skjules helt af indhold, som forfatteren selv har lagt ind, og faste headere, cookiebannere og chatknapper er de sædvanlige syndere. Reservér pladsen med `scroll-padding-top` sat til headerens højde, så browseren ruller fokuserede elementer fri af den, og hold svævende paneler væk fra fokuserbart indhold. **Login-trinnet beder folk huske eller genskrive noget.** 3.3.8 udelukker en kognitiv funktionstest, som at huske en adgangskode eller løse en gåde, i alle trin af en godkendelse, medmindre der findes et alternativ eller en hjælpemekanisme, eller én af to snævre undtagelser gælder. Et adgangskodefelt, der blokerer indsættelse, eller en CAPTCHA, der beder om afskrevet tekst, er typisk der, det glipper. Tillad indsættelse og adgangskodeadministratorer, tilbyd en passkey eller et link pr. e-mail, og foretræk genkendelse af objekter frem for afskrift, når en test er uundgåelig. **En erklæring lover fuld overensstemmelse, og den første audit finder en fejl.** Et niveau opfyldes helt eller slet ikke, så ét overset AA-kriterium gør hele påstanden forkert. Skriv i stedet den erklæring, standarden beskriver: dato, retningslinjernes titel, version og URI, niveauet, de sider, den dækker, og de teknologier, den forudsætter. Påstå kun det, hver side i omfanget opfylder, og nævn hvert kriterium, der kommer til kort, ved nummer, med årsag og plan, i stedet for at runde niveauet op. ## Læs mere - [Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/) — den normative tekst: principper, retningslinjer, succeskriterier og kravene til overensstemmelse. - [What's New in WCAG 2.2](https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22/) — de ni nye kriterier ét ad gangen, med eksempler på brugere, og hvorfor 4.1.1 Parsing er fjernet. - [How to Meet WCAG (Quick Reference)](https://www.w3.org/WAI/WCAG22/quickref/) — en liste over alle kriterier, der kan tilpasses, med teknikker og dokumenterede fejl. - [Understanding Conformance](https://www.w3.org/WAI/WCAG22/Understanding/conformance.html) — niveauer, hele sider, hele processer og hvad accessibility supported betyder. - [WCAG 2 Overview](https://www.w3.org/WAI/standards-guidelines/wcag/) — hvordan versionerne hænger sammen, og hvilke støttedokumenter der omgiver standarden.