Ghid de Conformitate Section 508 pentru Site-uri Federale

Ce este Section 508?

Section 508 din Rehabilitation Act din 1973 — semnificativ consolidată prin Workforce Investment Act din 1998 — impune agențiilor federale să facă tehnologia lor electronică și informațională accesibilă persoanelor cu dizabilități. Legea se aplică atunci când agențiile dezvoltă, achiziționează, întrețin sau utilizează ICT (Information and Communication Technology) și se extinde la orice contractor sau beneficiar de grant care furnizează ICT în numele unei agenții federale.

Pe scurt: dacă primești finanțare federală sau construiești tehnologie pentru un client federal, Section 508 este obligatorie pentru tine.

Actualizarea din 2017: alinierea cu WCAG 2.0 Nivel AA

Pentru cea mai mare parte a istoriei sale, Section 508 a funcționat pe baza propriului set de standarde tehnice. În ianuarie 2017, Access Board a publicat o actualizare majoră — numită în mod obișnuit „Refresh” — care a înlocuit vechile standarde cu o referire directă la Web Content Accessibility Guidelines (WCAG) 2.0 Nivel AA.

Această aliniere a fost un pas semnificativ. În loc să mențină un standard paralel, Section 508 include acum, prin referință, toate criteriile de succes WCAG 2.0 Nivel A și AA, împreună cu cerințe suplimentare pentru:

Instrumente de autoring (software folosit pentru a crea conținut web)
Documente electronice (PDF-uri, fișiere Word, foi de calcul)
Aplicații software (aplicații desktop, mobile și web)
Hardware (chioșcuri, imprimante, telefoane)
Documentație și servicii de suport

Organizațiile care deja lucrează pentru conformitatea WCAG 2.0 AA acoperă majoritatea obligațiilor lor Section 508 pentru conținutul web. Dar sfera ICT mai amplă înseamnă că site-urile web sunt doar o parte din imagine.

Cine trebuie să se conformeze?

Section 508 se aplică:

Agențiilor federale — toate agențiile din ramura executivă trebuie să se conformeze pentru întreaga ICT pe care o dezvoltă, achiziționează, întrețin sau utilizează.

Contractorilor federali — orice furnizor care oferă produse sau servicii ICT unei agenții federale sub contract trebuie să respecte standardele. Aceasta include platforme SaaS, sisteme de gestionare a documentelor, portaluri web și aplicații mobile.

Beneficiarilor de asistență financiară federală — organizațiile care primesc granturi federale sunt supuse Section 504 din Rehabilitation Act, care are obligații paralele. Section 508 însăși se concentrează pe agențiile federale și furnizorii lor, dar mulți beneficiari de granturi se confruntă cu cerințe echivalente prin acordurile lor de grant.

Guvernele statale și locale nu sunt obligate direct prin Section 508, dar sunt supuse ADA și, dacă primesc fonduri federale, Section 504.

Ce impun standardele pentru conținutul web

Deoarece Section 508 include WCAG 2.0 Nivel AA, cerințele pentru conținutul web se corelează direct cu cele patru principii WCAG: Perceptibil, Operabil, Inteligibil și Robust.

Perceptibil

Toate imaginile, graficele și conținutul non-text trebuie să aibă alternative textuale relevante (atribute alt, aria-label sau echivalent)
Videoclipurile trebuie să aibă subtitrări sincronizate; audio-ul pre-înregistrat trebuie să aibă transcrieri
Culoarea nu trebuie să fie unicul mijloc de a transmite informații
Textul trebuie să poată fi redimensionat până la 200% fără pierderea conținutului sau a funcționalității
Conținutul trebuie să fie adaptabil — structura și relațiile trebuie să poată fi determinate programatic

Operabil

Toată funcționalitatea trebuie disponibilă exclusiv de la tastatură (fără a fi necesar un mouse)
Niciun conținut nu ar trebui să sclipească mai mult de trei ori pe secundă (risc de convulsii)
Linkurile de salt peste navigare trebuie să permită utilizatorilor să evite blocuri repetate de conținut
Utilizatorii trebuie să poată pune pauză, opri sau ascunde conținutul în mișcare, care sclipește sau se actualizează automat
Paginile trebuie să aibă titluri descriptive

