ADA Title II och Section 504: vad offentliga webbplatser och vårdens webbplatser måste åtgärda till 2027

Från 26 april 2027 måste varje delstatlig eller lokal myndighet i USA med en total befolkning på 50 000 eller fler se till att dess webbinnehåll och mobilappar uppfyller WCAG 2.1 nivå AA. Det omfattar countyn, städer, skoldistrikt, offentliga universitet och kollektivtrafikmyndigheter. Från 11 maj 2027 gäller samma standard för varje mottagare av ekonomiskt stöd från HHS med femton eller fler anställda: sjukhus, kliniker, vårdcentraler och de delstatliga myndigheter, sociala tjänster och högskolor som HHS också finansierar.

Båda datumen skulle egentligen ha infallit ett år tidigare. Justitiedepartementet (DOJ) och HHS sköt upp dem var för sig genom interimistiska slutliga regler (interim final rule) våren 2026, och båda sade att de kan komma att föreslå lättnader i sak. Ingen av dem har gjort det. I dag är det 2027-datumen som står i reglerna, och det första ligger ungefär 29 veckor bort.

Säljer du även till EU är tillgänglighetsdirektivet (European Accessibility Act) ett separat regelverk, som vi går igenom i vår artikel om EAA.

Datumen

”Total befolkning” är ett definierat begrepp. För de flesta är det Census Bureaus folkräkning som görs vart tionde år; ett självständigt skoldistrikt använder i stället Small Area Income and Poverty Estimates. Ett delstatligt universitet eller en kollektivtrafikmyndighet räknar med den sammanlagda befolkningen hos de myndigheter de hör till. En special district government får 2028-datumet oavsett storlek.

Ett sjukhus som drivs av ett county är oftast både en offentlig aktör och en mottagare av stöd från HHS. Kontrollera båda datumen och arbeta mot det som kommer först.

Vad reglerna kräver

De två reglerna är nästan ordagrant likadana, och tre formuleringar gör det mesta av jobbet.

”Web content and mobile apps.” Webbinnehåll definieras brett: text, bilder, ljud, video, kontroller, animationer och ”conventional electronic documents”, det vill säga PDF-filer, ordbehandlingsdokument, presentationer och kalkylblad. Med mobilappar avses de appar som laddas ned till telefoner och surfplattor.

”Directly or through contractual, licensing, or other arrangements.” Skyldigheten följer tjänsten, inte servern. En tillståndsportal som en leverantör driver, en betalsida som en betaltjänstleverantör hostar, en lärplattform som ett skoldistrikt licensierar: allt räknas som ditt. I den slutliga regeln från 2024 gav DOJ exemplet rakt ut: en aktör som länkar till en tredje parts webbplats för att ta betalt för avgifter, parkeringsböter eller skatter måste se till att den webbplatsen uppfyller kraven.

”Level A and Level AA success criteria and conformance requirements specified in WCAG 2.1.” Versionen från juni 2018, inte 2.2. Att bygga enligt 2.2 skadar inte, men det är 2.1 AA som är det rättsliga kravet.

Undantagen är snäva. Kraven gäller inte där de skulle innebära en grundläggande förändring av tjänsten eller oskäliga ekonomiska och administrativa bördor, men det beslutet måste fattas av aktörens chef (eller någon som utsetts av chefen) efter att alla tillgängliga resurser beaktats, skälen måste anges skriftligt, och allt som går att göra utan att nå den bördan måste ändå göras. En separat ”conforming alternate version” är tillåten bara där direkt tillgänglighet är omöjlig av tekniska eller rättsliga skäl. Det finns också en bestämmelse om minimal påverkan, men den är ett försvar du åberopar efter ett klagomål, inte något att designa mot.

