De ce widget-urile („overlay-urile”) de accesibilitate nu rezolvă problema
Promisiunea sună aproape prea bine ca să fie adevărată: adaugi o linie de cod pe site, iar în câteva minute site-ul devine „accesibil” și „conform WCAG”. Zeci de furnizori vând exact acest lucru, sub formă de widget vizibil, de obicei un buton rotund în colțul paginii. Din păcate, chiar comunitatea de accesibilitate — cea formată din specialiști, dezvoltatori de cititoare de ecran și utilizatori cu dizabilități — spune, aproape unanim, că promisiunea rămâne doar o promisiune.
Articolul acesta explică pe înțelesul tuturor ce este de fapt un astfel de instrument, ce poate și ce nu poate să facă, și de ce, în cazul accesibilității, nu există o scurtătură care să înlocuiască munca reală direct în sursă.
Ce este, de fapt, un overlay de accesibilitate
Un overlay de accesibilitate (numit uneori și „widget de accesibilitate”) este un cod extern, de regulă JavaScript, adăugat pe un site pentru a-i îmbunătăți accesibilitatea fără să se umble direct în codul original al paginilor. Termenul acoperă, în practică, două categorii diferite de produse.
Prima categorie oferă un panou vizual de control: utilizatorul apasă pe buton și primește opțiuni de mărire a textului, schimbare a contrastului, oprire a animațiilor sau schimbare a fontului. A doua categorie, mai ambițioasă, promite remediere automată: un script care scanează pagina la încărcare și încearcă să repare singur problemele găsite — text alternativ lipsă, structură incorectă, elemente greu de folosit cu tastatura.
Pe piață există zeci de astfel de produse — printre cele mai cunoscute se numără AccessiBe și UserWay — vândute uneori sub nume proprii, alteori white-label, prin agenții sau platforme de web design. Documentul de referință independent pe acest subiect, Overlay Fact Sheet, este semnat de peste 200 de specialiști și organizații din domeniul accesibilității, printre care contribuitori la standardele WCAG și ARIA, ingineri de accesibilitate din companii precum Google, Microsoft sau Apple, avocați specializați și, nu în ultimul rând, utilizatori de cititoare de ecran.
Panoul vizual: funcționalitate pe care utilizatorul o are deja
Opțiunile de mărire a textului sau schimbare a contrastului par utile la prima vedere. Realitatea e că persoanele care chiar au nevoie de ele își rezolvă problema altfel, de mult timp: din sistemul de operare, din browser sau din propriul cititor de ecran sau soft de mărire a ecranului, instrumente pe care le folosesc pe orice site, nu doar pe cel cu widget.
Dacă aceste funcții ar fi cu adevărat necesare pentru ca cineva să folosească un site, ar trebui să existe pe toate site-urile cu care persoana interacționează, nu doar pe cel care a instalat overlay-ul. În cel mai bun caz, panoul vizual dublează ceva ce utilizatorul are deja; în cel mai rău caz, îi complică inutil experiența cu încă un set de controale de învățat.
Remedierea automată: ce poate și, mai ales, ce nu poate
Partea de remediere automată chiar rezolvă o parte din probleme, dar cu limite serioase, documentate tehnic:
- textul alternativ generat automat pentru imagini nu e fiabil;
- reparațiile pentru câmpurile de formular, mesajele de eroare și ordinea de focus nu sunt fiabile;
- corectarea accesului cu tastatura nu e fiabilă;
- pe interfețe moderne construite cu React, Angular sau Vue, conținutul se schimbă în pagină independent de overlay, iar acesta nu mai poate ține pasul cu schimbările;
- reparațiile aplicate pot încetini încărcarea paginii sau pot produce schimbări neașteptate pentru cineva care folosește un cititor de ecran.
În plus, un overlay nu remediază conținut din PDF, Flash, Java, Silverlight, Canvas HTML5, fișiere SVG sau materiale audio-video — exact tipurile de conținut pe care le tratăm pe larg în ghidul despre documentele accesibile.
„Conform cu WCAG” nu înseamnă ce cred mulți
Mulți furnizori de overlay-uri susțin că produsul lor aduce site-ul „în conformitate” cu WCAG. Problema stă chiar în definiția cuvântului: conformitatea, așa cum o definește oficial W3C, înseamnă îndeplinirea tuturor criteriilor de succes ale standardului, nu a majorității lor. Din moment ce niciun overlay nu poate repara automat, cu acuratețe deplină, toate tipurile de probleme posibile, niciunul nu poate aduce, de unul singur, un site în conformitate completă. Am detaliat ce înseamnă exact standardul WCAG și nivelurile lui în ghidul dedicat.
Ce spun chiar utilizatorii de tehnologii asistive
Poate cel mai convingător argument nu vine din partea specialiștilor, ci din partea celor care folosesc zilnic cititoare de ecran. Reacțiile documentate public, în special în jurul unor overlay-uri populare, descriu în mod repetat aceeași experiență: navigare întreruptă, focus care sare imprevizibil în pagină, structuri de titluri stricate de scriptul de „reparare”, și site-uri care deveneau, după instalarea overlay-ului, mai greu de folosit decât înainte. Nu puține persoane nevăzătoare ajung să blocheze activ, din browser, aceste scripturi, tocmai ca să poată folosi site-urile în cauză.
Un detaliu contra-intuitiv: mai puține erori automate nu înseamnă mai accesibil
Analiza anuală WebAIM Million, care evaluează un milion dintre cele mai vizitate pagini din lume, a măsurat în 2024 un lucru aparent surprinzător: site-urile cu overlay-uri populare precum AudioEye, UserWay sau accessiBe aveau, în medie, mai puține erori detectate automat decât media generală. Rezultatul ar putea fi citit greșit drept „dovadă” că overlay-urile funcționează.
Chiar cercetătorii WebAIM au adăugat însă o precizare esențială: au dezactivat, înainte de testare, mecanismele prin care unele overlay-uri manipulează rezultatele scanărilor automate. Asta arată că unele dintre aceste produse sunt construite să „arate bine” în fața instrumentelor de scanare, fără ca acest lucru să spună ceva despre experiența reală a unei persoane cu dizabilități care folosește site-ul. Un scor bun la un scanner automat și un site cu adevărat accesibil sunt, de multe ori, două lucruri diferite.
Ce cred, de fapt, specialiștii în accesibilitate
Dincolo de argumentele tehnice, există și o măsurătoare directă a opiniei profesioniștilor. Sondajul WebAIM în rândul practicienilor în accesibilitate a găsit că 67% dintre respondenți consideră aceste instrumente deloc sau foarte puțin eficiente; procentul urcă la 72% în rândul respondenților care au ei înșiși o dizabilitate. Doar 2,4% le-au evaluat drept foarte eficiente. Acesta e motivul pentru care lista de semnatari ai Overlay Fact Sheet e atât de lungă și de variată: e greu de găsit, în tot domeniul accesibilității, un subiect pe care experți din companii concurente, cercetători universitari, avocați și utilizatori finali să cadă de acord într-un mod atât de clar.
Confidențialitate: un risc la care puțini se gândesc
Unele overlay-uri detectează automat prezența unei tehnologii asistive pe dispozitivul vizitatorului, ca să activeze anumite setări. Acest lucru dezvăluie, fără acordul explicit al persoanei, faptul că are o dizabilitate, iar în cazul utilizatorilor de cititoare de ecran, chiar detalii despre natura ei. Dizabilitatea este o informație personală sensibilă, la fel ca vârsta sau apartenența etnică, iar colectarea ei fără consimțământ informat ridică probleme reale de conformitate cu GDPR. Unele produse memorează aceste preferințe printr-un cookie care persistă pe mai multe site-uri ce folosesc același overlay, fără vreo opțiune clară de renunțare — un risc suplimentar, nu doar etic, ci și legal, pentru organizația care a instalat scriptul.
Riscul legal rămâne
Concluzia Overlay Fact Sheet, semnată de acei peste 200 de specialiști, este directă: niciun produs overlay de pe piață nu poate aduce un site în conformitate completă cu vreun standard de accesibilitate existent — iar fără conformitate completă, riscul legal nu dispare. Pentru instituțiile publice din România, care au deja obligații clare de accesibilitate digitală, sau pentru companiile care intră sub incidența noilor reglementări europene, un overlay instalat „ca să bifăm cerința” nu oferă protecția pe care mulți cred că o cumpără.
Ce funcționează, de fapt
Singura abordare care rezistă la verificare este cea în care accesibilitatea se construiește din codul sursă, nu se adaugă ulterior printr-un strat vizual: HTML semantic corect, ARIA folosit doar unde chiar e nevoie, navigare completă din tastatură, text alternativ scris de un om pentru fiecare imagine relevantă, contrast verificat, și testare cu cititoare de ecran folosite real de persoane cu deficiențe de vedere, nu doar cu un scanner automat. E exact procesul pe care îl aplicăm în programul de dezvoltare web accesibilă al fundației: accesibilitate gândită din prima linie de cod, nu reparată în grabă cu un script extern.
Vestea bună e că această abordare nu e neapărat mai scumpă pe termen lung decât un abonament la un overlay reînnoit an de an — dimpotrivă, integrată de la început, evită atât retehnoredactarea ulterioară, cât și riscul legal pe care overlay-ul nu-l acoperă.
Concluzie
Un overlay de accesibilitate nu e o soluție rea din rea-voință — e o soluție care promite mai mult decât poate ține tehnic. Rezolvă o felie mică de probleme, adaugă uneori altele noi, nu poate atinge conformitatea completă și, potrivit chiar celor care folosesc zilnic tehnologii asistive, poate lăsa un site mai greu de folosit decât înainte. Dacă organizația ta a instalat deja un astfel de widget crezând că a „bifat” accesibilitatea, primul pas onest e o verificare reală a situației.
➡ Vezi cum construim site-uri accesibile de la zero — fără overlay, cu accesibilitate integrată în cod și testată cu utilizatori reali.
Sau scrie-ne dacă vrei să afli, printr-un audit de accesibilitate, unde stă cu adevărat site-ul tău.
Întrebări frecvente
Ce este un overlay de accesibilitate?
Un cod extern, de obicei JavaScript, adăugat pe un site pentru a-i îmbunătăți accesibilitatea fără modificarea directă a codului original. Poate fi un panou vizual cu opțiuni de afișare (mărime text, contrast) sau un script care încearcă să repare automat probleme de accesibilitate la încărcarea paginii.
Un overlay de accesibilitate aduce site-ul în conformitate cu WCAG?
Nu în întregime. Conformitatea cu WCAG înseamnă îndeplinirea tuturor criteriilor de succes ale standardului. Niciun overlay nu poate repara automat, cu acuratețe completă, toate tipurile posibile de probleme, deci niciunul nu poate garanta, de unul singur, conformitatea deplină.
De ce cred unii utilizatori de cititoare de ecran că overlay-urile fac site-urile mai greu de folosit?
Pentru că, în practică, unele scripturi de „reparare” schimbă structura paginii într-un mod care întrerupe navigarea normală: focusul sare imprevizibil, titlurile sunt suprapopulate, iar interacțiunea standard cu tastatura poate fi blocată. Reacțiile documentate din partea utilizatorilor de cititoare de ecran descriu în mod repetat astfel de probleme.
Dacă un site cu overlay are mai puține erori la un scanner automat, înseamnă că overlay-ul funcționează?
Nu neapărat. Analiza WebAIM Million a găsit exact acest tipar în 2024, dar a precizat că unele overlay-uri manipulează rezultatele scanărilor automate — motiv pentru care aceste manipulări au fost dezactivate înainte de testare. Un scor bun la un instrument automat nu garantează o experiență reală bună pentru o persoană cu dizabilități.
Ce spun specialiștii în accesibilitate despre overlay-uri?
Potrivit sondajului WebAIM în rândul practicienilor, 67% le consideră deloc sau foarte puțin eficiente, procent care urcă la 72% printre respondenții cu dizabilități. Documentul independent Overlay Fact Sheet este semnat de peste 200 de specialiști și organizații din întreaga lume, un nivel neobișnuit de consens într-un domeniu cu opinii de obicei împărțite.
Instalarea unui overlay elimină riscul legal legat de accesibilitate?
Nu. Pentru că niciun overlay nu poate garanta conformitatea completă cu un standard de accesibilitate, niciunul nu poate elimina riscul legal asociat neconformității, indiferent de promisiunile de marketing ale furnizorului.
Ce ar trebui să facă o organizație care are deja un overlay instalat?
Cel mai onest pas e o evaluare reală a situației, printr-un audit de accesibilitate, urmată de un plan de remediere la nivel de cod pentru problemele identificate. Overlay-ul poate rămâne temporar, dar nu ca soluție definitivă.
Despre autor
Aurel Pătru este profesor, specialist în accesibilitate și fondatorul Fundației TIFLO. De peste 20 de ani activează în domeniul educației, iar de mai bine de 15 ani dezvoltă și implementează soluții de accesibilitate pentru persoanele cu deficiențe de vedere, de la documente și platforme digitale până la spații fizice și materiale Braille și tactile.