Inteligibil

Limba paginii trebuie identificată în HTML (atributul lang)
Navigarea trebuie să fie consecventă pe toate paginile
Mesajele de eroare trebuie să identifice câmpul cu eroare și să descrie cum se corectează
Etichete și instrucțiuni trebuie furnizate pentru toate câmpurile de formular

Robust

Conținutul trebuie să fie compatibil cu tehnologiile asistive curente
Numele, rolul și valoarea tuturor componentelor de interfață trebuie să poată fi determinate programatic (ARIA folosit corect)
Mesajele de stare trebuie anunțate tehnologiei asistive fără a necesita focalizare

Documente electronice

Una dintre cele mai frecvent neglijate zone ale conformității Section 508 este accesibilitatea documentelor. PDF-urile, documentele Word, foile de calcul Excel și prezentările PowerPoint distribuite prin site-urile agențiilor sau partajate cu publicul trebuie să respecte aceleași standarde.

Pentru PDF-uri, aceasta înseamnă:

Documentul trebuie etichetat (tag-uri structurale pentru titluri, paragrafe, liste, tabele)
Ordinea de citire trebuie să fie logică
Imaginile trebuie să aibă text alternativ
Câmpurile de formular trebuie etichetate
Documentul nu trebuie să necesite o parolă care blochează funcțiile de accesibilitate

Multe agenții au arhive mari de documente vechi. Refresh-ul permite o excepție de „alterare fundamentală” pentru conținutul vechi — dar aceasta se aplică doar atunci când conformitatea ar necesita o schimbare fundamentală a naturii programului, nu simplu pentru că remedierea este incomodă sau costisitoare.

Achiziții publice: obligația furnizorului

Section 508 are un impact direct asupra achizițiilor publice. Agențiile federale trebuie să ia în considerare accesibilitatea atunci când achiziționează produse și servicii ICT. Aici devine critic Accessibility Conformance Report (ACR) — frecvent numit VPAT, de la Voluntary Product Accessibility Template.

Furnizorii care doresc să vândă ICT agențiilor federale sunt așteptați să ofere un ACR care documentează modul în care produsul lor respectă fiecare standard Section 508 aplicabil. Agențiile folosesc ACR-urile pentru a compara produse și a documenta diligența necesară. Un ACR inexact sau exagerat creează expunere legală pentru furnizor dacă produsul nu respectă efectiv standardele declarate.

Dacă organizația ta vinde sau intenționează să vândă tehnologie clienților federali, menținerea unui ACR precis și actual nu este opțională — este o așteptare comercială.

Excepții în cadrul Section 508

Standardele includ mai multe excepții recunoscute:

Sarcină excesivă — o agenție poate susține că conformitatea ar impune o dificultate sau cheltuială semnificativă. Acesta este un prag ridicat și trebuie documentat; agenția trebuie totuși să ofere un mijloc alternativ de acces la informație sau funcționalitate.

Alterare fundamentală — conformitatea nu este necesară atunci când ar necesita o schimbare fundamentală a naturii programului sau activității.

Excepția pentru back-office — ICT folosită exclusiv de angajații agenției, fără interacțiune cu publicul, este exceptată, cu condiția să nu existe un angajat cu dizabilități care are nevoie să folosească acea ICT.

ICT vechi — ICT achiziționată înainte de Refresh, anterior datei de 18 ianuarie 2018, nu trebuie automat actualizată, dar orice achiziție nouă sau upgrade semnificativ declanșează conformitatea.

Reține că excepțiile trebuie documentate și nu se aplică automat. Invocarea unei excepții fără documentație adecvată nu protejează o agenție de o reclamație.

Aplicare și reclamații

Section 508 este aplicată prin două canale principale:

Proceduri interne de reclamație ale agenției — fiecare agenție trebuie să stabilească proceduri pentru ca angajații și membrii publicului să depună reclamații Section 508.

