QualiBooth

compliance

ADA Title III: Checklista för webbtillgänglighet

En praktisk checklista för ADA Title III-webbtillgänglighet: de juridiska kraven, de WCAG-kriterier som betyder mest, och hur du bibehåller efterlevnad.

9 min read QualiBooth
Ett lysande kort med tillgänglighetschecklista som flyter över suddiga webbplatspaneler, som representerar ADA Title III-skyldigheter.

Den juridiska grunden: ADA Title III och webbplatser

Title III i Americans with Disabilities Act förbjuder diskriminering på grund av funktionsnedsättning i platser för allmän service. ADA antogs 1990, innan den kommersiella webben existerade — vilket har lett till decennier av rättsprocesser om huruvida webbplatser räknas som “platser för allmän service”.

Det nuvarande juridiska läget har i stort avgjort den frågan till förmån för inkludering. Majoriteten av de federala domstolar som prövat frågan har slagit fast att webbplatser som drivs av företag öppna för allmänheten omfattas av Title III. Justitiedepartementet (DOJ) släppte formell vägledning i mars 2022 som bekräftade att ADA gäller webbplatser. I april 2024 publicerade DOJ en slutlig regel enligt Title II (som omfattar stats- och lokala myndigheter) som uttryckligen antar WCAG 2.1 nivå AA — vilket är en stark signal om vad Title III så småningom kommer att kodifiera.

Det praktiska resultatet: om du driver en webbplats genom vilken kunder får tillgång till varor, tjänster eller information, gäller ADA Title III för den webbplatsen.

Vad “tillgänglig” innebär enligt ADA

ADA definierar inte en specifik teknisk standard för webbtillgänglighet. Domstolar och DOJ har konsekvent behandlat efterlevnad av Web Content Accessibility Guidelines (WCAG) 2.1 nivå AA som riktmärket för att avgöra om en webbplats uppfyller ADA:s icke-diskrimineringskrav. WCAG 2.1 AA är standarden som används i nästan alla DOJ-förlikningar och de flesta domstolsövervakade efterlevnadsplaner.

Checklistan nedan kopplar de mest kritiska WCAG 2.1 AA-framgångskriterierna till praktiska efterlevnadsskyldigheter.


Checklista för ADA Title III-webbefterlevnad

1. Textalternativ för icke-textinnehåll

  • Varje meningsfull bild har ett alt-attribut som förmedlar dess syfte
  • Dekorativa bilder har ett tomt alt="" så att skärmläsare hoppar över dem
  • Ikoner som används som knappar eller länkar har tillgängliga namn (via aria-label eller synlig text)
  • Diagram och infografik har textbeskrivningar eller datatabeller som alternativ
  • CAPTCHA erbjuder ett ljudalternativ vid sidan av den visuella utmaningen

Varför det spelar roll: Skärmläsaranvändare får ingen information om en bild utan alt-text. En kassaknapp märkt endast med en ikon och utan tillgängligt namn är i praktiken osynlig för en skärmläsaranvändare.

2. Undertexter och transkriptioner för media

  • Förinspelade videor har synkroniserade undertexter
  • Direktsända videoströmmar har undertexter i realtid
  • Förinspelat ljudinnehåll (poddar) har en textöversättning
  • Förinspelade videor med viktigt ljud har en tillgänglig transkription
  • Automatiskt genererade undertexter granskas och korrigeras före publicering

Varför det spelar roll: Undertexter är det främsta sättet för döva och hörselskadade användare att ta del av videoinnehåll. Felaktiga automatiskt genererade undertexter uppfyller inte kravet.

3. Färg och visuell design

  • Information förmedlas aldrig endast genom färg (t.ex. markeras obligatoriska fält med text eller en ikon, inte bara en röd kantlinje)
  • Normal text (under 18pt / 14pt fet) har en kontrast på minst 4,5:1 mot bakgrunden
  • Stor text (18pt+ eller 14pt+ fet) har en kontrast på minst 3:1
  • UI-komponenter (knappar, inmatningsfält, fokusindikatorer) har minst 3:1 kontrast mot intilliggande färger
  • Felstatusar förmedlas i text, inte enbart genom en färgändring

Varför det spelar roll: Ungefär 8 % av män och 0,5 % av kvinnor har någon form av färgseendedefekt. Att förlita sig enbart på färg utesluter en betydande del av era användare.

4. Tangentbordstillgänglighet

  • Alla interaktiva element (länkar, knappar, formulär, menyer, modaler, datumväljare) kan nås och användas enbart med tangentbord
  • Tabbordningen följer en logisk, förutsägbar sekvens
  • Inga tangentbordsfällor — användare kan navigera in i och ut ur varje komponent med standardtangenter
  • Anpassade widgetar (rullgardinsmenyer, reglage, dialoger) implementerar förväntade tangentbordsmönster
  • En länk för att “hoppa till huvudinnehållet” är det första fokuserbara elementet på varje sida

