Accesibilitate ≠ Overlay: ARIA nu repară magic un HTML construit greșit
După HTML semantic apare o confuzie frecventă: atributele ARIA nu fac automat accesibilă o componentă construită greșit. ARIA comunică semantica tehnologiilor asistive, dar nu înlocuiește comportamentul, tastatura, focusul sau o bază HTML corectă.
ARIA este important, dar nu este un strat de reparare
WAI-ARIA comunică roluri, stări și proprietăți tehnologiilor asistive, mai ales pentru conținut dinamic și controale avansate. Completează HTML; nu este un plasture universal.
Prima regulă: folosește HTML nativ când poți
W3C recomandă folosirea cât mai mult a HTML-ului semantic nativ. Dacă un element HTML oferă deja semantica și comportamentul necesare, este de obicei mai robust decât un element generic cu ARIA.
Un rol este o promisiune
W3C rezumă un principiu esențial: „un rol este o promisiune”. <div role="button"> promite comportament de buton, dar rolul nu adaugă singur interacțiunea prin tastatură.
ARIA comunică semantică; nu creează comportament
ARIA poate comunica faptul că ceva este buton, extins sau selectat, dar nu implementează automat Tab, Enter, Spațiu, săgeți, focus sau logica JavaScript. Semantica și comportamentul trebuie să coincidă.
Nume, rol, stare și valoare
WCAG 4.1.2 cere nume și roluri determinabile programatic și disponibilitatea stărilor, proprietăților și valorilor relevante. Controalele HTML standard oferă deja multe dintre acestea când sunt folosite corect.
ARIA incorect poate înrăutăți experiența
ARIA incorect nu este neutră. W3C avertizează: „No ARIA is better than Bad ARIA”. Semantica greșită poate reprezenta incorect interfața pentru cineva care depinde de o experiență non-vizuală.
ARIA are nevoie de teste reale
Exemplele ARIA Authoring Practices avertizează asupra diferențelor de suport și recomandă testarea înainte de producție.
Ce legătură are cu overlay-urile?
Acest lucru se aplică și overlay-urilor. Un strat poate modifica atribute după încărcare, dar accesibilitatea depinde de funcționarea împreună a semanticii, interacțiunii, tastaturii, focusului și stărilor. ARIA adăugată din exterior nu repară automat o interfață defectuoasă.
Dar Blind Reader?
Blind Reader ține de asistența utilizatorului. Poate ajuta persoana, dar nu trebuie prezentat ca reparare automată a ARIA sau HTML ori ca dovadă de conformitate WCAG. Site-ul rămâne responsabil.
Ideea de reținut
ARIA este puternică atunci când este necesară și implementată corect. Mai întâi HTML nativ și semantic când este posibil; apoi ARIA când este necesar; întotdeauna comportament corect, tastatură, focus și teste.