Listă de verificare ADA Titlul III pentru site-uri web

Baza legală: ADA Titlul III și site-urile web

Titlul III din Americans with Disabilities Act (ADA) interzice discriminarea pe bază de dizabilitate în locurile de cazare publică. ADA a fost adoptată în 1990, înainte de existența web-ului comercial — ceea ce a generat decenii de litigii privind dacă site-urile web se califică drept „locuri de cazare publică”.

Peisajul juridic actual a rezolvat în mare parte această întrebare în favoarea includerii. Majoritatea instanțelor federale care au abordat problema au decis că site-urile web operate de companii deschise publicului sunt reglementate de Titlul III. Departamentul de Justiție (DOJ) a publicat un ghid formal în martie 2022 confirmând că ADA se aplică site-urilor web. În aprilie 2024, DOJ a publicat o regulă finală în temeiul Titlului II (care reglementează guvernele statale și locale) adoptând explicit WCAG 2.1 Nivel AA — stabilind un semnal puternic pentru ceea ce Titlul III va codifica în cele din urmă.

Rezultatul practic: dacă operați un site web prin care clienții accesează bunuri, servicii sau informații, ADA Titlul III se aplică acelui site.

Ce înseamnă „accesibil” în sensul ADA

ADA nu definește un standard tehnic specific pentru accesibilitatea site-urilor web. Instanțele și DOJ au tratat constant conformitatea cu Web Content Accessibility Guidelines (WCAG) 2.1 Nivel AA ca punct de referință pentru a determina dacă un site web respectă cerința ADA de nediscriminare. WCAG 2.1 AA este standardul utilizat în aproape toate acordurile de soluționare ale DOJ și în majoritatea planurilor de conformitate supravegheate de instanță.

Lista de verificare de mai jos mapează cele mai critice criterii de succes WCAG 2.1 AA la obligații practice de conformitate.

Lista de verificare a conformității ADA Titlul III pentru site-uri web

1. Alternative textuale pentru conținutul non-textual

Fiecare imagine relevantă are un atribut alt care îi transmite scopul
Imaginile decorative au un alt="" gol, astfel încât cititoarele de ecran să le omită
Pictogramele folosite ca butoane sau linkuri au nume accesibile (prin aria-label sau text vizibil)
Graficele și infografiile au descrieri textuale sau tabele de date ca alternative
CAPTCHA oferă o alternativă audio alături de provocarea vizuală

De ce contează: Utilizatorii de cititoare de ecran nu primesc nicio informație despre o imagine fără text alt. Un buton de finalizare a comenzii etichetat doar cu o pictogramă și fără nume accesibil este practic invizibil pentru un utilizator de cititor de ecran.

2. Subtitrări și transcrieri pentru materiale media

Videoclipurile pre-înregistrate au subtitrări sincronizate
Fluxurile video live au subtitrări în timp real
Conținutul audio pre-înregistrat (podcasturi) are o transcriere text
Videoclipurile pre-înregistrate cu conținut audio important au o transcriere disponibilă
Subtitrările generate automat sunt revizuite și corectate înainte de publicare

De ce contează: Subtitrările sunt principalul mijloc prin care utilizatorii surzi și hipoacuzici accesează conținutul video. Subtitrările generate automat inexacte nu satisfac cerința.

3. Culoare și design vizual

Informația nu este niciodată transmisă doar prin culoare (de exemplu, câmpurile obligatorii sunt marcate cu text sau o pictogramă, nu doar cu o bordură roșie)
Textul normal (sub 18pt / 14pt bold) respectă un raport de contrast de cel puțin 4,5:1 față de fundal
Textul mare (18pt+ sau 14pt+ bold) respectă un raport de contrast de cel puțin 3:1
Componentele UI (butoane, câmpuri de intrare, indicatori de focalizare) au cel puțin 3:1 contrast față de culorile adiacente
Stările de eroare comunică eroarea în text, nu doar printr-o schimbare de culoare

De ce contează: Aproximativ 8% dintre bărbați și 0,5% dintre femei au o formă de deficiență a vederii culorilor. Bazarea exclusiv pe culoare exclude o parte semnificativă a utilizatorilor dvs.

4. Accesibilitate cu tastatura

Toate elementele interactive (linkuri, butoane, formulare, meniuri, ferestre modale, selectoare de dată) sunt accesibile și operabile folosind doar tastatura
Ordinea de tabulare urmează o secvență logică, previzibilă
Nicio capcană de tastatură — utilizatorii pot naviga în și din fiecare componentă folosind taste standard
Widgeturile personalizate (meniuri derulante, glisoare, dialoguri) implementează modelele de interacțiune cu tastatura așteptate
Un link „sari la conținutul principal” este primul element focalizabil de pe fiecare pagină