Varför det spelar roll: Användare med rörelsenedsättningar, av vilka många förlitar sig på tangentbordsnavigering eller switch-enheter, kan inte använda en mus. En webbplats som kräver musinteraktion för centrala funktioner är otillgänglig för dem.

5. Synlighet av fokus

  • Tangentbordsfokus är alltid synligt — en tydlig fokusindikator (kontur, markering, understrykning) visas på det aktiva elementet
  • Fokusindikatorn undertrycks inte med outline: none eller outline: 0 utan ersättning
  • Fokusindikatorn har tillräcklig kontrast mot omgivande innehåll

Varför det spelar roll: Utan en synlig fokusindikator kan tangentbordsanvändare inte avgöra var de befinner sig på sidan — jämförbart med att surfa utan markör.

6. Inget kramptriggande innehåll

  • Inget innehåll blinkar mer än tre gånger per sekund
  • Animationer som inte kan stängas av täcker inte stora delar av visningsytan med hög frekvens
  • Parallaxeffekter och autospelande animationer kan pausas eller minskas via prefers-reduced-motion-mediafrågan

Varför det spelar roll: Ljuskänslig epilepsi drabbar en betydande del av befolkningen. En enda blinkande annons kan utlösa ett anfall.

7. Tillräcklig tid för att slutföra uppgifter

  • Sessionstimeouter varnar användare innan de går ut och ger dem ett sätt att förlänga sessionen
  • Innehåll som uppdateras automatiskt (nyhetsflöden, liveresultat, roterande banners) kan pausas, stoppas eller döljas
  • Inga tidsgränser sätts på kritiska uppgifter (kassa, formulärinlämning) utan en tillräcklig förlängningsmekanism

Varför det spelar roll: Användare med kognitiva funktionsnedsättningar, rörelsenedsättningar eller de som använder hjälpmedel behöver ofta mer tid för att slutföra uppgifter. Abrupta timeouter kan leda till förlorad framsteg.

8. Navigering och vägledning

  • Varje sida har ett unikt, beskrivande <title>-element
  • Navigeringsmenyer är konsekventa i struktur och placering över sidor
  • Den aktuella sidplaceringen anges i navigeringen (aktivt tillstånd)
  • Brödsmulespår finns på djupa sidor
  • Flera sätt att hitta innehåll finns (sök, sitemap eller navigering)
  • Rubriker är logiskt strukturerade (h1h2h3) och beskriver sektionens innehåll korrekt

Varför det spelar roll: Skärmläsaranvändare navigerar via rubriker, landmärken och sidtitlar. Dåligt strukturerade rubriker gör en sida obegriplig för någon som navigerar med en skärmläsare.

9. Formulärtillgänglighet

  • Varje formulärfält har en synlig <label>-etikett som är programmatiskt kopplad till det
  • Obligatoriska fält identifieras i text (inte bara med en asterisk utan förklaring)
  • Felmeddelanden identifierar vilket fält som innehåller felet och beskriver hur det åtgärdas
  • Felmeddelanden meddelas skärmläsaranvändare (via aria-live eller fokushantering)
  • Autocomplete-attribut finns på vanliga fält (namn, e-post, adress, kreditkort)
  • Formulärinlämning tystnar inte utan tidsgräns

Varför det spelar roll: Formulär är hur användare interagerar med er tjänst — bokning, köp, registrering, kontakt. En otillgänglig kassa är den digitala motsvarigheten till en butik utan ramp.

10. Länkar och knappar

  • Varje länk har ett beskrivande tillgängligt namn — “Läs mer” ensamt är inte tillräckligt; “Läs mer om [ämne]” är tillräckligt
  • Länkar och knappar går att särskilja från omgivande text utan att enbart förlita sig på färg
  • Knappar som utlöser åtgärder är markerade som <button>-element, inte formgivna <div>- eller <span>-element
  • Länkar som öppnas i en ny flik eller utlöser en nedladdning förmedlar detta till användaren

Varför det spelar roll: Skärmläsaranvändare bläddrar ofta genom att lista alla länkar på en sida. En lista med “klicka här” och “läs mer”-länkar ger inget navigeringsvärde.

11. Språk och läsbarhet

  • Sidans primära språk anges i lang-attributet på <html>-elementet (t.ex. lang="sv")
  • Avsnitt på ett annat språk markeras med ett lang-attribut på det innehållande elementet
  • Förkortningar skrivs ut vid första användning eller via <abbr title="..."> där det är till hjälp

