Matricea cititoarelor de ecran:
De ce fiecare combinație de tehnologii asistive prezintă o situație diferită

Atunci când un audit de accesibilitate arată că un site web „funcționează cu cititoare de ecran”, această afirmație este aproape lipsită de sens fără precizări suplimentare. Cititoarele de ecran nu constituie o categorie unitară de software — sunt aplicații complexe, fiecare dintre ele implementând propria interpretare a API-urilor de accesibilitate furnizate de sistemele de operare, suprapunând această interpretare peste arborele de accesibilitate propriu al browserului, care, la rândul său, variază semnificativ de la un furnizor la altul.

Rezultatul este o succesiune de interpretări. A role="dialog" Atributul al unui element modal va fi anunțat diferit în JAWS 2024 cu Chrome față de NVDA 2024.1 cu Firefox 124 și față de VoiceOver pe macOS Sonoma cu Safari 17. Acestea nu sunt doar variații minore de formulare — ele pot face diferența între faptul că un utilizator înțelege că se află într-o fereastră de dialog modală care reține focalizarea sau faptul că nu aude absolut nimic.

The three-layer stack — operating system accessibility API → → screen reader engine — means that any change at any layer can produce an entirely different user experience. Browsers update their accessibility tree implementations. Screen readers update their virtual buffer strategies. OS APIs evolve. The combination testing requirement isn’t bureaucratic box-ticking; it’s a technical necessity rooted in genuine architectural divergence.

Peisajul tehnologiilor asistive s-a consolidat în jurul unui număr restrâns de instrumente dominante, însă fiecare dintre acestea prezintă caracteristici arhitecturale, baze de utilizatori și compatibilități cu browserele specifice. Înțelegerea acestor aspecte este o condiție prealabilă pentru stabilirea inteligentă a priorităților de testare.

Matricea de mai jos prezintă comportamentul observat pentru tiparele ARIA obișnuite și semantica HTML în cadrul celor mai importante combinații de tehnologii de accesibilitate și browsere. Rezultatele se bazează pe testele efectuate cu versiuni reprezentative pentru mediul de producție, valabile în primul trimestru al anului 2025.

Legendă: Admis = anunțat corect și complet. Parțial = anunțat cu informații lipsă sau incorecte. Respins = neanunțat, anunțat incorect sau cu erori de navigație.

A înțelege de ce combinațiile diferă — nu doar faptul că o fac — este esențial pentru a scrie un cod robust în întreaga matrice. Diferențele se încadrează în mai multe categorii arhitecturale.

Internet Explorer 11 a ajuns la sfârșitul ciclului de viață la 15 iunie 2022. Microsoft nu mai oferă actualizări de securitate sau asistență tehnică, iar JAWS 2024 de la Freedom Scientific nu oferă suport oficial pentru IE 11. WCAG 2.2 — publicat în octombrie 2023 — include criterii de succes precum 2.4.11 Focus Not Obscured, care depind de CSS și de capacități de redare pe care IE 11 nu le poate suporta. JAWS+IE nu este o combinație țintă validă pentru activitatea de conformitate cu WCAG 2.2 AA.

Cu toate acestea, echipele care întrețin coduri vechi, anterioare anului 2022, sau care oferă asistență pentru medii corporative restricționate care nu și-au finalizat încă migrarea de la IE la Edge, ar putea avea nevoie să înțeleagă comportamentul istoric al acestei combinații. Combinația JAWS/IE folosea Microsoft Active Accessibility (MSAA) — un strat API mai vechi cu suport ARIA semnificativ limitat în comparație cu interfețele IAccessible2 (IA2) și UI Automation (UIA) pe care browserele moderne le expun. Multe modele ARIA 1.1 se comportau incorect sau erau complet silențioase sub MSAA.

Dacă faceți parte dintre puținele echipe care au o obligație contractuală documentată de a oferi suport pentru IE 11, tratați-l ca pe o țintă suplimentară, cu o serie de teste separată — nu ca parte a unui program de conformitate cu WCAG 2.2. Combinația modernă utilizată în mediul corporativ este JAWS + Edge (Chromium), care folosește UIA și oferă un suport excelent pentru ARIA.

