Гражданските технологии и цифровите помощи — как порталите за обезщетения за безработица провалят хората с увреждания

Щатските портали за осигуряване при безработица, сайтовете за подаване на заявления за SNAP, инструментите за проверка на правото на Medicaid и собственият SSDI преден интерфейс на SSA са обърнатите към обществеността основни услуги на американската система за социална сигурност. Те са и сред най-зле представящите се повърхности по достъпност в публичния уеб. Извършихме одит на основните портали за обезщетения, управлявани от десетте най-многолюдни щата на САЩ — Калифорния, Тексас, Флорида, Ню Йорк, Пенсилвания, Илинойс, Охайо, Джорджия, Северна Каролина и Мичиган — заедно с федералния слой за удостоверяване на самоличността (Login.gov) и обърнатите към заявителите системи на SSA на SSA.gov, спрямо WCAG 2.1 ниво AA и окончателното правило на DOJ по Дял II от 24 април 2024 г., което правно обвързва щатските и местните власти със същия стандарт. В дванадесетте одитирани повърхности регистрирахме прибл. 217 отделни несъответствия с WCAG 2.1 AA, средно прибл. 18 на портал, като само един от дванадесетте премина и четирите ни прагови критерия. Това досие назовава порталите, нарежда ги по класация и завършва с това какво означава правилото на DOJ за най-зле представящите се.

01. Методология и одитни прагове

Одитът се проведе от 7 март до 12 май 2026 г. Двама одитори обходиха каноничния път на заявителя на всеки от дванадесетте портала от студена сесия — без предходни бисквитки, без инсталирани помощни разширения, без автоматично попълване. Пътят беше: достигане до началната страница, регистрация на нов профил, удостоверяване, подаване на първоначално заявление за обезщетение за безработица (или, за повърхностите на SSA и SNAP-Medicaid, еквивалентния процес на първо заявление), достигане до точката на подаване, след което потвърждаване на следваща седмица или качване на подкрепящ документ.

Всяка повърхност беше оценена спрямо критериите за успех на WCAG 2.1 ниво AA с помощта на axe-DevTools Pro 4.10 плюс ръчно обхождане с NVDA 2024.4 на Windows 11 и VoiceOver на macOS 14.7. Мобилните процеси бяха повторно тествани на iOS 18.2 с VoiceOver и на Android 15 с TalkBack. Всеки PDF, предоставен в рамките на пътя, беше извлечен и анализиран отделно с PAC 2024 и проверката за достъпност на Acrobat Pro DC.

След това приложихме четири двоични „прагови“ критерия — по-груби от пълната стълбица на WCAG, но критериите, които реално вълнуват работещ заявител с увреждане: управляем с клавиатура (може ли потребител само с клавиатура да достигне до подадено заявление?), възстановяване след грешка чрез екранен четец (когато нещо се провали, съобщава ли екранният четец какво и къде?), удължаване на изтичането на сесията (достъпен и управляем ли е механизмът за предупреждение и удължаване чрез помощна технология?) и достъпно качване на файл (съобщава ли се програмно успехът или неуспехът на качването?). Една повърхност преминава одита само ако покрива и четирите прага.

02. Класацията портал по портал

Подреждането на дванадесетте повърхности по нормализирания им резултат за достъпност — делът на страниците в пътя, които преминаха axe на WCAG 2.1 AA, претеглен спрямо това дали четирите прага бяха покрити — даде таблицата по-долу. Login.gov е на върха, защото беше проектиран от самото си създаване като удостоверяващ примитив с приоритет върху достъпността, а екипът тества отново при всяко издание. Повърхностите за заявители на SSA.gov са на второ място, защото Office of Accessible Systems and Technology на SSA поддържа програма за непрекъснат мониторинг. От трето място надолу разликата до дъното е стръмна.

Login.gov показва формата на достъпен портал за обезщетения. Florida CONNECT показва формата на такъв, който не може да бъде попълнен без зряща помощ.

03. CAPTCHA капани

