Ръководство за съответствие със Section 508 за федерални сайтове

Какво е Section 508?

Section 508 на Rehabilitation Act от 1973 г. — значително подсилен от Workforce Investment Act от 1998 г. — изисква федералните агенции да направят своите електронни и информационни технологии достъпни за хора с увреждания. Законът се прилага, когато агенциите разработват, придобиват, поддържат или използват ICT (Information and Communication Technology), и обхваща всеки изпълнител или получател на грант, който предоставя ICT в полза на федерална агенция.

Накратко: ако получавате федерално финансиране или изграждате технология за федерален клиент, Section 508 е обвързващ за вас.

Обновлението от 2017 г.: съгласуване с WCAG 2.0 Level AA

За по-голямата част от историята си Section 508 работеше по собствен набор от технически стандарти. През януари 2017 г. Access Board публикува голямо обновление — обикновено наричано „Refresh” — което замени старите стандарти с директно позоваване на Web Content Accessibility Guidelines (WCAG) 2.0 Level AA.

Това съгласуване беше значителна стъпка. Вместо да поддържа паралелен стандарт, Section 508 сега включва всички критерии за успех на WCAG 2.0 Level A и AA чрез позоваване, заедно с допълнителни изисквания за:

Инструменти за създаване на съдържание (софтуер, използван за създаване на уеб съдържание)
Електронни документи (PDF файлове, Word файлове, таблици)
Софтуерни приложения (настолни, мобилни и уеб приложения)
Хардуер (терминали, принтери, телефони)
Поддържаща документация и услуги

Организациите, вече работещи по посока на съответствие с WCAG 2.0 AA, покриват по-голямата част от задълженията си по Section 508 за уеб съдържание. Но по-широкият обхват на ICT означава, че уебсайтовете са само една част от картината.

Кой трябва да съответства?

Section 508 се прилага за:

Федерални агенции — всички агенции на изпълнителната власт трябва да съответстват във всички ICT, които разработват, придобиват, поддържат или използват.

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

Получатели на федерална финансова помощ — организации, получаващи федерални грантове, попадат под Section 504 на Rehabilitation Act, който има паралелни задължения. Section 508 сам по себе си се фокусира върху федералните агенции и техните доставчици, но много получатели на грантове изпитват еквивалентни изисквания чрез своите договори за грантове.

Щатските и местните власти не са пряко обвързани от Section 508, но подлежат на ADA и, ако получават федерални средства, на Section 504.

Какво изискват стандартите за уеб съдържание

Тъй като Section 508 включва WCAG 2.0 Level AA, изискванията за уеб съдържание се съотнасят директно към четирите принципа на WCAG: Възприемаемо, Управляемо, Разбираемо и Стабилно.

Възприемаемо

Всички изображения, диаграми и нетекстово съдържание трябва да имат смислени текстови алтернативи (атрибути alt, aria-label или еквивалент)
Видеоклиповете трябва да имат синхронизирани субтитри; предварително записаното аудио трябва да има преписи
Цветът не трябва да е единственото средство за предаване на информация
Текстът трябва да може да се увеличава до 200% без загуба на съдържание или функционалност
Съдържанието трябва да е адаптивно — структурата и връзките трябва да могат да се определят програмно

Управляемо

Цялата функционалност трябва да е достъпна само с клавиатура (без изискване за мишка)
Никакво съдържание не трябва да проблясва повече от три пъти в секунда (риск от припадък)
Връзки за прескачане на навигацията трябва да позволяват на потребителите да заобикалят повтарящи се блокове от съдържание
Потребителите трябва да могат да поставят на пауза, спрят или скриват движещо се, проблясващо или автоматично обновяващо се съдържание
Страниците трябва да имат описателни заглавия

Разбираемо

Езикът на страницата трябва да е идентифициран в HTML (атрибут lang)
Навигацията трябва да е последователна на всички страници
Съобщенията за грешка трябва да идентифицират полето с грешката и да описват как да се коригира
Етикети и инструкции трябва да са предоставени за всички полета на формуляри

Стабилно

Съдържанието трябва да е съвместимо с текущите помощни технологии
Име, роля и стойност на всички компоненти на потребителския интерфейс трябва да могат да се определят програмно (правилно използван ARIA)
Съобщенията за статус трябва да се обявяват на помощните технологии без изискване за фокус

Електронни документи

Една от най-често пренебрегваните области на съответствието по Section 508 е достъпността на документи. PDF файлове, документи на Word, таблици на Excel и презентации на PowerPoint, разпространявани чрез уебсайтовете на агенциите или споделяни с обществеността, трябва да отговарят на същите стандарти.

За PDF файлове това означава:

Документът трябва да е с маркирана структура (структурни тагове за заглавия, параграфи, списъци, таблици)
Редът на четене трябва да е логичен
Изображенията трябва да имат alt текст
Полетата на формуляра трябва да са обозначени
Документът не трябва да изисква парола, която блокира функциите за достъпност

Много агенции имат големи архиви от наследени документи. Refresh допуска изключение за „фундаментална промяна” за наследено съдържание — но то се прилага само там, където съответствието би изисквало фундаментална промяна в естеството на програмата, не просто защото отстраняването е неудобно или скъпо.

Обществени поръчки: задължението на доставчика

Section 508 има директно влияние върху обществените поръчки. Федералните агенции трябва да вземат предвид достъпността при придобиване на ICT продукти и услуги. Тук Accessibility Conformance Report (ACR) — често наричан VPAT, за Voluntary Product Accessibility Template — става критичен.