De ce contează: Utilizatorii cu dizabilități motorii, dintre care mulți se bazează pe navigarea cu tastatura sau pe dispozitive cu acces prin comutator, nu pot folosi un mouse. Un site care necesită interacțiunea cu mouse-ul pentru funcțiile de bază le este inaccesibil.

5. Vizibilitatea focalizării

Focalizarea de la tastatură este întotdeauna vizibilă — un indicator de focalizare clar (contur, evidențiere, subliniere) apare pe elementul activ
Indicatorul de focalizare nu este eliminat cu outline: none sau outline: 0 fără un înlocuitor
Indicatorul de focalizare are un contrast suficient față de conținutul înconjurător

De ce contează: Fără un indicator de focalizare vizibil, utilizatorii de tastatură nu pot spune unde se află pe pagină — echivalentul navigării fără cursor.

6. Fără conținut care declanșează crize epileptice

Niciun conținut nu clipește de mai mult de trei ori pe secundă
Animațiile care nu pot fi dezactivate nu ocupă porțiuni mari din fereastra de vizualizare la frecvență ridicată
Efectele de paralax și animațiile cu redare automată pot fi întrerupte sau reduse prin interogarea media prefers-reduced-motion

De ce contează: Epilepsia fotosensibilă afectează o parte semnificativă a populației. O singură reclamă care clipește poate declanșa o criză.

7. Timp suficient pentru finalizarea sarcinilor

Expirările sesiunii avertizează utilizatorii înainte de expirare și le oferă o modalitate de a prelungi sesiunea
Conținutul cu actualizare automată (buletine de știri, scoruri live, bannere rotative) poate fi întrerupt, oprit sau ascuns
Nu sunt impuse limite de timp pentru sarcini critice (finalizarea comenzii, trimiterea formularului) fără un mecanism adecvat de prelungire

De ce contează: Utilizatorii cu dizabilități cognitive, deficiențe motorii sau care folosesc tehnologie asistivă au adesea nevoie de mai mult timp pentru a finaliza sarcinile. Expirările abrupte pot duce la pierderea progresului.

8. Navigare și orientare

Fiecare pagină are un element <title> unic și descriptiv
Meniurile de navigare sunt consecvente în structură și poziție pe toate paginile
Locația paginii curente este indicată în navigare (starea activă)
Traseele breadcrumb sunt prezente pe paginile profunde
Există mai multe modalități de a găsi conținut (căutare, hartă a site-ului sau navigare)
Titlurile sunt structurate logic (h1 → h2 → h3) și descriu cu acuratețe conținutul secțiunii

De ce contează: Utilizatorii de cititoare de ecran navighează prin titluri, repere și titluri de pagină. Titlurile structurate slab fac o pagină neinteligibilă pentru cineva care navighează cu un cititor de ecran.

9. Accesibilitatea formularelor

Fiecare câmp de formular are un element <label> vizibil, asociat programatic cu acesta
Câmpurile obligatorii sunt identificate în text (nu doar printr-un asterisc fără explicație)
Mesajele de eroare identifică ce câmp conține eroarea și descriu cum să o remediați
Mesajele de eroare sunt anunțate utilizatorilor de cititoare de ecran (prin aria-live sau gestionarea focalizării)
Atributele autocomplete sunt prezente pentru câmpurile comune (nume, e-mail, adresă, card de credit)
Trimiterea formularului nu expiră silențios

De ce contează: Formularele sunt modul în care utilizatorii tranzacționează cu serviciul dvs. — rezervare, achiziție, înregistrare, contact. O finalizare a comenzii inaccesibilă este echivalentul digital al unui magazin fără rampă.

10. Linkuri și butoane

Fiecare link are un nume accesibil descriptiv — „Citește mai mult” singur nu este suficient; „Citește mai mult despre [subiect]” este
Linkurile și butoanele se disting de textul înconjurător fără a se baza exclusiv pe culoare
Butoanele care declanșează acțiuni sunt marcate ca elemente <button>, nu ca elemente <div> sau <span> stilizate
Linkurile care se deschid într-o tabă nouă sau declanșează o descărcare comunică acest lucru utilizatorului

De ce contează: Utilizatorii de cititoare de ecran navighează adesea listând toate linkurile de pe o pagină. O listă de linkuri „click aici” și „citește mai mult” nu oferă nicio valoare de navigare.

11. Limbă și lizibilitate

Limba principală a paginii este setată în atributul lang de pe elementul <html> (de exemplu, lang="ro")
Secțiunile într-o altă limbă sunt marcate cu un atribut lang pe elementul care le conține
Abrevierile sunt explicate la prima utilizare sau prin <abbr title="..."> unde este util

De ce contează: Cititoarele de ecran folosesc atributul de limbă pentru a selecta motorul de pronunție corect. Fără acesta, un text englezesc citit de un motor în limba română este practic neinteligibil.