För att ge en bild av omfattningen räknade DOJ i sin analys från 2024 med 109 893 webbplatser och 8 805 mobilappar som drivs av 91 489 delstatliga och lokala aktörer, med 16,9 miljarder dollar i genomförandekostnader under de första tre åren. Förlängningen från april 2026 anger en uppskattad total kostnad på 24,7 miljarder dollar över tio år. HHS regelarbete från 2024 omfattar som helhet cirka 453 084 mottagare.

Vad som är undantaget, och på vilka villkor

Båda reglerna har samma fem undantag, och vart och ett har ett villkor som är lätt att missa.

1. Arkiverat webbinnehåll, bara om alla fyra villkor är uppfyllda: det skapades före ditt datum för efterlevnad (eller återger papper eller andra fysiska medier från tiden dessförinnan), det behålls enbart som referens, för forskning eller för arkivering, det har inte ändrats efter arkiveringen, och det ligger i ett särskilt område som tydligt är märkt som arkiv. Gamla protokoll utspridda på förvaltningarnas aktiva sidor uppfyller inte kraven. Flytta dem.
2. Befintliga konventionella elektroniska dokument som publicerats före ditt datum, såvida de inte används i dag för att ansöka om, få tillgång till eller delta i en tjänst. PDF:en med tillståndsansökan från 2019 som fortfarande länkas från tillståndssidan är inte undantagen.
3. Innehåll som publiceras av tredje part, såvida det inte publiceras enligt ett avtal, en licens eller annan överenskommelse med dig. Allmänhetens kommentarer i ett forum är undantagna. Det som en leverantör publicerar åt dig är det inte.
4. Individuella, skyddade dokument: filer om en viss person, dennes egendom eller konto, bakom ett lösenord eller skyddade på annat sätt. En skattsedel eller en PDF med provsvar. Undantaget gäller dokumentet. Portalen runt omkring omfattas fortfarande.
5. Inlägg i sociala medier som publicerats före ditt datum.

Inget av detta tar bort den allmänna skyldigheten. Båda förlängningarna från 2026 säger att skyldigheterna enligt Title II och Section 504 fortsätter att gälla oavsett datumen för efterlevnad. En invånare som ber om en tillgänglig kopia av ett undantaget dokument kan fortfarande ha rätt till en.

Vad åtgärderna innebär i praktiken

CMS-mallar och komponenter

De flesta offentliga webbplatser består av en handfull mallar och ett dussin komponenter som upprepas på tusentals sidor. Åtgärda sidhuvud, navigering, sökning, dragspel, tabeller och formulärkomponenter en gång, så ärver varje sida rättelsen. Kontrollera rubrikordning, landmärken, synligt fokus (2.4.7), en textkontrast på 4,5:1 (1.4.3), kontrasten 3:1 för kontroller och fältkanter (1.4.11), omflödning på smala skärmar (1.4.10) och text förstorad till 200 % (1.4.4). Är temat specialbyggt eller flera år gammalt är det här den största delen av budgeten hör hemma.

Formulär, betalningar och tillstånd

Det är transaktionsflödena som klagomålen handlar om. Varje fält behöver en etikett som exponeras för hjälpmedel (3.3.2), fel som beskrivs i text (3.3.1), autocomplete på fält för personuppgifter (1.3.5), full tangentbordsstyrning (2.1.1) och tidsgränser för sessionen som användaren kan stänga av, justera eller förlänga (2.2.1). Det sista är lätt att missa i betalnings- och tillståndsflöden, där en session kan löpa ut medan en skärmläsaranvändare fortfarande är på sidan två. Egna widgetar (datumväljare, adressökning, filuppladdning) behöver korrekt namn, roll och värde (4.1.2). Betaltjänstleverantörens inbäddade betalram måste också klara kraven, så testa hela flödet, inte bara din halva.

Patientportaler och tidsbokning

Allt ovan, plus tidsväljare, hälsodeklarationer, säkra meddelanden och videobesök. Meddelanden som ”tiden är bokad” måste läsas upp utan att fokus flyttas (4.1.3).

