Webtilgængelighed & WCAG 2.1 AA — sådan kommer du i gang

Sådan gør du — trin for trin

1. 1

   Kend kravene og niveauerne — sigt efter AA

   Sæt dig ind i WCAG 2.1s fire principper og forskellen på niveau A, AA og AAA. AA omfatter alle A- og AA-kriterier og er det niveau, lovgivningen kræver; AAA er sjældent realistisk for hele websteder.

2. 2

   Kortlæg omfanget (scope)

   Lav en oversigt over sider, skabeloner, komponenter, PDF-filer og tredjepartsindhold (fx indlejrede formularer eller videoafspillere). Vælg repræsentative sidetyper til test frem for at teste alt på én gang.

3. 3

   Sørg for fuld tastaturnavigation

   Alt interaktivt indhold skal kunne betjenes med tastatur alene (Tab, Enter, mellemrum, piletaster), fokus skal være synligt, og der må ikke opstå »tastaturfælder«.

4. 4

   Tjek farvekontrast mod de eksakte AA-tal

   Mål tekst mod baggrund: mindst 4,5:1 for normal tekst og 3:1 for stor tekst (mindst 18 pt eller 14 pt fed). Ikoner, knapkanter og grafik skal have mindst 3:1.

5. 5

   Byg semantisk HTML og korrekt overskriftshierarki

   Brug rigtige elementer (button, nav, h1-h6, lister, landmarks) frem for div-elementer med klik-handlers. En logisk overskriftsrækkefølge uden spring understøtter både skærmlæsere og robusthed.

6. 6

   Skriv meningsfuld alt-tekst og forbind formularlabels

   Giv informative billeder en beskrivende alt-tekst, og markér rent dekorative billeder med tom alt="". Hvert formularfelt skal have en programmatisk forbundet label.

7. 7

   Test med en skærmlæser

   Prøv de vigtigste flows (navigation, formularer, køb/kontakt) med en rigtig skærmlæser, fx VoiceOver (Mac/iOS) eller NVDA (Windows). Lyt efter, om rækkefølge, labels og fejl giver mening uden skærm.

8. 8

   Kombinér automatiseret og manuel audit

   Kør et automatiseret værktøj (fx axe eller Lighthouse) for hurtigt at fange oplagte fejl, men suppler altid med manuel test af tastatur, kontrast, fokus og skærmlæser.

9. 9

   Udgiv en tilgængelighedserklæring

   Offentlige organer skal udarbejde erklæringen via Digitaliseringsstyrelsens WAS-værktøj og opdatere den mindst én gang årligt; private kan med fordel bruge samme disciplin til at dokumentere status og feedbackkanal.

WCAG og de fire POUR-principper

WCAG er W3C/WAIs internationale standard for tilgængeligt webindhold. Den er organiseret omkring fire grundprincipper — POUR — som på den autoriserede danske oversættelse hedder opfattelig (perceivable), anvendelig (operable), forståelig (understandable) og robust (robust).²¹

Kort fortalt: information og komponenter skal kunne opfattes af brugernes sanser (fx tekstalternativer og tilstrækkelig kontrast); grænsefladen skal kunne betjenes, herunder fuldt ud med tastatur; indhold og betjening skal være forståeligt og forudsigeligt; og markup skal være robust nok til at kunne fortolkes pålideligt af browsere og hjælpemidler som skærmlæsere.¹

Niveauerne A, AA og AAA

WCAG opererer med tre konformitetsniveauer. Niveau A er minimumsniveauet. Niveau AA omfatter alle krav på niveau A plus AA-kriterierne, og det er det niveau, de fleste organisationer sigter efter — og som lovgivningen læner sig op ad. Niveau AAA er det højeste niveau.⁵

I praksis er AA det relevante mål: W3C anbefaler ikke AAA som generelt krav for hele websteder, fordi det ikke er muligt at opfylde alle AAA-kriterier for alt indhold. Når man taler om »lovpligtig tilgængelighed« i Danmark, er det derfor WCAG 2.1 AA, der er referencen.⁵⁶

Hvilke love gælder — offentlig vs. privat sektor

Offentlig sektor: Webtilgængelighedsloven trådte i kraft 23. september 2018 og implementerer EU-direktiv 2016/2102. Den forpligter alle myndigheders og offentligretlige organers websteder og apps til at være tilgængelige. Et websted anses for at overholde kravet, hvis det opfylder den harmoniserede standard EN 301 549, hvis kapitler 9-11 hovedsageligt refererer til WCAG 2.1.⁶⁷