CAPTCHA прагът е най-видимата повърхност на провал, защото стои рано в процеса — обикновено на формуляра за регистрация или вход, понякога отново при подаването на първоначалното заявление като антиизмамна мярка. Осем от дванадесетте одитирани портала предлагат reCAPTCHA v2 проверка само с изображения, чийто аудио резерв е или счупен (зарежда се безшумно, без възпроизводим аудио файл), или насочва заявителя към обща страница 404. Два от осемте затварят целия процес на първоначално заявление зад CAPTCHA: порталът за безработица на Texas Workforce Commission и Florida CONNECT. Сляп заявител в тези два щата, който работи без зрящ помощник, не може да подаде заявление от тези интерфейси. Той трябва да се обади на щата, където опашката е с дължина от няколко часа.

Гражданско-технологичната ирония е, че reCAPTCHA v3 — невидима, базирана на поведение, без проверка за огромното мнозинство потребители — съществува, безплатна е при обемите, които вижда един щатски портал, и би решила проблема на цената на един следобед работа по интеграция. Инерцията в обществените поръчки, а не техническата трудност, държи v2 проверката на място.

04. Изтичане на сесия, което не се удължава

Единадесет от дванадесетте одитирани портала — всяка щатска повърхност за безработица и iClaim на SSA — налагат изтичане на сесията в диапазона от 10 до 20 минути бездействие. WCAG 2.2.1 (Timing Adjustable) изисква всяко времево ограничение да може да бъде изключено, регулирано или удължено от потребителя преди да изтече, с поне 20 секунди предупреждение и просто взаимодействие за „удължаване“. От единадесетте три не дават никакво предупреждение; сесията просто изтича по средата на формуляра и заявителят е върнат към входа с изгубени въведени данни.

Още пет показват визуален модален обратен брояч, но никога не съобщават за модалния прозорец чрез aria-live, така че потребител на екранен четец, който чете формуляра отдолу, няма представа, че предупреждението се е появило. Останалите три съобщават за модалния прозорец, но улавят фокуса така, че бутонът „Удължи сесията“ не може да бъде достигнат с Tab — клавишът Tab в основния формуляр не премества фокуса в модалния прозорец. Потребителят знае, че предупреждението е там. Потребителят не може да реагира на него.

05. Формуляри само като PDF в рамките на HTML път

Девет от десетте щатски портала за безработица насочват заявителя, в някакъв момент от пътя, към PDF. Най-честите виновници са формулярът за обжалване, потвърждаването на непълна седмица, дневникът за търсене на работа и декларацията за добавка за издръжка. От предоставяните PDF файлове по-малко от половината носят структурно дърво на маркиран PDF. Останалите са сканирани изображения на хартиени формуляри — понякога оригиналният напечатан на пишеща машина шаблон от 90-те години, фотокопиран и префотокопиран — изобщо без текстов слой.

PDF като сканирано изображение, предоставен като задължителен формуляр, не е граничен дефект в достъпността. Той е категорично изключване. Екранният четец докладва празен документ. OCR помощниците се провалят, защото формулярът има полета, които OCR слоят не може да възстанови. Заявителят има две възможности: да отпечата, да попълни на ръка, да сканира обратно и да изпрати по имейл; или да се обади на агенцията. И двете възможности предполагат принтер-скенер и зряща помощ. Много заявители с увреждания нямат нито едното.

06. Качване на файлове без обратна връзка за екранен четец

Десет от дванадесетте портала изискват, някъде по пътя, качване на файл — известие за прекратяване, документ за самоличност, медицинско удостоверение, документ за право на SNAP-Medicaid. Моделът, който се проваля на одита последователно, е: елементът за въвеждане на файл е роден HTML input, обвит в персонализирано стилизиран бутон „Избери файл“, който поглъща клавиатурното събитие и никога не съобщава избраното име на файл, никога не съобщава хода на качването, никога не съобщава успех и (най-лошото) никога не съобщава неуспех. Потребителят избира файл. Нещо се случва. Нищо не се съобщава. Потребителят продължава нататък, без да знае дали качването е успяло — и открива три дни по-късно, че заявлението е било отхвърлено заради липсваща документация.

Най-евтината поправка в цялото досие се намира тук. Един-единствен визуално скрит жив регион до полето за файл, polite, актуализиран при избор и при завършване с името на файла и едностатусна дума, струва час работа по front-end и решава целия модел на провал. Видяхме го реализиран правилно точно на една от дванадесетте повърхности.

07. Съобщения за грешка без aria-live