Доставчиците, желаещи да продават ICT на федерални агенции, се очаква да предоставят ACR, документиращ как продуктът им отговаря на всеки приложим стандарт по Section 508. Агенциите използват ACR, за да сравняват продукти и да документират дължима грижа. Неточен или подсилен ACR създава правна уязвимост за доставчика, ако продуктът действително не отговаря на claimed стандарти.

Ако организацията ви продава или възнамерява да продава технология на федерални клиенти, поддържането на точен, актуален ACR не е по избор — то е комерсиално очакване.

Изключения по Section 508

Стандартите включват няколко признати изключения:

Неоправдана тежест — агенция може да claim, че съответствието би наложило значителна трудност или разход. Това е висока летва и трябва да бъде документирано; агенцията все пак трябва да предостави алтернативно средство за достъп до информацията или функционалността.

Фундаментална промяна — съответствие не се изисква там, където би наложило фундаментална промяна в естеството на програмата или дейността.

Изключение за вътрешни офисни системи — ICT, използвано изключително от служители на агенцията без взаимодействие с обществеността, е освободено, при условие че няма служител с увреждане, който да се нуждае от използване на това ICT.

Наследено ICT — ICT отпреди Refresh, придобито преди 18 януари 2018 г., не се изисква автоматично да бъде обновено, но всяка нова поръчка или значителна ъпгрейд задейства съответствие.

Обърнете внимание, че изключенията трябва да бъдат документирани и не се прилагат автоматично. Claim за изключение без адекватна документация не защитава агенция от жалба.

Правоприлагане и жалби

Section 508 се прилага чрез два основни канала:

Вътрешни процедури за жалби на агенцията — всяка агенция трябва да установи процедури за служители и членове на обществеността за подаване на жалби по Section 508.

Надзор от федерална агенция — General Services Administration (GSA) и Access Board предоставят насоки и надзор. Министерството на правосъдието докладва на Конгреса за съответствието на агенциите.

Граждански съдебни спорове — макар Section 508 да не създава лично право на иск, физически лица могат да предявяват искове по Section 504 на Rehabilitation Act, който забранява дискриминация на основата на увреждане от получатели на федерална финансова помощ. Съдилищата са установили, че нарушения на Section 508 могат да формират основата на иск по Section 504.

Практическа карта за съответствие

Стъпка 1: Опишете вашето ICT

Картографирайте всичко, което попада в обхвата на Section 508 — уебсайтове, интранети, уеб приложения, документи, софтуер и всякакъв хардуер с потребителски интерфейси. Не можете да отстраните това, което не сте идентифицирали.

Стъпка 2: Оценете текущото съответствие

Стартирайте автоматизирани сканирания за достъпност, за да идентифицирате бързо установимите провали на WCAG. Продължете с ръчни одити, за да откриете проблемите, които автоматизираните инструменти пропускат — навигация само с клавиатура, поведение на екранния четец, когнитивно натоварване.

Стъпка 3: Приоритизирайте по въздействие

Адресирайте първо бариерите, които най-пряко засягат способността на потребителите да получат достъп до основни услуги и информация. Ключовите потоци (вход в профил, подаване на формуляр, изтегляне на документ) трябва да бъдат приоритизирани пред декоративно или второстепенно съдържание.

Стъпка 4: Поправете и повторно тествайте

Отстраняването без проверка е непълно. След всяка поправка тествайте отново както с автоматизирани инструменти, така и с помощни технологии, за да потвърдите, че проблемът е разрешен и не е въведена регресия.

Стъпка 5: Вградете достъпността в обществените поръчки

Актуализирайте шаблоните за обществени поръчки, за да изискват ACR от доставчиците. Прегледайте ACR критично — проверете claimed нивата на съответствие спрямо действителното поведение на продукта, когато е възможно. Доставчик, claiming пълно съответствие за продукт, който не издържа основна навигация с клавиатура, предоставя неточен ACR.

Стъпка 6: Поддържайте

Съответствието по Section 508 не е еднократна сертификация. Ново съдържание, нови функции и нови интеграции могат да въведат бариери. Автоматизираното наблюдение, вградено в работните процеси за разработка и съдържание, поддържа съответствието непрекъснато, вместо реактивно.

Section 508 и WCAG 2.1 / 2.2

Refresh се позовава на WCAG 2.0, не на WCAG 2.1 или 2.2. Това създава умерена разлика: WCAG 2.1 добави 17 нови критерия за успех (по-конкретно около мобилна достъпност, слабо зрение и когнитивна достъпност), а WCAG 2.2 добави още 9. Изпълнението на WCAG 2.1 или 2.2 AA автоматично удовлетворява изискванията за уеб съдържание по Section 508, но обратното не е вярно.

За организации, изграждащи модерни цифрови услуги, целенасочено постигане на WCAG 2.1 или 2.2 AA е категорично препоръчително — то адресира по-широк набор от потребителски нужди и ви позиционира за бъдещи актуализации на стандарта.

Обобщение

Section 508 е една от най-обхватните в света рамки за достъпност на ICT. Съгласуването му с WCAG през 2017 г. означава, че уеб достъпността и съответствието по Section 508 споделят обща техническа основа — но обхватът на закона се простира значително отвъд уебсайтовете, за да покрие документи, софтуер и обществени поръчки.

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