Medborgartech och digitala förmåner — hur arbetslöshetsportaler sviker personer med funktionsnedsättning
Delstatliga portaler för arbetslöshetsförsäkring, ansökningssidor för SNAP, verktyg för Medicaid-berättigande och SSA:s egna SSDI-ingång är de offentliga socialskyddsnätets publika ansikten utåt. De tillhör också de sämst presterande tillgänglighetsytorna på det öppna webben. Vi granskade de primära förmånsportaler som drivs av de tio folkrikaste delstaterna i USA — Kalifornien, Texas, Florida, New York, Pennsylvania, Illinois, Ohio, Georgia, North Carolina och Michigan — tillsammans med det federala autentiseringslagret (Login.gov) och SSA:s sökandeinriktade system på SSA.gov, mot WCAG 2.1 nivå AA och DOJ:s Title II-slutregel från 24 april 2024 som rättsligt binder delstater och kommuner till samma standard. Över de tolv granskade ytorna noterade vi ca 217 distinkta WCAG 2.1 AA-brister, i genomsnitt ca 18 per portal, och bara en av de tolv klarade alla fyra av våra grindkriterier.
Vad förmånsportalgranskningen visade
- 011 / 12
Bara en av de tolv granskade förmånsportalerna klarade alla fyra grindkriterier
Våra fyra grindar: tangentbordsanvändbar från landningssida till inlämnad ansökan; skärmläsarbar felhantering; sessionsförlängningstimer som faktiskt förlänger; filuppladdning som meddelar om lyckat eller misslyckat resultat. Login.gov är den enda yta som klarade alla fyra. Varje delstatlig arbetslöshetsportal misslyckades på minst två.
- 02ca 217
Distinkta WCAG 2.1 AA-brister noterade över de tolv ytorna
Kombinerade axe-DevTools + manuella genomgångar med NVDA / VoiceOver / TalkBack av den kanoniska sökandevägen: registrera, autentisera, lämna in initial ansökan, intyga veckovis, ladda upp stöddokument, återhämta sig från ett framkallat fel. Genomsnitt ca 18 distinkta brister per portal, spann 6 till 41.
- 039 / 10
Nio av tio delstatliga arbetslöshetsportaler kräver ett PDF-enda obligatoriskt formulär någonstans i sökandevägen
Vanligast är överklagandeformuläret, intyget för delveckscertifiering eller jobbsökningsloggen. Av dessa PDF:er hade färre än hälften en taggad PDF-strukturträd; resten är inskannade bilder av pappersformulär, oläsbara för en skärmläsare och omöjliga att fylla i utan seende hjälp.
- 0411 / 12
Elva av tolv portaler tillämpar en sessionstimeout som inte kan förlängas av en hjälpmedelsanvändare
Antingen ingen varning alls (sessionen löper helt enkelt ut och formuläret skickar sökanden tillbaka till inloggningsskärmen med all data förlorad), en varning som visas enbart som en visuell modal utan aria-live-meddelande, eller en “förläng session”-knapp som fokushantering aldrig når via tangentbord. Varje brist är en direkt WCAG 2.2.1-överträdelse (Justerbar tid).
- 058 / 12
Åtta portaler presenterar en CAPTCHA-utmaning utan tillgängligt alternativ
Bildbaserat reCAPTCHA v2 med trasig ljudfallback, eller hCaptcha presenterat utan den tillgänglighetskakaväg som dokumenterats för sökande. Två av de åtta — Texas Workforce Commission:s UI-portal och Floridas CONNECT-portal — blockerar hela den initiala ansökan bakom CAPTCHA, vilket gör ansökan funktionellt omöjlig att lämna in för en blind sökande som arbetar ensam.
- 06ca 75%
Ca 75 procent av inline-felmeddelanden i de granskade flödena saknar ett aria-live-område eller programmatisk koppling
Ett obligatoriskt fält avvisat för “ogiltigt format” visar ett rött felmeddelande bredvid fältet — men skärmläsaren meddelar det aldrig. Sökanden fyller i, skickar, misslyckas, fyller i igen, misslyckas igen, utan att veta vad som är fel. Detta var det vanligaste bristmönstret över alla tolv ytor.
- 07April 2026
Stora offentliga aktörer passerade den första DOJ Title II-efterlevnadsdeadlinen den 24 april 2026
Offentliga aktörer som betjänar befolkningar på 50 000 eller fler var skyldiga att anpassa sitt webbinnehåll och mobilappar till WCAG 2.1 nivå AA senast det datumet. Nio av de tio delstatliga arbetslöshetsportalerna i denna granskning betjänar befolkningar långt över det tröskelvärrdet och är fortfarande icke-överensstämmande — ett läge som exponerar dem för DOJ:s tillsyn enligt 28 CFR Part 35, Subpart H.
Källa — egenägt granskning av tolv amerikanska förmånsportaler (10 delstatliga arbetslöshetsportaler + Login.gov + SSA.gov:s sökandesidor) genomförd 7 mars till 12 maj 2026. Verktyg: axe-DevTools Pro 4.10, NVDA 2024.4, VoiceOver (macOS 14.7 + iOS 18.2), TalkBack på Android 15. Metod: den kanoniska sökandevägen genomgicks utan tidigare session för varje portal; brister noterades mot WCAG 2.1 AA:s framgångskriterier; PDF:er utvärderades separat med PAC 2024 och Acrobat Pro.
01. Metod och grindkriterier
Granskningen genomfördes 7 mars till 12 maj 2026. Två granskare genomgick den kanoniska sökandevägen på var och en av de tolv portalerna utan tidigare session — inga tidigare kakor, inga hjälptillägg installerade, ingen autofyllning. Vägen var: anlända till landningssidan, registrera ett nytt konto, autentisera, lämna in en initial ansökan om arbetslöshetsersättning (eller, för SSA:s och SNAP-Medicaids ytor, det ekvivalenta första ansökningsflödet), nå inlämningspunkten och sedan intyga en efterföljande vecka eller ladda upp ett stöddokument.
Varje yta utvärderades mot WCAG 2.1 nivå AA:s framgångskriterier med axe-DevTools Pro 4.10 plus en manuell genomgång med NVDA 2024.4 på Windows 11 och VoiceOver på macOS 14.7. Mobilflöden omtestades på iOS 18.2 med VoiceOver och på Android 15 med TalkBack. Alla PDF:er som serverades under resan extraherades och analyserades separat med PAC 2024 och Acrobat Pro DC:s tillgänglighetskontroll.
Vi tillämpade sedan fyra binära “grind”-kriterier — grövre än den fullständiga WCAG-stegen, men de kriterier en fungerande sökande med funktionsnedsättning faktiskt bryr sig om: tangentbordsanvändbar (kan en tangentbordsanvändare nå en inlämnad ansökan?), skärmläsarbar felhantering (när något misslyckas, meddelar skärmläsaren vad och var?), sessionsförlängning (är varnings- och förlängningsmkanismen nåbar och användbar via hjälpmedelsteknik?) och tillgänglig filuppladdning (meddelas uppladdningens lyckat eller misslyckat programmatiskt?). En yta klarar granskningen enbart om den passerar alla fyra grindar.
En portal kan klara en axe-sökning på sin landningssida och ändå vara funktionellt oanvändbar. Sökandevägen för en person med funktionsnedsättning är genomgående: ett enda trasigt filuppladdningsfält i steg sju av ansökan saboterar hela ytan. De fyra grindarna komprimerar sökandens faktiska upplevelse till binära utfall som en delstatsmyndighet kan ställas till svars för. En sajt låter antingen en skärmläsaranvändare lämna in en ansökan, eller inte.
02. Rankningen portal för portal
Att ranka de tolv ytorna efter deras normaliserade tillgänglighetspoäng — andelen sidor i resan som klarade axe på WCAG 2.1 AA, viktad med om de fyra grindarna passerades — gav tabellen nedan. Login.gov hamnar högst eftersom det utformades som ett tillgänglighetsfokuserat autentiseringsprimitiv från starten och teamet omprövar vid varje release. SSA.gov:s sökandesidor hamnar tvåa eftersom SSA:s kontor för tillgängliga system och teknik driver ett program för kontinuerlig övervakning. Från tredjeplats ned är gapet till botten brant.
Login.gov visar formen på en tillgänglig förmånsportal. Florida CONNECT visar formen på en som inte kan användas utan seende hjälp.
03. CAPTCHA-fällor
CAPTCHA-grinden är den mest synliga bristen eftersom den sitter tidigt i flödet — vanligtvis i registrerings- eller inloggningsformuläret, ibland igen vid initial ansökan som en bedrägeriskyddsåtgärd. Åtta av de tolv granskade portalerna serverar en bildbaserad reCAPTCHA v2-utmaning vars ljudfallback antingen är trasig (laddas tyst, ingen spelbar ljudfil) eller skickar sökanden till en generisk 404. Två av de åtta blockerar hela det initiala ansökningsflödet bakom CAPTCHA: Texas Workforce Commission:s UI-portal och Florida CONNECT. En blind sökande i dessa två delstater, som arbetar utan seende hjälp, kan inte lämna in en ansökan via dessa gränssnitt. De måste ringa staten, där kötiden löper till flera timmar.
Den medborgartekniska ironin är att reCAPTCHA v3 — osynlig, beteendebaserad, ingen utmaning för det stora flertalet användare — existerar, är gratis vid de volymer en delstatsportal ser, och skulle lösa problemet till kostnaden av ett eftermiddags integreringsarbete. Upphandlingströghet, inte teknisk svårighet, håller v2-utmaningen på plats.
En CAPTCHA utan fungerande tillgängligt alternativ, placerad framför en delstatlig arbetslöshetsförmån, är läroboksexemplet på vad 28 CFR Part 35, Subpart H skrevs för att förbjuda. Förmånen är lagstadgad; åtkomsten förmedlas av ett digitalt gränssnitt; gränssnittet utestänger en skyddad grupp. Enligt Title II-regeln är detta inte ett användbarhetsklagomål — det är ett efterlevnadsfynd.
04. Sessionstimeouts som inte förlängs
Elva av de tolv granskade portalerna — varje delstatlig arbetslöshetsyta och SSA:s iClaim — tillämpar en sessionstimeout i intervallet 10 till 20 minuters inaktivitet. WCAG 2.2.1 (Justerbar tid) kräver att varje tidsgräns kan stängas av, justeras eller förlängas av användaren innan den löper ut, med minst 20 sekunders varning och ett enkelt “förläng”-interaktion. Av de elva ger tre ingen varning alls; sessionen löper helt enkelt ut mitt i formuläret och sökanden kastas tillbaka till inloggning med all inmatad data förlorad.
Fem fler visar en visuell modal-nedräkning men meddelar aldrig modalen via aria-live, så en skärmläsaranvändare som läser formuläret nedanför har ingen aning om att varningen dykt upp. De återstående tre meddelar modalen men fängslar fokus så att “Förläng session”-knappen inte kan nås med Tab — en Tab-tangent i det underliggande formuläret flyttar inte fokus in i modalen. Användaren vet att varningen är där. Användaren kan inte agera på den.
05. PDF-enda formulär inne i en HTML-resa
Nio av de tio delstatliga arbetslöshetsportalerna skickar sökanden, vid något tillfälle i resan, till en PDF. De vanligaste brottslingarna är överklagandeformuläret, delveckscertifieringen, jobbsökningsloggen och beroendebidragets intyg. Av de serverade PDF:erna har färre än hälften en taggad PDF-strukturträd. Resten är inskannade bilder av pappersformulär — ibland den ursprungliga maskinskrivna mallen från 1990-talet, fotokopierad och återfotokopierad — utan textlager alls.
En inskannad bild-PDF som serveras som ett obligatoriskt formulär är inte en tillgänglighetsdefekt i marginalen. Det är ett kategoriskt uteslutande. Skärmläsaren rapporterar ett tomt dokument. OCR-hjälpmedel misslyckas för att formuläret har fält som OCR-lagret inte kan rekonstruera. Sökanden har två alternativ: skriva ut, fylla i för hand, skanna tillbaka och mejla; eller ringa myndigheten. Båda alternativen förutsätter en skrivare-skanner och seende hjälp. Många personer med funktionsnedsättning har varken eller.
PDF/UA (ISO 14289-1, publicerad 2012) och specifikationen för taggad PDF (i PDF 1.4, publicerad 2001) har funnits under hela livstiden för varje delstatlig arbetslöshetsportal vi granskade. Att inskannade bildformulär lever kvar i aktiva förmånsflöden speglar varken teknisk begränsning eller kostnad — Adobe Acrobat Pro taggar ett formulär på ett fåtal minuter — utan upphandlings- och innehållsstyrningsbrister inom myndigheterna.
06. Filuppladdningar utan skärmläsarfeedback
Tio av de tolv portalerna kräver, någonstans i resan, en filuppladdning — ett separationsbesked, ett ID-dokument, ett medicinskt intyg, ett SNAP-Medicaid-berättigandedokument. Det mönster som konsekvent misslyckas i granskningen är: filinmatningselementet är ett inbyggt HTML-input inslaget i en anpassad “Välj fil”-knapp som sväljer tangentbordshändelsen och aldrig meddelar det valda filnamnet, aldrig meddelar uppladdningens förlopp, aldrig meddelar lyckat resultat och (värst) aldrig meddelar misslyckat resultat. Användaren väljer en fil. Något händer. Ingenting meddelas. Användaren går vidare och vet inte om uppladdningen lyckades — och upptäcker tre dagar senare att ansökan avvisats för saknad dokumentation.
Den billigaste lösningen i hela dossiern sitter här. En enda visuellt dold live-region bredvid filinmatningen, artig, uppdaterad vid val och vid slutförande med filnamnet och en ettordsstatatus, kostar en timmes front-end-arbete och löser hela bristmönstret. Vi såg det implementerat korrekt på exakt en av de tolv ytorna.
07. Felmeddelanden utan aria-live
Den vanligaste bristen på alla tolv ytor — förekommande i ungefär tre av fyra feltillstånd vi framkallade — var ett inline-valideringsfel renderat som ett stilat rött span bredvid ett inmatningsfält, utan aria-live-region, utan aria-describedby-pekare från inmatningen till feltexten, och utan programmatisk förflyttning av fokus till felet. Felet är synligt. Felet meddelas inte. Skärmläsaranvändaren skickar in, sidan laddas inte om, användaren vet inte varför ingenting hände, och användaren skickar in igen.
Mönstret förstärks av sessionstimeout-bristen: en sökande med funktionsnedsättning cyklar igenom ej meddelade valideringsfel i mänsklig omlästningshastighet, träffar 15-minuterstimeout, förlorar formuläret och börjar om. Lösningen är två rader per fel — en aria-live-region nära varje fältgrupp, artig, som valideringsrutinen skriver till när den aktiveras. Ingen av de ytor vi granskade gör detta konsekvent.
Den dyraste delen av att åtgärda dessa portaler är inte ingenjörsarbetet. Det är upphandlingskontraktet som måste öppnas på nytt.
08. DOJ Title II:s tillsynsimplikationer
DOJ:s Title II-slutregel från 24 april 2024 — kodifierad i 28 CFR Part 35, Subpart H — antar WCAG 2.1 nivå AA som federal tillgänglighetsstandard för delstatliga och kommunala myndigheters webbinnehåll och mobilappar. Stora offentliga aktörer (befolkningar på 50 000 eller fler) hade en efterlevnadsdeadline den 24 april 2026; mindre aktörer har till 24 april 2027. Varje delstat i denna granskning betjänar en befolkning långt över 50 000-tröskeln. Aprildeadlinen 2026 är passerad.
Regeln innehåller undantag — arkiverat innehåll, individualiserade dokument, lösenordsskyddat icke-offentligt innehåll, tredjepartsinnehåll som inte publicerats av aktören — men den kanoniska sökandevägen för arbetslöshetsersättning faller utanför samtliga. Ett initialt ansökningsformulär på en delstatlig UI-portal är aktuellt, offentligt tillgängligt, tillhandahållet av aktören och används av allmänheten. Det befinner sig squarely inom det reglerade området.
Tillsyn enligt Title II sker genom DOJ-initierade utredningar (medborgarrättsavdelningens sektion för funktionsnedsättningsrättigheter), individuella klagomål inlämnade på civilrights.justice.gov, och privata rättstvister enligt samma lag. De åtgärder regeln föreskriver inkluderar efterlevnadsplaner, övervakningsavtal, kompensation till identifierade klagande och — i det samtyckesbeslutsmönster departementet använt sedan H&R Block-avtalet 2014 — nationella åtgärdstidslinjer med namngivna WCAG-överensstämmelsmål. För mer om vad som specifikt drar till sig DOJ:s uppmärksamhet, se vår kompanjonartikel om DOJ Title II-regeln, två år in.
Portalerna längst ned i rankningen är inte bortom räddning. Det mönster som fungerade hos Login.gov — tillgänglighetsfokuserad design, kontinuerlig övervakning, namngivna WCAG-överensstämmelsmål i upphandlingskontraktet och en enda ansvarig ägare för åtgärdslistan — är en mall en delstats IT-chef kan lyfta in i en enda upphandlingscykel. Medborgartechgemenskapen har byggt detta mönster, öppet, i ett decennium. De delstater som är mest exponerade är de som inte antagit det.
09. Sökandevägen för en person med funktionsnedsättning är den sämsta medborgartekniska UX-upplevelsen — och den viktigaste att åtgärda
Arbetslöshet är per definition ett ögonblick av akut ekonomisk press. Sökanden saknar inkomst, har begränsade reserver och ett fast tidsfönster att ansöka inom. En icke-sökande överger en trasig e-handelskassa och handlar någon annanstans. En sökande med funktionsnedsättning som ansöker om arbetslöshetsförsäkring kan inte det. Tjänsten är obligatorisk, tidpunkten är fast, alternativet är fattigdom.
Det är vad som gör en förmånsportal till den viktigaste tillgänglighetsytan på det offentliga webben. De tio delstatliga portaler vi granskade är, med två eller tre undantag, för närvarande i konflikt med den federala regel som trädde i kraft i april 2026. De var också, innan den regeln existerade, de mest konsekventa tillgänglighetsbristerna inom amerikansk medborgartech. DOJ-regeln gjorde inte dessa portaler viktiga. Den gjorde dem rättsligt åtgärdbara.
Vad som förändras härnäst är tillsyn, inte teknik. Lösningarna — aria-live på inline-fel, en fokuserbar förlängsessionskontroll, taggade PDF:er, ett meddelat filuppladdningstillstånd, en fungerande CAPTCHA-fallback — är individuellt sett små, väldokumenterade och inom den normala underhållsbudgeten för varje myndighet på listan. Vad som har saknats är det regulatoriska trycket, den politiska uppmärksamheten och upphandlingskontraktsspråket för att få åtgärdandet att hända. Det första finns nu på plats.