Privat sektor: Med tilgængelighedsloven (dansk implementering af EU's tilgængelighedsforordning, European Accessibility Act) stilles der fra 28. juni 2025 tilgængelighedskrav til en række private produkter og tjenester — bl.a. e-handelstjenester (webshops), e-bøger og banktjenester. Mikrovirksomheder med under 10 ansatte og under 2 mio. euro i årlig omsætning er som udgangspunkt undtaget for tjenester. Tjek altid den gældende danske lovtekst for din konkrete situation.⁹

Kontrast og tastatur — de mest testbare AA-krav

Farvekontrast er et af de mest konkrete AA-krav. Succeskriterium 1.4.3 Kontrast (minimum) kræver et kontrastforhold på mindst 4,5:1 for normal tekst og mindst 3:1 for stor tekst, hvor »stor« er mindst 18 pt eller 14 pt fed.³

Succeskriterium 1.4.11 Ikke-tekst-kontrast (niveau AA) kræver mindst 3:1 for de dele af UI-komponenter og grafiske objekter, der er nødvendige for at forstå eller betjene indholdet — fx knapkanter, ikoner og formularfelters afgrænsning. Tærsklen skal overholdes præcist.⁴

Tastaturbetjening hører under princippet anvendelig: al funktionalitet skal kunne bruges uden mus, fokus skal være synligt, og brugeren må ikke kunne blive fanget i en komponent. Det er typisk noget, automatiske værktøjer ikke fanger — det kræver manuel test ved at »tabbe« gennem siden.¹

Almindelige fejl

De hyppigste tilgængelighedsfejl er velkendte og ofte lette at rette: manglende eller intetsigende alt-tekst, formularfelter uden forbundne labels, for lav farvekontrast, »klikbare« div-elementer der ikke kan nås med tastatur, springende overskriftshierarki og manglende synligt fokus. Disse fejl rammer direkte POUR-principperne opfattelig, anvendelig og robust.¹

En anden udbredt fejl er at stole blindt på automatiserede scannere. De er gode til at fange fx kontrast- og alt-tekst-problemer, men de kan ikke vurdere, om alt-teksten er meningsfuld, om tabulatorrækkefølgen giver mening, eller om en skærmlæser annoncerer indholdet korrekt. Derfor er en kombination af automatisk og manuel audit nødvendig for reelt at nå AA.¹

Tjekliste

• ✓ Naviger hele sidens flow udelukkende med tastatur, og bekræft synligt fokus overalt.
• ✓ Mål tekstkontrast: ≥ 4,5:1 for normal tekst, ≥ 3:1 for stor tekst.
• ✓ Tjek ikke-tekstkontrast: ≥ 3:1 på ikoner, knapkanter og formularfelters afgrænsning.
• ✓ Giv alle informative billeder meningsfuld alt-tekst, og markér dekorative billeder med alt="".
• ✓ Forbind hvert formularfelt med en synlig, programmatisk label.
• ✓ Kontrollér et logisk overskriftshierarki (h1-h6) uden spring.
• ✓ Kør en skærmlæsertest (VoiceOver eller NVDA) på de vigtigste flows.
• ✓ Kombinér en automatiseret scanning (axe/Lighthouse) med manuel test, og udgiv/ajourfør erklæringen.

Ofte stillede spørgsmål

Kilder

1. Accessibility PrinciplesW3C Web Accessibility Initiative (WAI) · De fire POUR-principper og hvad hvert dækker, herunder tastaturbetjening og robust markup.
2. Retningslinjer for Tilgængeligt Webindhold (WCAG) 2.1W3C — autoriseret dansk oversættelse (2019) · De danske principnavne: opfattelig, anvendelig, forståelig, robust.
3. Understanding SC 1.4.3: Contrast (Minimum)W3C WAI (WCAG 2.1) · 4,5:1 for normal tekst og 3:1 for stor tekst (≥ 18 pt eller ≥ 14 pt fed).
4. Understanding SC 1.4.11: Non-text ContrastW3C WAI (WCAG 2.1) · Niveau AA; mindst 3:1 for UI-komponenter og grafiske objekter.
5. WCAG 2 Overview / AA-konformitetW3C WAI · Niveauerne A, AA og AAA; AA omfatter alle A- og AA-krav.
6. Lovgivning (webtilgængelighed)Digitaliseringsstyrelsen (2025) · Webtilgængelighedsloven (i kraft 23. sep. 2018, direktiv 2016/2102) + EN 301 549; gælder offentlige organer.
7. Forstå den tekniske standardDigitaliseringsstyrelsen (2025) · EN 301 549s kapitler 9-11 refererer hovedsageligt til og er identiske med WCAG 2.1.
8. Udfyldelse af tilgængelighedserklæringDigitaliseringsstyrelsen (2025) · Erklæringen udgives via WAS-værktøjet og skal ajourføres mindst én gang årligt.
9. Tilgængelighedskrav for produkter og tjenesterDansk Erhverv (2025) — brancheкilde; verificér mod lovtekst · Anvendelse fra 28. juni 2025; omfattede tjenester (webshops m.m.) og mikrovirksomheds-undtagelsen.