Dokument

Den billigaste tillgängliga PDF:en är den du aldrig skapar. Publicera dagordningar, kungörelser och blanketter som HTML där det går. För PDF-filer som måste finnas kvar: taggar, korrekt läsordning, riktiga formulärfält, dokumentets språk och textalternativ för bilder. Åtgärda sedan produktionsledet (Word-mallar med riktiga rubriker, exportinställningar som behåller taggarna, en kontroll innan något publiceras), annars kommer du att rätta nästa veckas dagordning i all evighet.

Video och möten

Förinspelad video behöver undertexter (1.2.2) och syntolkning där bilden bär betydelse (1.2.5). Direktsänt ljud i synkroniserade medier behöver direkttextning (1.2.4), vilket för de flesta städer, countyn och skolstyrelser betyder det sända offentliga mötet. Gamla inspelningar kan flyttas till arkivet enligt de fyra villkoren ovan.

Mobilappar

Appar hålls mot samma kriterier via plattformens tillgänglighetslager: varje kontroll märkt för VoiceOver och TalkBack, ingen låsning till en viss skärmorientering (1.3.4) och ett enkelt tryck som alternativ till svep- och nypgester (2.5.1).

Färdig programvara: leverantörens kod, din skyldighet

Om din webbplats körs på ett hostat CMS för offentlig sektor, dina betalningar går via en betaltjänstleverantörs hostade sida och din patientportal är en modul i journalsystemet, då är det mesta av kodrättelserna leverantörernas sak. Ditt jobb är upphandlingen: be varje leverantör om en rapport om överensstämmelse med WCAG 2.1 AA, testa deras påståenden på dina egna kritiska flöden och skriv in en skyldighet att uppfylla kraven och ett datum för rättelser i avtalet eller vid förnyelsen. Ditt innehåll (PDF-filer, video, alt-texter, sidorna som din personal skriver) förblir ditt ansvar oavsett plattform.

Den här artikeln är mest användbar om du driver egna, äldre eller anpassade system: en egenutvecklad tillståndsportal, ett kraftigt modifierat CMS-tema, en app vars byrå har gått vidare, ett intagsformulär som skruvats fast på en leverantörs produkt. Ingen annan kommer att åtgärda dem.

Varför ett overlay inte räcker

Regeln mäter ditt innehåll mot WCAG 2.1 AA. Ett overlay är ett skript som ligger ovanpå sidan. Det kan inte skriva en meningsfull beskrivning av ett diagram, texta ett möte, tagga en PDF eller ändra en app, och det når inte den betal- eller bokningsdomän hos tredje part som dina användare skickas vidare till.

FTC har redan granskat löftet om omedelbar efterlevnad. I januari 2025 publicerade myndigheten ett förslag till förlikning med accessiBe, tillverkaren av overlayet accessWidget, efter att ha hävdat att produkten inte gjorde alla webbplatser förenliga med WCAG. Den 22 april 2025 meddelade FTC att det slutliga beslutet hade godkänts (FTC:s pressmeddelande): accessiBe betalar 1 000 000 dollar, får inte påstå att dess automatiserade produkter kan göra en webbplats förenlig med WCAG utan att ha belägg för det, och måste upplysa om att produkten inte åtgärdar hinder på tredje parts domäner som inte också kör den.

Risken kring datumen