Varför det spelar roll: Skärmläsare använder språkattributet för att välja rätt uttalsmotor. Utan det blir engelsk text som läses av en tysk uttalsmotor nästan obegriplig.

12. Konsekvent, förutsägbart beteende

  • Att få fokus utlöser inte automatiskt en kontextändring (t.ex. skickas inte ett formulär när ett fält får fokus)
  • Att ändra ett formulärfält utlöser inte oväntad navigering eller modaldialoger
  • Komponenter med samma funktion på olika sidor är märkta konsekvent

Varför det spelar roll: Oförutsägbart beteende är förvirrande för alla användare, men särskilt för dem med kognitiva funktionsnedsättningar eller som förlitar sig på skärmläsare.

13. PDF-filer och dokument

  • PDF-filer tillgängliga för nedladdning är taggade för struktur (rubriker, listor, läsordning)
  • PDF-formulärfält är märkta
  • Skannade PDF-filer (endast bild) är OCR-behandlade och taggade
  • Word-, Excel- och PowerPoint-filer använder inbyggda tillgänglighetsfunktioner (rubrikstilar, alt-text, bladnamn)

Varför det spelar roll: Domstolar och DOJ har konsekvent behandlat nedladdningsbara dokument som en del av en webbplats tillgängliga innehåll. En otillgänglig PDF i en annars tillgänglig kassa är fortfarande ett hinder.

14. Mobiltillgänglighet

  • All funktionalitet är tillgänglig i både porträtt- och landskapsläge
  • Tryckytor (knappar, länkar) är minst 44×44 CSS-pixlar
  • Innehåll kräver inte horisontell scrollning vid standardvisningsbredder
  • Webbplatsen inaktiverar inte användarskalning via maximum-scale eller user-scalable=no i viewport-metataggen

Varför det spelar roll: Många användare med funktionsnedsättning använder mobila enheter som sitt primära eller enda sätt att komma åt webben. Mobila hinder utesluter dem lika effektivt som hinder på skrivbordet.

15. Tillgänglighetsredogörelse

  • En tillgänglighetsredogörelse är publicerad och länkad från webbplatsens sidfot
  • Redogörelsen anger vilken standard webbplatsen siktar mot (WCAG 2.1 AA)
  • Redogörelsen innehåller en kontaktmekanism för användare att rapportera hinder
  • Kontaktmekanismen är i sig tillgänglig

Varför det spelar roll: En tillgänglighetsredogörelse visar god vilja och ger användare en väg till lösning innan de söker juridiska åtgärder. Den krävs även enligt flera delstatslagar och förväntas enligt DOJ:s vägledning.


Verkställighet och rättslig risk

ADA Title III kräver inte att kärande bevisar avsiktlig diskriminering. Om ett hinder finns, och om det hindrade en person med funktionsnedsättning från att komma åt varor eller tjänster, kan ett anspråk drivas vidare. Åtgärder enligt Title III inkluderar inte skadestånd (till skillnad från Section 504), men de inkluderar förelägganden och advokatarvoden — som ofta är den primära drivkraften bakom seriell rättsprocess.

Volymen av ADA-relaterade rättsprocesser om webbtillgänglighet i USA har ökat kraftigt de senaste åren, med tusentals stämningar årligen. Små och medelstora företag är vanliga måltavlor eftersom de uppfattas som mindre benägna att ha investerat i efterlevnad.

Om ni har fått ett ADA-krav via brev, ignorera det inte. Anlita juridisk rådgivning omgående och beställ en tillgänglighetsgranskning så att ni får en korrekt bild av er webbplats efterlevnad.

Att bibehålla efterlevnad över tid

En engångsgranskning och åtgärd räcker inte. Varje ny sida, funktion eller tredjepartsintegration kan introducera nya hinder. Organisationer med lägst rättslig risk bibehåller efterlevnad kontinuerligt:

  • Automatiserad skanning inbyggd i utvecklingsarbetsflödet fångar upptäckbara problem innan de når produktion. Vår CI/CD-integration för tillgänglighet gör detta till en del av varje build.
  • Schemalagda manuella granskningar synliggör de problem automatiserade verktyg inte kan upptäcka — skärmläsarinteraktion, kognitiv komplexitet, tangentbordsfällor.
  • Tillgänglighetsutbildning för utvecklare och innehållsförfattare förhindrar att hinder introduceras från början.
  • Mekanismer för användarfeedback ger personer med funktionsnedsättning en direkt kanal att rapportera hinder innan de blir juridiska problem.

En gratis automatiserad skanning är det snabbaste sättet att identifiera er webbplats mest synliga WCAG-brister. För en fullständig bild av er ADA-exponering, kontakta vårt team för att diskutera en fullständig granskning.

Kör en gratis ADA-efterlevnadsskanning