Supravegherea agenției federale — General Services Administration (GSA) și Access Board oferă îndrumare și supraveghere. Department of Justice raportează Congresului cu privire la conformitatea agențiilor.

Litigii civile — deși Section 508 nu creează un drept privat de acțiune, persoanele pot înainta cereri în temeiul Section 504 din Rehabilitation Act, care interzice discriminarea pe bază de dizabilitate de către beneficiarii de asistență financiară federală. Instanțele au constatat că violările Section 508 pot constitui baza unei cereri Section 504.

O foaie de parcurs practică pentru conformitate

Pasul 1: Inventariază ICT-ul tău

Cartografiază tot ce se încadrează în sfera Section 508 — site-uri web, intraneturi, aplicații web, documente, software și orice hardware cu interfețe pentru utilizatori. Nu poți remedia ceea ce nu ai identificat.

Pasul 2: Evaluează conformitatea actuală

Rulează scanări automate de accesibilitate pentru a identifica rapid eșecurile WCAG detectabile. Continuă cu audituri manuale pentru a scoate la iveală problemele ratate de instrumentele automate — navigare exclusiv cu tastatura, comportamentul cititorului de ecran, încărcarea cognitivă.

Pasul 3: Prioritizează în funcție de impact

Abordează întâi barierele care afectează cel mai direct capacitatea utilizatorilor de a accesa serviciile și informațiile esențiale. Fluxurile critice (autentificare, trimiterea formularelor, descărcarea documentelor) ar trebui prioritizate față de conținutul decorativ sau secundar.

Pasul 4: Remediază și retestează

Remedierea fără verificare este incompletă. După fiecare remediere, retestează atât cu instrumente automate, cât și cu tehnologie asistivă pentru a confirma că problema este rezolvată și nu a fost introdusă niciuna regresie.

Pasul 5: Integrează accesibilitatea în achiziții

Actualizează șabloanele tale de achiziții pentru a solicita ACR-uri de la furnizori. Revizuiește ACR-urile critic — verifică nivelurile de conformitate declarate față de comportamentul real al produsului, unde este posibil. Un furnizor care declară conformitate deplină pentru un produs care eșuează la navigarea de bază cu tastatura oferă un ACR inexact.

Pasul 6: Menține

Conformitatea Section 508 nu este o certificare unică. Conținutul nou, funcțiile noi și integrările noi pot introduce bariere. Monitorizarea automată, integrată în fluxurile tale de dezvoltare și conținut, menține conformitatea continuă în loc de reactivă.

Section 508 și WCAG 2.1 / 2.2

Refresh-ul face referire la WCAG 2.0, nu la WCAG 2.1 sau 2.2. Aceasta creează un decalaj modest: WCAG 2.1 a adăugat 17 criterii de succes noi (în special în jurul accesibilității mobile, vederii slabe și accesibilității cognitive), iar WCAG 2.2 a adăugat încă 9. Respectarea WCAG 2.1 sau 2.2 AA satisface automat cerințele Section 508 pentru conținutul web, dar reciproca nu este valabilă.

Pentru organizațiile care construiesc servicii digitale moderne, este puternic recomandabil să vizeze WCAG 2.1 sau 2.2 AA — abordează o gamă mai largă de nevoi ale utilizatorilor și te poziționează pentru actualizările viitoare ale standardului.

Rezumat

Section 508 este unul dintre cele mai cuprinzătoare cadre de accesibilitate ICT din lume. Alinierea sa din 2017 cu WCAG înseamnă că accesibilitatea web și conformitatea Section 508 împart o fundație tehnică comună — dar sfera legii se extinde semnificativ dincolo de site-urile web, acoperind documente, software și achiziții.

Agențiile federale și furnizorii lor de tehnologie care tratează accesibilitatea ca o practică continuă de calitate — nu ca un exercițiu de audit unic — sunt cel mai bine poziționați pentru a respecta standardul, a reduce expunerea legală și a servi eficient toți utilizatorii.