• Både DOJ och HHS skrev att de ”will consider issuing an NPRM”, alltså överväger att lägga fram ett förslag till regel i sak under förlängningen. DOJ:s post i regelagendan säger att departementet överväger om bestämmelserna ”could be made less burdensome”, med datum för förslaget angivet som ”To Be Determined”.
• Båda skrev också att om inget sådant förslag läggs fram och inget annat tyder på ytterligare uppskov ”fully anticipates” respektive departement ”implementing the regulation at the new deadline”, det vill säga räknar fullt ut med att tillämpa reglerna från det nya datumet.
• National Federation of the Blind väckte talan i District of Maryland den 21 maj 2026 (National Federation of the Blind v. Department of Justice, 1:26-cv-02007) och angriper båda förlängningarna. NFB begärde summary judgment den 28 september 2026; per den 10 oktober 2026 har inget avgörande meddelats.
• Ett förslag till regel ändrar ingenting i sig. Det gör en slutlig eller interimistisk slutlig regel, och 2026 visade hur sent en sådan kan komma: DOJ:s förlängning trädde i kraft den 20 april 2026, fyra dagar före det datum den sköt upp.

Risken går alltså åt båda hållen: ett förslag kan lätta på regeln, och stämningen hävdar att datumet aldrig borde ha flyttats. Att planera för ett uppskov är att slå vad. Om DOJ eller HHS faktiskt publicerar ytterligare uppskov, planera om innan du lägger mer pengar.

En plan som lönar sig vad som än händer

En del av detta lönar sig i alla utfall, eftersom Title II och Section 504 redan kräver lika tillgång. Gör detta oavsett:

• Åtgärda mallarna och komponenterna.
• Få de viktigaste transaktionsflödena (betala, ansöka, registrera, boka, logga in) att fungera med tangentbord och skärmläsare, hela vägen.
• Sluta producera nya otillgängliga PDF-filer.
• Skriv in WCAG 2.1 AA i varje avtal och förnyelse.
• Texta offentliga möten.

Vänta med detta om ett uppskov publiceras: storskalig åtgärd av gamla dokument som sällan används. Ett ordentligt arkiv är ändå oftast billigare.

Räknat baklänges från 26 april 2027 (mottagare av stöd från HHS har till 11 maj 2027):

1. Oktober till mitten av november 2026: inventering. Varje domän, app, leverantörssystem och dokumentbibliotek. Sortera dokumenten efter om någon fortfarande använder dem för att få en tjänst. Bestäm vad som ska arkiveras eller raderas.
2. Mitten av november till januari: mallar, komponenter och de viktigaste transaktionsflödena. Skicka redan nu din begäran om överensstämmelse till leverantörerna. Avtalscykler rör sig långsammare än kod.
3. Januari och februari: dokument som används aktivt, formulär, textning och rättelser i appar. Skicka in appuppdateringar före slutet av februari så att det finns tid för granskningen i apputiken.
4. Mars: testa. Först bara tangentbord, sedan NVDA eller JAWS på Windows, VoiceOver på iOS och macOS och TalkBack på Android, på de verkliga kritiska flödena. En skanner kan inte avgöra om en alt-text betyder något.
5. April: frys och skydda. Lägg till automatiska kontroller i bygget och i publiceringsflödet, så att nästa dagordning och nästa release inte gör arbetet ogjort. Där ett åberopande av oskälig börda verkligen är tillämpligt, se till att det skriftliga beslutet undertecknas före datumet, inte efter ett klagomål.

När det gäller kostnader hänvisar HHS förlängning till rapporter från National League of Cities om engångsofferter för åtgärder av PDF-filer och webbplatser på 10 000 till 20 000 dollar, och upp till 70 000 dollar per år, för städer av ej angiven storlek.

Var du får hjälp

Vi åtgärdar tillgänglighet i koden: mallar, komponentbibliotek, formulär, portaler och mobilappar, med kontroller i bygget så att rättelsen håller. Inga overlays och inga rapporter som bara granskar. Vårt arbetssätt beskrivs på sidan om vår tjänst för tillgänglighetsåtgärder, och EU-sidan av saken finns i vår artikel om tillgänglighetsdirektivet (European Accessibility Act).

Vi är ingenjörer, inte jurister: vilket datum som gäller och om ett åberopande av oskälig börda håller är frågor för din juridiska rådgivare. Har du en egen portal och ett datum att hålla, skriv till office@c9group.dev.