compliance
ADA Title III Tjekliste for Webtilgængelighed
En praktisk ADA Title III-tjekliste for websitetilgængelighed: de juridiske krav, de WCAG-kriterier, der betyder mest, og hvordan man vedligeholder compliance.
Det juridiske grundlag: ADA Title III og websites
Title III i Americans with Disabilities Act forbyder diskrimination på grund af handicap i offentligt tilgængelige faciliteter (“places of public accommodation”). ADA blev vedtaget i 1990, før det kommercielle web eksisterede — hvilket har skabt årtiers retssager om, hvorvidt websites kvalificerer som sådanne faciliteter.
Det nuværende juridiske landskab har i vid udstrækning afklaret dette spørgsmål til fordel for inklusion. Størstedelen af de føderale domstole, der har behandlet emnet, har fastslået, at websites drevet af virksomheder, der er åbne for offentligheden, er omfattet af Title III. Justitsministeriet (DOJ) udsendte formel vejledning i marts 2022, der bekræftede, at ADA gælder for websites. I april 2024 offentliggjorde DOJ en endelig regel under Title II (som omfatter stats- og lokalregeringer), der eksplicit vedtog WCAG 2.1 niveau AA — hvilket giver et stærkt signal om, hvad Title III til sidst vil kodificere.
Det praktiske resultat: hvis du driver et website, hvorigennem kunder får adgang til varer, tjenester eller information, gælder ADA Title III for dette website.
Hvad “tilgængelig” betyder under ADA
ADA definerer ikke en specifik teknisk standard for websitetilgængelighed. Domstole og DOJ har konsekvent behandlet compliance med Web Content Accessibility Guidelines (WCAG) 2.1 niveau AA som benchmarken for at afgøre, om et website opfylder ADA’s krav om ikke-diskrimination. WCAG 2.1 AA er den standard, der bruges i næsten alle DOJ-forlig og de fleste domstolsovervågede compliance-planer.
Tjeklisten nedenfor kortlægger de mest kritiske WCAG 2.1 AA-succeskriterier til praktiske compliance-forpligtelser.
ADA Title III tjekliste for websitecompliance
1. Tekstalternativer til ikke-tekstligt indhold
- Hvert meningsfuldt billede har et
alt-attribut, der formidler dets formål - Dekorative billeder har et tomt
alt="", så skærmlæsere springer dem over - Ikoner brugt som knapper eller links har tilgængelige navne (via
aria-labeleller synlig tekst) - Diagrammer og infografikker har tekstbeskrivelser eller datatabeller som alternativer
- CAPTCHA tilbyder et lydalternativ sammen med den visuelle udfordring
Hvorfor det betyder noget: Skærmlæserbrugere får ingen information om et billede uden alt-tekst. En checkout-knap, der kun er mærket med et ikon og intet tilgængeligt navn, er praktisk taget usynlig for en skærmlæserbruger.
2. Undertekster og transskriptioner til medier
- Forudindspillede videoer har synkroniserede undertekster
- Live videostreams har realtidsundertekster
- Forudindspillet lydindhold uden video (podcasts) har en teksttransskription
- Forudindspillede videoer med vigtig lyd har en tilgængelig transskription
- Automatisk genererede undertekster gennemgås og korrigeres før publicering
Hvorfor det betyder noget: Undertekster er den primære måde, hvorpå døve og hørehæmmede brugere tilgår videoindhold. Ukorrekte, automatisk genererede undertekster opfylder ikke kravet.
3. Farve og visuelt design
- Information formidles aldrig gennem farve alene (f.eks. er obligatoriske felter markeret med tekst eller et ikon, ikke kun en rød kant)
- Normal tekst (under 18pt / 14pt fed) opfylder et kontrastforhold på mindst 4,5:1 mod baggrunden
- Stor tekst (18pt+ eller 14pt+ fed) opfylder et kontrastforhold på mindst 3:1
- UI-komponenter (knapper, inputfelter, fokusindikatorer) har mindst 3:1 kontrast mod tilstødende farver
- Fejltilstande kommunikerer fejlen i tekst, ikke kun gennem farveændring
Hvorfor det betyder noget: Cirka 8% af mænd og 0,5% af kvinder har en form for farvesynshæmning. At stole på farve alene udelukker en betydelig del af dine brugere.
4. Tastaturtilgængelighed
- Alle interaktive elementer (links, knapper, formularer, menuer, modaler, datovælgere) kan nås og betjenes med kun et tastatur
- Tabuleringsrækkefølgen følger en logisk, forudsigelig sekvens
- Ingen tastaturfælder — brugere kan navigere ind i og ud af hver komponent med standardtaster
- Brugerdefinerede widgets (dropdowns, skydere, dialoger) implementerer forventede tastaturinteraktionsmønstre
- Et “spring til hovedindhold”-link er det første fokuserbare element på hver side
Hvorfor det betyder noget: Brugere med motoriske handicap, hvoraf mange er afhængige af tastaturnavigation eller switch-adgangsenheder, kan ikke bruge en mus. Et site, der kræver museinteraktion for kernefunktioner, er utilgængeligt for dem.
5. Fokussynlighed
- Tastaturfokus er altid synligt — en tydelig fokusindikator (kant, fremhævning, understregning) vises på det aktive element
- Fokusindikatoren fjernes ikke med
outline: noneelleroutline: 0uden en erstatning - Fokusindikatoren har tilstrækkelig kontrast mod det omgivende indhold
Hvorfor det betyder noget: Uden en synlig fokusindikator kan tastaturbrugere ikke se, hvor de er på siden — svarende til at browse uden en cursor.
6. Intet anfaldsudløsende indhold
- Intet indhold blinker mere end tre gange per sekund
- Animationer, der ikke kan deaktiveres, spænder ikke store dele af viewporten ved høj frekvens
- Parallax-effekter og automatisk afspillede animationer kan pauses eller reduceres via
prefers-reduced-motion-media query
Hvorfor det betyder noget: Fotosensitiv epilepsi påvirker en betydelig del af befolkningen. En enkelt blinkende reklame kan udløse et anfald.
7. Tilstrækkelig tid til at gennemføre opgaver
- Sessionstimeouts advarer brugere, før de udløber, og giver dem en måde at forlænge sessionen
- Automatisk opdaterende indhold (nyhedstickere, live-resultater, roterende bannere) kan pauses, stoppes eller skjules
- Der er ikke pålagt tidsgrænser for kritiske opgaver (checkout, formularindsendelse) uden en tilstrækkelig forlængelsesmekanisme
Hvorfor det betyder noget: Brugere med kognitive handicap, motoriske funktionsnedsættelser eller som bruger hjælpeteknologi har ofte brug for mere tid til at gennemføre opgaver. Abrupte timeouts kan resultere i tabt fremdrift.
8. Navigation og orientering
- Hver side har et unikt, beskrivende
<title>-element - Navigationsmenuer er konsistente i struktur og placering på tværs af sider
- Den aktuelle sideplacering er angivet i navigationen (aktiv tilstand)
- Brødkrummespor er til stede på dybe sider
- Der findes flere måder at finde indhold på (søgning, sitemap eller navigation)
- Overskrifter er struktureret logisk (
h1→h2→h3) og beskriver nøjagtigt sektionens indhold
Hvorfor det betyder noget: Skærmlæserbrugere navigerer via overskrifter, landmarks og sidetitler. Dårligt strukturerede overskrifter gør en side uforståelig for en, der navigerer med en skærmlæser.
9. Formulartilgængelighed
- Hvert formularfelt har et synligt
<label>-element, der er programmatisk associeret med det - Obligatoriske felter er identificeret i tekst (ikke kun med en stjerne uden forklaring)
- Fejlmeddelelser identificerer, hvilket felt der indeholder fejlen, og beskriver, hvordan den rettes
- Fejlmeddelelser annonceres til skærmlæserbrugere (via
aria-liveeller fokusstyring) - Autocomplete-attributter er til stede på almindelige inputfelter (navn, e-mail, adresse, betalingskort)
- Formularindsendelse timer ikke ud i stilhed
Hvorfor det betyder noget: Formularer er, hvordan brugere handler med din tjeneste — booking, køb, registrering, kontakt. Et utilgængeligt checkout-flow er den digitale pendant til en butik uden en rampe.
10. Links og knapper
- Hvert link har et beskrivende tilgængeligt navn — “Læs mere” alene er ikke tilstrækkeligt; “Læs mere om [emne]” er
- Links og knapper kan skelnes fra omgivende tekst uden kun at stole på farve
- Knapper, der udløser handlinger, er markeret som
<button>-elementer, ikke stylede<div>- eller<span>-elementer - Links, der åbner i en ny fane eller udløser en download, kommunikerer dette til brugeren
Hvorfor det betyder noget: Skærmlæserbrugere browser ofte ved at liste alle links på en side. En liste med “klik her” og “læs mere”-links giver ingen navigationsværdi.
11. Sprog og læsbarhed
- Sidens primære sprog er angivet i
lang-attributten på<html>-elementet (f.eks.lang="da") - Sektioner på et andet sprog er markeret med et
lang-attribut på det omsluttende element - Forkortelser udfoldes ved første brug eller via
<abbr title="...">, hvor det er nyttigt
Hvorfor det betyder noget: Skærmlæsere bruger sprogattributten til at vælge den korrekte udtale-motor. Uden den er engelsk tekst læst af en tysksproget motor næsten uforståelig.
12. Konsistent, forudsigelig adfærd
- At modtage fokus udløser ikke automatisk en kontekstændring (f.eks. indsender en formular ikke, når et felt får fokus)
- At ændre et formularfelt udløser ikke uventet navigation eller modale dialoger
- Komponenter med samme funktion på tværs af sider er mærket konsistent
Hvorfor det betyder noget: Uforudsigelig adfærd er desorienterende for alle brugere, men især for dem med kognitive handicap eller som er afhængige af skærmlæsere.
13. PDF’er og dokumenter
- PDF’er tilgængelige til download er tagget for struktur (overskrifter, lister, læserækkefølge)
- PDF-formularfelter er mærkede
- Scannede PDF’er (kun billede) er OCR-behandlede og taggede
- Word-, Excel- og PowerPoint-filer bruger indbyggede tilgængelighedsfunktioner (overskriftsstile, alt-tekst, arknavne)
Hvorfor det betyder noget: Domstole og DOJ har konsekvent behandlet downloadbare dokumenter som en del af et websites tilgængelige indhold. En utilgængelig PDF i et ellers tilgængeligt checkout-flow er stadig en barriere.
14. Mobiltilgængelighed
- Al funktionalitet er tilgængelig i både portræt- og landskabsorientering
- Berøringsmål (knapper, links) er mindst 44×44 CSS-pixels
- Indhold kræver ikke horisontal scrolling ved standardviewports
- Sitet deaktiverer ikke brugerskalering via
maximum-scaleelleruser-scalable=noi viewport-metatagget
Hvorfor det betyder noget: Mange brugere med handicap bruger mobile enheder som deres primære eller eneste måde at tilgå internettet. Mobile barrierer udelukker dem lige så effektivt som desktopbarrierer.
15. Tilgængelighedserklæring
- En tilgængelighedserklæring er offentliggjort og linket fra sitets footer
- Erklæringen identificerer den standard, sitet retter sig efter (WCAG 2.1 AA)
- Erklæringen indeholder en kontaktmekanisme, hvor brugere kan rapportere barrierer
- Kontaktmekanismen er selv tilgængelig
Hvorfor det betyder noget: En tilgængelighedserklæring demonstrerer god vilje og giver brugere en vej til løsning, før de søger juridiske retsmidler. Det er også et krav under flere statslove og forventet praksis under DOJ-vejledning.
Håndhævelse og retssagsrisiko
ADA Title III kræver ikke, at sagsøgere beviser forsætlig diskrimination. Hvis en barriere eksisterer, og hvis den forhindrede en person med handicap i at få adgang til varer eller tjenester, kan en sag fortsætte. Retsmidler under Title III inkluderer ikke skadeserstatning (i modsætning til Section 504), men de inkluderer påbud og advokatsalærer — som ofte er den primære drivkraft bag seriel retssagsanlæggelse.
Volumen af ADA-retssager om websitetilgængelighed i USA er stigende markant i de seneste år, med tusinder anlagt årligt. Små og mellemstore virksomheder er hyppige mål, fordi de opfattes som mindre sandsynlige til at have investeret i compliance.
Hvis du har modtaget et ADA-krav-brev, så ignorer det ikke. Involvér juridisk rådgivning omgående, og bestil en tilgængelighedsaudit, så du har et nøjagtigt billede af dit sites konformitet.
Vedligeholdelse af compliance over tid
En engangsaudit og -afhjælpning er ikke tilstrækkeligt. Hver ny side, funktion eller tredjepartsintegration kan introducere nye barrierer. Organisationer med den laveste retssagsrisiko vedligeholder compliance kontinuerligt:
- Automatiseret scanning indbygget i udviklingsarbejdsgangen fanger detekterbare problemer, før de når produktion. Vores CI/CD-tilgængelighedsintegration-service gør dette til en del af hver build.
- Planlagte manuelle audits afdækker de problemer, automatiserede værktøjer ikke kan opdage — skærmlæserinteraktion, kognitiv kompleksitet, tastaturfælder.
- Tilgængelighedstræning for udviklere og indholdsforfattere forhindrer, at barrierer overhovedet introduceres.
- Brugerfeedbackmekanismer giver mennesker med handicap en direkte kanal til at rapportere barrierer, før de bliver juridiske problemer.
En gratis automatiseret scanning er den hurtigste måde at identificere dit sites mest synlige WCAG-fejl. For et komplet billede, der kortlægger din ADA-eksponering, kontakt vores team for at diskutere en fuld audit.
Kør en gratis ADA compliance-scanning