12. Comportament consecvent și previzibil

Primirea focalizării nu declanșează automat o schimbare de context (de exemplu, un formular nu se trimite când un câmp primește focalizarea)
Modificarea unui câmp de formular nu declanșează navigare neprevăzută sau ferestre modale
Componentele cu aceeași funcție de pe toate paginile sunt etichetate consecvent

De ce contează: Comportamentul imprevizibil este dezorientant pentru toți utilizatorii, dar mai ales pentru cei cu dizabilități cognitive sau care se bazează pe cititoare de ecran.

13. PDF-uri și documente

PDF-urile disponibile pentru descărcare sunt etichetate structural (titluri, liste, ordine de citire)
Câmpurile din formularele PDF sunt etichetate
PDF-urile scanate (doar imagine) sunt procesate OCR și etichetate
Fișierele Word, Excel și PowerPoint folosesc funcțiile de accesibilitate integrate (stiluri de titlu, text alt, nume de foi)

De ce contează: Instanțele și DOJ au tratat constant documentele descărcabile ca parte a conținutului accesibil al unui site web. Un PDF inaccesibil într-o finalizare a comenzii altfel accesibilă este tot o barieră.

14. Accesibilitate pe mobil

Toată funcționalitatea este disponibilă atât în orientare portret, cât și în orientare peisaj
Țintele tactile (butoane, linkuri) au cel puțin 44×44 pixeli CSS
Conținutul nu necesită derulare orizontală la ferestrele de vizualizare standard
Site-ul nu dezactivează scalarea de către utilizator prin maximum-scale sau user-scalable=no în meta tag-ul viewport

De ce contează: Mulți utilizatori cu dizabilități folosesc dispozitivele mobile ca principal sau unic mijloc de acces la web. Barierele pe mobil îi exclud la fel de eficient ca barierele de pe desktop.

15. Declarația de accesibilitate

O declarație de accesibilitate este publicată și legată din subsolul site-ului
Declarația identifică standardul pe care îl vizează site-ul (WCAG 2.1 AA)
Declarația include un mecanism de contact pentru ca utilizatorii să raporteze barierele
Mecanismul de contact este el însuși accesibil

De ce contează: O declarație de accesibilitate demonstrează bună-credință și oferă utilizatorilor o cale de rezolvare înainte de a căuta remedii legale. Este de asemenea necesară în temeiul mai multor legi statale și este o practică așteptată conform îndrumărilor DOJ.

Aplicare și risc de litigiu

ADA Titlul III nu impune reclamanților să demonstreze discriminare intenționată. Dacă există o barieră, și dacă aceasta a împiedicat o persoană cu dizabilități să acceseze bunuri sau servicii, o plângere poate continua. Remediile în temeiul Titlului III nu includ despăgubiri (spre diferență de Secțiunea 504), dar includ măsuri reparatorii (injunctive relief) și onorarii avocațiale — care sunt adesea principalul motor al litigiilor în serie.

Volumul proceselor privind accesibilitatea site-urilor web în temeiul ADA în Statele Unite a crescut brusc în ultimii ani, cu mii depuse anual. Companiile mici și mijlocii sunt ținte frecvente pentru că sunt percepute ca fiind mai puțin probabil să fi investit în conformitate.

Dacă ați primit o scrisoare de solicitare ADA, nu o ignorați. Angajați prompt un consilier juridic și comandați un audit de accesibilitate pentru a avea o imagine exactă a conformității site-ului dvs.

Menținerea conformității în timp

Un audit și o remediere unice nu sunt suficiente. Fiecare pagină, funcție sau integrare terță nouă poate introduce noi bariere. Organizațiile cu cel mai scăzut risc de litigiu mențin conformitatea continuu:

Scanarea automată integrată în fluxul de lucru de dezvoltare prinde problemele detectabile înainte ca acestea să ajungă în producție. Serviciul nostru de integrare CI/CD pentru accesibilitate transformă acest lucru într-o parte din fiecare build.
Auditurile manuale programate scot la iveală problemele pe care instrumentele automate nu le pot detecta — interacțiunea cu cititorul de ecran, complexitatea cognitivă, capcanele de tastatură.
Instruirea în accesibilitate pentru dezvoltatori și autori de conținut previne introducerea barierelor de la bun început.
Mecanismele de feedback ale utilizatorilor oferă persoanelor cu dizabilități un canal direct pentru a raporta barierele înainte ca acestea să devină probleme juridice.

O scanare automată gratuită este cea mai rapidă modalitate de a identifica cele mai vizibile eșecuri WCAG ale site-ului dvs. Pentru o imagine completă mapată la expunerea dvs. ADA, contactați echipa noastră pentru a discuta un audit complet.