Abordarea Apple în materie de accesibilitate diferă fundamental de cea a Microsoft. În timp ce JAWS și NVDA creează o reprezentare virtuală completă a documentului și permit utilizatorilor să navigheze în această reprezentare independent de focalizare, VoiceOver funcționează mai direct cu arborele de accesibilitate generat și, adesea, cu focalizarea reală a tastaturii.

Aceasta înseamnă că modelele care funcționează prin manipularea invizibilă a focalizării — mișcări ale focalizării care au loc ca răspuns la atributele ARIA, mai degrabă decât la interacțiunea utilizatorului — pot afecta funcționarea VoiceOver într-un mod care pare inexplicabil până când nu înțelegi diferența de arhitectură. Utilizatorii VoiceOver de pe macOS navighează cu un cursor VoiceOver separat, dar relația dintre poziția cursorului VoiceOver și focalizarea tastaturii este mai strâns legată decât în modelul Virtual PC Cursor al JAWS.

Folosiți acest calculator pentru a estima efortul necesar pentru testarea produsului dumneavoastră, pe baza caracteristicilor bazei dumneavoastră de utilizatori, a obiectivului de conformitate și a combinațiilor de tehnologii asistive disponibile.

Nicio echipă nu dispune de resurse nelimitate pentru testare. Obiectivul unei strategii de acoperire este de a maximiza probabilitatea de a identifica erorile reale care afectează utilizatorii reali, în limitele impuse de timp și de instrumentele disponibile. Ponderarea riscurilor — alocarea efortului de testare proporțional cu impactul asupra utilizatorilor și cu riscul arhitectural — reprezintă abordarea profesională.

Testarea eficientă a combinațiilor nu înseamnă doar rularea aceluiași script de testare manuală pe mai multe instrumente. Fiecare instrument de testare automată (AT) are comenzi de tastatură, modele de navigare și setări de detaliere a anunțurilor unice. Un flux de lucru profesional ține cont de aceste diferențe și generează rezultate reproductibile și comparabile.

Lista de verificare de mai jos corespunde direct criteriilor de succes WCAG 2.2 AA, care sunt validate în principal prin testarea cu cititoare de ecran. Fiecare element trebuie să îndeplinească toate combinațiile P1 înainte ca o funcționalitate să fie considerată conformă cu WCAG 2.2 AA.

Testarea cu cititoare de ecran nu este doar o simplă bifă de conformitate cu standardele de accesibilitate. Este o disciplină de asigurare a calității care, atunci când este realizată corespunzător pentru combinațiile potrivite, scoate la iveală erori ale interfeței care afectează toți utilizatorii — nu doar pe cei cu dizabilități. Erorile de gestionare a focalizării, conținutul dinamic care nu se actualizează și starea care nu este comunicată prin intermediul programului sunt defecte de utilizare care sunt detectate tocmai prin prisma tehnologiilor asistive.

Cadrul juridic vine în sprijinul argumentului tehnic. Directiva UE privind accesibilitatea web, Standardele revizuite din Secțiunea 508 din SUA, Regulamentele privind accesibilitatea organismelor din sectorul public din Marea Britanie și valul tot mai mare de litigii legate de ADA din sectorul privat indică toate WCAG 2.2 AA ca fiind așteptarea de bază. Riscul de litigiu este cel mai ridicat acolo unde nu s-au efectuat teste documentate — iar testarea unei singure combinații este adesea o dovadă insuficientă a unui efort de conformitate de bună-credință.

La AIOPSGROUP, colaborăm cu organizații din sectoarele serviciilor financiare, administrației publice, comerțului cu amănuntul și al software-ului pentru întreprinderi pentru a crea programe de testare a accesibilității care să fie atât riguroase, cât și sustenabile. Riguroase înseamnă acoperirea combinațiilor potrivite pentru categoriile de utilizatori relevante. Sustenabile înseamnă integrarea testării accesibilității în fluxurile CI/CD, instruirea echipelor de dezvoltare și crearea unor matrice de testare dinamice, care evoluează odată cu produsul.

Dacă echipa dumneavoastră dezvoltă sau întreține un produs digital destinat oricărui segment al publicului, întrebarea nu este dacă să efectuați teste cu cititoare de ecran în combinații multiple, ci cum să le realizați în mod eficient și la scară largă. Vă putem ajuta în ambele privințe.