WCAG 2.1 AA: En guide til kravene
Hvad er WCAG?
WCAG står for Web Content Accessibility Guidelines og er den internationale standard for tilgængelighed af webindhold. Den er udviklet af W3C (World Wide Web Consortium) — samme organisation der definerer HTML, CSS og andre webstandarder.
WCAG er grundlaget for tilgængelighedslovgivning i hele verden, inklusiv den danske tilgængelighedslov der trådte i kraft i juni 2025.
Den nuværende version er WCAG 2.1, udgivet i 2018 som en udvidelse af WCAG 2.0. Version 2.2 udkom i oktober 2023, men EU-lovgivningen refererer til 2.1.
De 4 principper (POUR)
WCAG er bygget op omkring 4 grundlæggende principper. Alt webindhold skal være:
1. Perceivable (Opfatteligt)
Indhold skal kunne opfattes af alle brugere — uanset om de bruger øjne, ører eller fingerspidser.
I praksis betyder det:
- Billeder skal have alternativ tekst så skærmlæsere kan beskrive dem
- Video skal have undertekster og evt. synstolkning
- Tekst skal have tilstrækkelig farvekontrast (mindst 4.5:1)
- Indhold skal kunne tilpasses — forstørres, ændre orientering — uden at information går tabt
- Information må ikke formidles udelukkende via farve
Vigtigste kriterier:
| Kriterium | Krav | Niveau |
|---|---|---|
| 1.1.1 Ikke-tekstligt indhold | Alt-tekst på alle informative billeder | A |
| 1.2.2 Undertekster | Synkroniserede undertekster til video med lyd | A |
| 1.3.1 Info og relationer | Semantisk HTML-struktur (overskrifter, lister, tabeller) | A |
| 1.4.3 Kontrast (minimum) | 4.5:1 for normal tekst, 3:1 for stor tekst | AA |
| 1.4.4 Tekststørrelse | Tekst kan forstørres til 200% uden tab af indhold | AA |
| 1.4.11 Kontrast for ikke-tekst | 3:1 for UI-komponenter og grafik | AA |
2. Operable (Betjenbart)
Brugere skal kunne navigere og betjene alt indhold — uanset inputmetode.
I praksis betyder det:
- Al funktionalitet skal virke med tastatur alene — ingen musefælder
- Brugere skal have tid nok til at læse og interagere
- Indhold må ikke forårsage anfald (f.eks. blinkende elementer mere end 3 gange pr. sekund)
- Navigation skal være logisk og forudsigelig med tydelige fokusindikatorer
- Brugere skal kunne finde indhold via flere metoder (navigation, søgning, sitemap)
Vigtigste kriterier:
| Kriterium | Krav | Niveau |
|---|---|---|
| 2.1.1 Tastatur | Al funktionalitet tilgængelig via tastatur | A |
| 2.1.2 Ingen tastaturfælde | Brugere kan altid navigere væk fra komponenter | A |
| 2.4.3 Fokusrækkefølge | Logisk tab-rækkefølge der bevarer mening | A |
| 2.4.4 Formål med link | Linktekst beskriver destination (i kontekst) | A |
| 2.4.6 Overskrifter og labels | Overskrifter og labels er beskrivende | AA |
| 2.4.7 Synligt fokus | Interaktive elementer har synlig fokusindikator | AA |
3. Understandable (Forståeligt)
Indhold og navigation skal være forståeligt og forudsigeligt.
I praksis betyder det:
- Sidens sprog skal være angivet (
lang-attribut) - Tekst skal være læsbar og forståelig
- Navigation skal opføre sig konsistent på tværs af sider
- Formularer skal hjælpe brugere med at undgå og rette fejl
Vigtigste kriterier:
| Kriterium | Krav | Niveau |
|---|---|---|
| 3.1.1 Sidens sprog | lang-attribut på <html> | A |
| 3.1.2 Sproget for dele | Sprog angivet for afsnit på andet sprog | AA |
| 3.2.3 Konsistent navigation | Navigation er ens på tværs af sider | AA |
| 3.3.1 Fejlidentifikation | Fejl beskrives med tekst | A |
| 3.3.2 Labels eller instruktioner | Formularfelter har labels og instruktioner | A |
| 3.3.3 Fejlforslag | Forslag til rettelse af fejl | AA |
4. Robust
Indhold skal virke med nuværende og fremtidige teknologier — inklusiv hjælpeteknologier.
I praksis betyder det:
- Korrekt HTML-markup (parsbar, validerbar)
- Kompatibilitet med skærmlæsere, forstørrelsessoftware og andre hjælpeteknologier
- Status-beskeder formidles til hjælpeteknologier uden at flytte fokus
Vigtigste kriterier:
| Kriterium | Krav | Niveau |
|---|---|---|
| 4.1.1 Parsing | Ingen duplikerede ID'er, korrekt nesting | A |
| 4.1.2 Navn, rolle, værdi | Alle UI-komponenter har tilgængeligt navn og rolle | A |
| 4.1.3 Status-beskeder | Status kommunikeres via ARIA live regions | AA |
Niveau A, AA og AAA
WCAG har 3 niveauer af overholdelse:
| Niveau | Kriterier | Betydning |
|---|---|---|
| A | 30 kriterier | Minimum. Fjerner de værste barrierer. Opfylder du ikke A, er dit website ubrugeligt for mange. |
| AA | 20 kriterier (50 totalt) | Standard. Krævet af lovgivning. Dækker langt de fleste brugerbehov. |
| AAA | 28 kriterier (78 totalt) | Højeste niveau. Anbefalet for specialiserede løsninger, men sjældent krævet. |
Tilgængelighedsloven kræver niveau AA via den europæiske standard EN 301 549.
Automatisk vs. manuel test
En vigtig ting at forstå: Ikke alle WCAG-kriterier kan testes automatisk.
Hvad automatisk scanning finder (30-40%)
- Manglende alt-tekster
- For lav kontrast
- Manglende formular-labels
- Forkerte ARIA-attributter
- Manglende dokumentsprog
- Duplikerede ID'er
- Tomme links og knapper
En gratis WCAG-scanning er det bedste udgangspunkt — den finder hurtigt de mest udbredte tekniske fejl.
Hvad manuel test supplerer med (60-70%)
- Er alt-tekster faktisk meningsfulde?
- Fungerer tastaturnavigation logisk?
- Giver skærmlæser-oplevelsen mening?
- Er fejlmeddelelser forståelige?
- Har video korrekte undertekster?
Brug vores WCAG-tjekliste med 10 hurtige manuelle tests som supplement til automatisk scanning.
Sådan kommer du i gang
- Scan dit website — gratis, under 60 sekunder, finder de mest udbredte fejl
- Gennemgå tjeklisten — 10 manuelle tests du kan lave på 5 minutter
- Ret de kritiske fejl — start med de 5 mest udbredte
- Tjek om du er omfattet af loven — find ud af om tilgængelighedsloven gælder for dig
- Sæt løbende scanning op — automatisk overvågning fanger nye problemer tidligt
Kør en gratis WCAG-scanning af dit website og se, hvilke kriterier du allerede opfylder — og hvor der er plads til forbedring.
Tjek dit website nu
Find ud af om dit website lever op til WCAG-kravene med en gratis tilgængelighedsscanning fra Inklu.
Prøv gratis scanning