En tjekliste til tilgaengelighedsrevision er et struktureret dokument, der guider dig gennem hvert verifikationstrin, der er nodvendigt for at bekraefte, at dit websted fungerer for mennesker med handicap. I stedet for et vagt lofte om at gore tingene tilgaengelige, omsaetter en tjekliste compliance til konkrete ja-eller-nej-sporgsmal. Har dette billede alt-tekst? Kan en tastaturbruger na hvert interaktivt element? Opfylder farvekontransten forholdet 4,5:1? Denne guide giver over 50 kontrolpunkter organiseret efter de fire WCAG-principper. Uanset om du forbereder dig pa EU's tilgaengelighedsdirektiv (EAA), der tradde i kraft i juni 2025, den danske lov om tilgaengelighed af offentlige organers websteder og mobilapplikationer, eller blot onsker at bygge et bedre produkt, giver denne tjekliste dig strukturen til at gennemfore det.
Hvorfor du har brug for en struktureret revisionstjekliste
At gennemfore en tilgaengelighedsrevision uden tjekliste er som at foretage en bygningsinspektion fra hukommelsen. Du finder de indlysende problemer og overser de subtile, der faktisk blokerer brugere.
Automatiserede scanningsvaerktoj er et godt udgangspunkt, men de opdager kun omkring 30-40 procent af WCAG-problemerne. Resten kraever menneskeligt skoen.
Den juridiske dimension er skaerpet betragteligt. EU's tilgaengelighedsdirektiv (EAA) kan haandhaeves siden 28. juni 2025. I Danmark er loven om tilgaengelighed implementeret med tilsyn fra Digitaliseringsstyrelsen. I andre EU-lande varierer boderne: op til 300.000 euro i Spanien og 250.000 euro i Frankrig.
Ud over lovkrav er der et staerkt forretningsargument. Tilgaengelige websteder rangerer typisk bedre i sogemaskiner og konverterer flere brugere.
For du starter: opsaetning af din revision
En god revision begynder med at definere omfanget. At teste hver side pa et stort websted er upraktisk. Fokuser pa disse kategorier:
Sider med hoj trafik: din forside, vigtigste landingssider og top 10 sider efter besoegstal.
Vigtige brugerflows: registrering, login, checkout, soegning og flertrinsformularer.
Unikke skabeloner: hvis dit websted bruger 8 forskellige layouts, test mindst en representativ side per skabelon.
Indholdstaunge sider: blogindlaeg, dokumentation og videnbase.
For et typisk virksomhedswebsted med 50-200 sider daekker revision af 10-15 representative sider de fleste variationer.
Vaerktoejer du faar brug for
Du behover ikke dyr enterprise-software til en grundig revision.
Automatiseret scanner: Brug vores gratis tilgaengelighedstjekker pa web-accessibility-checker.com til en ojeblikkeig WCAG 2.2-rapport.
Browser DevTools: Chrome og Firefox har begge tilgaengelighedsinspektionspaneler.
Skaermlaeser: NVDA er gratis pa Windows. VoiceOver er indbygget i macOS og iOS. TalkBack er indbygget i Android.
Tastatur: Dit fysiske tastatur. Kobl musen fra og proev at gennemfore dine vigtigste flows kun med Tab, Shift+Tab, Enter, Mellemrum og piletaster.
Kontrastanalysator: Colour Contrast Analyser fra TPGi er gratis.
PDF-tjekker: Brug PAC 2024 til at verificere tilgaengeligheden af PDF-dokumenter.
Princip 1: Opfattelig
Det forste WCAG-princip sporger: kan brugere opfatte indholdet?
Billeder og ikke-tekstuelt indhold
Hvert informativt billede skal have alt-tekst, der formidler den samme information. Dekorative billeder skal have tomme alt-attributter.
Tjek at komplekse billeder som diagrammer og infografikker har udvidede beskrivelser.
CAPTCHAs skal tilbyde alternativer.
Video- og lydindhold
Foroptagede videoer kraever synkroniserede undertekster. Foroptaget lydindhold kraever teksttransskription. Foroptagede videoer kraever synstolkning for visuel information, der ikke formidles gennem eksisterende lydspor.
Tekst og laesbarhed
Normal tekst kraever et kontrastforhold pa mindst 4,5:1 mod baggrunden. Stor tekst kraever mindst 3:1.
Siden skal forblive funktionel og laesbar, nar teksten forstoerres til 200 procent.
Brug ikke billeder af tekst, nar rigtig tekst kan opna den samme visuelle effekt.
Tjek at indhold ikke udelukkende er afhaengigt af farve til at formidle information.
Princip 2: Betjenbar
Kan brugere betjene graensefladen? Enhver funktion skal fungere for folk, der bruger tastatur, skaermlaeser, stemmekommandoer eller kontaktvaerktoj.
Tastatur tilgaengelighed
Hvert interaktivt element skal vaere tilgaengeligt og brugbart med tastatur alene.
Tjek for tastaturfaelder. En faelde opstar, nar du kan tabbe ind i et element, men ikke ud.
Verificer at tabuleringsraekkefoelgen foelger en logisk laeseraekkefoelge.
Fokussynlighed
Hvert interaktivt element skal have en synlig fokusindikator. Ifoelge WCAG 2.2 kriterium 2.4.11 ma det fokuserede element ikke vaere helt skjult bag faste headere eller flydende widgets.
Fjern aldrig fokusrammer uden at give en lige sa synlig erstatning.
Maalstorrelse og touch
WCAG 2.2 kriterium 2.5.8 kraever, at interaktive maal er mindst 24 gange 24 CSS-pixels.
For traek-og-slip-funktionalitet kraever WCAG 2.2 kriterium 2.5.7 et alternativ med enkelt pegeredskab.
Tidsgraenser og bevaegelse
Hvis indhold bevaeger sig automatisk i mere end 5 sekunder, skal brugere kunne pause eller stoppe det.
Intet pa siden ma blinke mere end tre gange per sekund.
Ved tidsgraenser skal brugere kunne deaktivere, justere eller forlaenge dem.
Princip 3: Forstaelig
Kan brugere forsta indholdet og hvordan graensefladen fungerer?
Sprog og laesbarhed
Siden skal deklarere sit sprog i HTML lang-attributten. For danske sider, brug lang da.
Navigationsmenuer skal vises pa den samme relative placering pa alle sider.
Tjek at instruktioner ikke udelukkende er afhaengige af sensoriske karakteristika.
Formularer og fejlhaandtering
Hvert formularfelt kraever en synlig, programmatisk tilknyttet etiket. Placeholder-tekst alene er ikke en etiket.
Ved fejl skal specifikke felter identificeres og problemerne beskrives.
WCAG 2.2 kriterium 3.3.7 kraever at tidligere indtastede oplysninger forudfyldes.
For godkendelse kraever WCAG 2.2 kriterium 3.3.8, at adgangskodehaandterere ikke blokeres.
Princip 4: Robust
Kan hjaelpemiddelteknologier fortolke indholdet korrekt?
Semantisk HTML og ARIA
Brug semantiske HTML-elementer: header, nav, main, footer, article, section, aside.
Overskrifter skal foelge et logisk hierarki. En H1 per side.
Alle interaktive elementer skal have tilgaengelige navne.
Brug ARIA-roller kun nar nativ HTML ikke giver den noedvendige semantik.
Tjek at dynamiske indholdsaendringer annonceres via aria-live-regioner.
Den komplette tjekliste: hurtig reference
Her er den fulde tjekliste i et scannbart format.
Opfattelig: - Alle informative billeder har beskrivende alt-tekst - Dekorative billeder har tomme alt-attributter - Videoer har synkroniserede undertekster - Tekstkontrast er mindst 4,5:1 - Siden er brugbar ved 200% zoom - Indhold er ikke udelukkende afhaengigt af farve
Betjenbar: - Alle interaktive elementer er tilgaengelige via tastatur - Ingen tastaturfaelder eksisterer - Synlige fokusindikatorer er til stede - Interaktive maal mindst 24x24 CSS-pixels - Auto-animeret indhold har pausekontroller - Spring-til-indhold-link er til stede
Forstaelig: - Sidesprog deklareret i lang-attribut - Navigation konsistent pa alle sider - Alle felter har synlige etiketter - Fejlmeddelelser er specifikke - Godkendelse blokerer ikke adgangskodehaandterere
Robust: - Semantiske HTML-landmaerker bruges - Overskriftshierarki er logisk - Alle interaktive elementer har tilgaengelige navne - ARIA bruges korrekt og kun ved behov
Saadan prioriterer du problemer efter revisionen
Kritiske problemer blokerer brugere fuldstaendigt. Loes disse forst.
Hoje problemer foraarsager betydelige vanskeligheder men har losninger.
Middelproblemer pavirker brugbarheden uden at forhindre opgaveafslutning.
Lave problemer er forbedringer af bedste praksis.
Dokumenter hvert fund med alvorlighed, berort side-URL, relevant WCAG-kriterium og anbefalet losning.
Automatiser lopende overvagning
En revision er et ojebliksbillede. Websteder aendrer sig konstant. Uden lopende overvagning sniger tilgaengelighedsregressioner sig ind inden for uger.
Opsaet automatiseret scanning pa en tidsplan. Vores tilgaengelighedstjekker muliggor regelmaessige scanninger.
Integrer tilgaengelighedstjek i dit udviklingsworkflow med biblioteker som axe-core.
Planlaeg kvartalsvise manuelle gennemgange. Uddan dit indholdsteam.
Lovkrav at kende i 2026
EU's tilgaengelighedsdirektiv (EAA) tradde i kraft den 28. juni 2025. I Danmark haandhaeves det af Digitaliseringsstyrelsen under lov om tilgaengelighed af offentlige organers websteder og mobilapplikationer. Den tekniske standard er EN 301 549, der refererer til WCAG 2.1 Niveau AA.
I Tyskland foreskriver BFSG boder op til 100.000 euro. I Spanien op til 300.000 euro. I Frankrig op til 250.000 euro med daglige ekstra boder.
ADA Title II i USA kraever nu eksplicit webtilgaengelighed for statslige myndigheder, med deadline april 2026.
At sigte efter WCAG 2.2 AA i din revision daekker kravene i alle disse rammer.