Най-честото несъответствие във всичките дванадесет повърхности — налично при приблизително три от всеки четири състояния на грешка, които предизвикахме — беше вградена грешка при валидиране, изобразена като стилизиран червен span до поле за въвеждане, без aria-live регион, без aria-describedby указател от полето към текста на грешката и без програмно преместване на фокуса към грешката. Грешката е видима. Грешката не се съобщава. Потребителят на екранен четец подава, страницата не се презарежда, потребителят не знае защо нищо не се е случило и подава отново.

Моделът се усложнява с провала при изтичане на сесията: заявител с увреждане преминава през несъобщени грешки при валидиране със скоростта на човешкото препрочитане, удря 15-минутното изтичане, губи формуляра и започва отначало. Поправката е два реда на грешка — aria-live регион близо до всеки fieldset, polite, в който процедурата за валидиране пише при задействане. Никоя от повърхностите, които одитирахме, не прави това последователно.

Най-скъпата част от отстраняването на проблемите в тези портали не е инженерството. Това е договорът за обществена поръчка, който трябва да бъде отворен наново.

08. Последици от правоприлагането по Дял II на DOJ

Окончателното правило на DOJ по Дял II от 24 април 2024 г. — кодифицирано в 28 CFR Part 35, Subpart H — приема WCAG 2.1 ниво AA като федерален стандарт за достъпност за уеб съдържанието и мобилните приложения на щатските и местните власти. Големите публични субекти (население от 50 000 или повече) имаха краен срок за съответствие 24 април 2026 г.; по-малките субекти имат срок до 24 април 2027 г. Всеки щат в този одит обслужва население значително над прага от 50 000. Крайният срок от април 2026 г. вече е в миналото.

Правилото предвижда изключения — архивирано съдържание, индивидуализирани документи, непублично съдържание, защитено с парола, съдържание на трети страни, което не е публикувано от субекта — но каноничният път на заявлението за безработица не попада в нито едно от тях. Формуляр за първоначално заявление на щатски портал за безработица е актуален, обърнат към обществеността, предоставен от субекта и използван от обществеността. Той е изцяло вътре в регулираната повърхност.

Правоприлагането по Дял II протича чрез разследвания, инициирани от DOJ (Disability Rights Section на Civil Rights Division), индивидуални оплаквания, подадени на civilrights.justice.gov, и частни съдебни производства по същия закон. Средствата за защита, които правилото предвижда, включват планове за привеждане в съответствие, споразумения за мониторинг, обезщетения за установени жалбоподатели и — по модела на consent decree, който Департаментът използва от споразумението с H&R Block от 2014 г. — национални графици за отстраняване с поименни цели за съответствие с WCAG. За повече за това какво конкретно привлича вниманието на DOJ вижте съпътстващата ни статия за правилото по Дял II на DOJ, две години по-късно.

09. Пътят на заявителя с увреждане е най-тежкият случай на гражданско-технологичен UX — и най-важният за поправяне

Безработицата по дефиниция е момент на остър финансов натиск. Заявителят няма доход, ограничени резерви и фиксиран прозорец, в който да подаде. Незаявител изоставя счупено плащане в електронен магазин и пазарува другаде. Заявител с увреждане за осигуряване при безработица не може. Услугата е задължителна, времето е фиксирано, алтернативата е мизерия.

Това прави портала за обезщетения повърхността за достъпност с най-висок залог в публичния уеб. Десетте щатски портала, които одитирахме, са, с две или три изключения, в момента в несъответствие с федералното правило, влязло в сила през април 2026 г. Те бяха също така, преди това правило да съществува, най-съществените провали по достъпност в американските граждански технологии. Правилото на DOJ не направи тези портали важни. То ги направи правно разпознаваеми.

Това, което се променя след това, е правоприлагането, а не технологията. Поправките — aria-live на вградените грешки, контрол за удължаване на сесията, който може да получи фокус, маркирани PDF файлове, съобщавано състояние на качването на файл, работещ резервен вариант на CAPTCHA — са поотделно малки, добре документирани и в рамките на бюджета за рутинна поддръжка на всяка агенция в списъка. Това, което липсваше, е регулаторният натиск, политическото внимание и текстът на договора за обществена поръчка, които да направят отстраняването възможно. Първото вече е налице.