Widgeturile de accesibilitate fac un site conform? Răspunsul onest

Dacă aveți un magazin online, probabil că cineva v-a oferit deja un widget de accesibilitate însoțit de o promisiune: adăugați un script și site-ul devine accesibil, conform și ferit de probleme juridice. Noi producem unul dintre aceste widgeturi, SiteAccessible, deci nu suntem neutri în această privință. Iată-l: niciun widget nu face un site conform. Nici al nostru, nici al altcuiva.

Ce este o suprapunere de accesibilitate (overlay) sau un widget?

O suprapunere de accesibilitate (overlay) este cod furnizat de terți, de obicei JavaScript, adăugat unui site ca să încerce să îi îmbunătățească accesibilitatea. Comisia Europeană descrie suprapunerile drept „instrumente care pot fi adăugate site-urilor web cu scopul de a îmbunătăți accesibilitatea”. În practică, termenul acoperă două lucruri destul de diferite, iar diferența contează.

• Panouri controlate de vizitator. Un buton deschide un meniu din care vizitatorul poate alege text mai mare, spațiere mai largă, contrast mai puternic, un ghid de citire sau citirea cu voce tare. Nimic nu ar trebui să se schimbe dacă vizitatorul nu cere.
• Suprapuneri automate de „reparare”. Un script scanează pagina la încărcare și încearcă să o repare din mers: ghicește textul alternativ, adaugă etichete câmpurilor de formular, rescrie atributele ARIA (codul care le spune cititoarelor de ecran ce este un element) și uneori activează un mod special când detectează un cititor de ecran.

Multe produse le fac pe amândouă. Al nostru este doar de primul tip: nu vă scanează și nu vă rescrie marcajul. Dar niciunul dintre cele două tipuri nu schimbă site-ul pe care îl evaluează un standard.

Poate un widget să facă un site conform cu WCAG, EAA sau ADA?

Nu. Standardele și legile privind accesibilitatea se aplică propriului cod, conținut și procese ale site-ului, nu unui strat adăugat deasupra. Comisia Europeană spune că instrumentele care nu asigură că „site-ul în sine” îndeplinește standardul „nu reprezintă o soluție adecvată”, iar organizațiile persoanelor cu dizabilități sunt de acord. În SUA, autoritatea pentru protecția consumatorilor a sancționat un furnizor care susținea contrariul.

Pagina se referă la site-urile din sectorul public, dar magazinele și băncile acoperite de Actul european privind accesibilitatea sunt evaluate după același standard, EN 301 549, care se bazează pe Ghidul pentru accesibilitatea conținutului web (WCAG).

Motivul este practic. WCAG se testează pe pagina așa cum o primește toată lumea. Dacă textul gri din corpul paginii nu atinge contrastul minim, un buton de contrast dintr-un panou nu schimbă nimic, pentru că pagina rămâne neconformă pentru fiecare vizitator care nu deschide niciodată panoul. Scripturile de reparare se lovesc de același zid: un program nu poate ști în mod fiabil ce arată o fotografie de produs sau la ce folosește un câmp fără etichetă.

Overlay Fact Sheet (se deschide într-o filă nouă), o scrisoare deschisă care avea 1.048 de semnatari când i-am numărat, la 13 octombrie 2026, o spune direct: „Niciun produs de tip overlay de pe piață nu poate face ca un site să devină pe deplin conform cu vreun standard de accesibilitate existent.” În SUA, Departamentul de Justiție nu stabilește niciun standard tehnic pentru site-urile firmelor private. Ghidul său din 2022 (se deschide într-o filă nouă), cel mai favorabil text oficial față de aceste instrumente pe care l-am găsit, spune că verificatoarele și suprapunerile „pot fi instrumente utile”, dar „trebuie folosite cu grijă”, și că un raport fără erori „nu înseamnă neapărat că totul este accesibil”.

Ce a decis FTC în cazul accessiBe?

În aprilie 2025, Comisia Federală pentru Comerț (FTC) din SUA a finalizat un ordin prin care accessiBe, un furnizor de overlay-uri, trebuie să plătească 1 milion de dolari. FTC susținuse că afirmația companiei potrivit căreia accessWidget „poate face orice site conform cu WCAG” era falsă, înșelătoare sau nefondată și că firma prezentase drept opinii independente articole și recenzii cu care avea legături.

FTC a anunțat propunerea de ordin (se deschide într-o filă nouă) la 3 ianuarie 2025 și a aprobat-o (se deschide într-o filă nouă) la 22 aprilie 2025. accessiBe nu mai are voie să susțină, fără dovezi, că produsele sale automate „pot face orice site conform cu WCAG” sau „pot asigura conformitatea continuă cu WCAG în timp”.

Ca să fim corecți, FTC s-a pronunțat asupra publicității unei singure companii, nu asupra întrebării dacă overlay-urile ajută pe cineva. Dar promisiunea vizată apare încă pe multe pagini de destinație. Noi nu o vom face.

Ce spun utilizatorii cu dizabilități și experții în accesibilitate despre overlay-uri?

În mare, că overlay-urile nu ajută prea mult și uneori încurcă. Forumul European al Persoanelor cu Dizabilități (EDF) și Asociația Internațională a Profesioniștilor în Accesibilitate (IAAP) spun că nu fac un site conform, iar într-un studiu din 2024 cu 47 de utilizatori nevăzători și cu vedere slabă, cei mai mulți au spus că overlay-urile nu i-au ajutat, iar mulți au raportat conflicte cu tehnologiile asistive pe care le folosesc.

Nici panourile ca al nostru nu scapă de critici în această declarație. Ea spune că, deși „unele dintre aceste funcționalități pot ajuta anumiți utilizatori, cele mai multe sunt redundante, deoarece sunt deja disponibile în browsere sau oferite de tehnologiile asistive alese de utilizatori”. Credem în continuare că un panou își are locul, dar critica este corectă și e bine să o auziți de la noi. Declarația fixează și ștacheta pe care trebuie să o treacă orice widget: „Nu este acceptabil ca suprapunerile, pluginurile sau widgeturile să împiedice accesul utilizatorilor la propriile tehnologii asistive, la browserele alese și/sau la funcțiile sistemului de operare.”

Studiul este „The Promise and Pitfalls of Web Accessibility Overlays for Blind and Low Vision Users” (se deschide într-o filă nouă), semnat de Makati, Tigwell și Shinohara (ACM ASSETS, octombrie 2024). Un rezumat al Universității din Washington (se deschide într-o filă nouă) adaugă că până la 42% dintre respondenți renunțaseră la site-urile cu overlay-uri, în timp ce unii au beneficiat totuși de ajustări mici, cum ar fi mărimea fontului sau contrastul culorilor.

În Germania, BIK BITV-Test (se deschide într-o filă nouă) nu își acordă sigiliile unui site care rulează un instrument de tip overlay. Regula include și panourile ca al nostru, motiv pentru care documentația noastră despre EAA le cere clienților să întrerupă widgetul cât timp se desfășoară un astfel de test.

Mai sunt date în judecată site-urile care au widgeturi?

Da. UsableNet, care monitorizează procesele privind accesibilitatea digitală din SUA, a numărat în 2025 între 95 și 155 de procese pe lună împotriva unor site-uri care aveau deja instalat un widget de accesibilitate și nu a constatat „nicio reducere semnificativă a proceselor împotriva utilizatorilor de widgeturi” pe parcursul anului. Un widget nu elimină barierele descrise în plângeri.

Analiza UsableNet a proceselor din 2025 (se deschide într-o filă nouă) a numărat peste 5.000 de procese privind accesibilitatea digitală în SUA în acel an. Unele plângeri vizează acum chiar widgetul, susținând că interferează cu cititoarele de ecran.

Citiți aceste cifre cu prudență. UsableNet vinde servicii de accesibilitate, iar numărătoarea nu arată că widgeturile atrag procese; pur și simplu, multe site-uri au unul. Arată un lucru mai restrâns, dar important: faptul că aveau unul instalat nu a ținut aceste firme departe de instanță.

Când poate ajuta un panou de accesibilitate pentru vizitatori?

Un panou de setări ajută atunci când un vizitator are nevoie de o modificare pe care site-ul nu o oferă implicit și nu știe cum să o facă în browser sau în sistem. Se potrivește mai bine nevoilor ocazionale sau de moment, cum ar fi ochii obosiți, o migrenă sau un telefon în plin soare, decât nevoilor utilizatorilor experimentați de tehnologii asistive.

Aici ne despărțim de cei mai vehemenți critici, așa că vom separa dovezile de opinii. Dovezile: utilizatorii experimentați de cititoare de ecran și de lupe de ecran nu găsesc, în general, overlay-urile utile, iar unii oameni chiar beneficiază de modificări simple, cum ar fi mărimea textului și contrastul. Opinia noastră: mulți dintre cei care ar citi mai comod un text mai mare nu au deschis niciodată setările de accesibilitate ale browserului, iar un buton vizibil se găsește mai ușor.

• Un client în vârstă căruia descrierile produselor i se par mici și înghesuite și care nu a folosit niciodată zoomul browserului.
• O persoană cu dislexie care citește mai ușor cu spațiere mai largă și un ghid de citire.
• Oricine vrea ca animațiile să se oprească în timp ce completează un formular de rezervare.

Acestea sunt modificări de prezentare pe un site care deja funcționează. Un panou nu îi poate da unui utilizator de cititor de ecran o etichetă care nu există în cod și nu poate face finalizarea comenzii operabilă de la tastatură.

Ce poate merge prost și cum ar trebui construit un widget?

Principalele riscuri sunt un widget care intră în conflict cu tehnologiile asistive ale vizitatorului, creează capcane pentru focalizarea de la tastatură, schimbă pagina fără să i se ceară sau adaugă zgomot pentru utilizatorii de cititoare de ecran. Un widget bine construit nu deranjează până nu îl deschide cineva, poate fi folosit complet cu tastatura și cu un cititor de ecran și nu rescrie niciodată semantica paginii.

Verificați orice produs, inclusiv pe al nostru, după lista de mai jos, cu tastatura și un cititor de ecran gratuit, ca în ghidul nostru despre testarea accesibilității site-ului.

• Inactiv până la cerere. Nimic nu se schimbă până când vizitatorul nu activează ceva. Detectarea tehnologiilor asistive este și o problemă de confidențialitate, după cum notează EDF și IAAP, pentru că sugerează o dizabilitate.
• Fără rescriere automată. Textul alternativ ghicit și atributele ARIA injectate pot contrazice ce ar anunța altfel un cititor de ecran.
• Accesibil el însuși. Un buton real, un panou care funcționează cu Tab, cu tastele săgeți și cu Escape, focalizarea readusă la locul ei la închidere și un nume lizibil pentru fiecare control.
• Respectă setările sistemului. Dacă sistemul vizitatorului cere mișcare redusă, animațiile proprii ale widgetului se opresc.
• Nu stă în cale. Vizitatorii îl pot muta de pe butonul „Adaugă în coș”.
• Privat și ușor de întrerupt. Setările rămân în browserul vizitatorului, doar pentru site-ul dumneavoastră, iar widgetul poate fi întrerupt pe durata unui audit.

Ce face widgetul nostru și ce nu face?

SiteAccessible este un panou controlat de vizitator: vizitatorii pot schimba contrastul, mărimea textului, spațierea, fonturile, cursorul și instrumentele de citire sau pot alege unul dintre cele opt profiluri. Nu vă scanează, nu vă repară și nu vă rescrie codul, nu face site-ul conform cu niciun standard și nu vă oferă protecție juridică. Iată cum se situează față de lista de mai sus.

Planurile Pro și Business adaugă un generator de declarații de accesibilitate, care consemnează situația pe care o alegeți, fără să o decidă el. Restul îl găsiți în lista de funcționalități.

Ce ar trebui să faceți în locul unui widget sau pe lângă el?

Corectați accesibilitatea acolo unde se află: în șabloane, în conținut și în procese. Testați cu instrumente automate și manual, implicați persoane cu dizabilități în testarea parcursurilor-cheie, publicați o declarație de accesibilitate onestă și continuați verificările pe măsură ce site-ul se schimbă. Un widget, dacă vreți unul, vine peste această muncă și nu înlocuiește nicio parte din ea.

1. Evaluați situația actuală. Rulați un verificator automat gratuit, apoi testați manual parcursurile-cheie: căutarea, pagina de produs, coșul, finalizarea comenzii.
2. Corectați sursa. Începeți cu ce blochează o sarcină: etichete de formular lipsă, butoane fără nume, capcane de tastatură, text cu contrast scăzut, imagini fără text alternativ. Unele se rezolvă în zece minute în CMS; altele cer un dezvoltator.
3. Verificați ce vă cere legea. Dacă vindeți consumatorilor din UE, citiți ce cere Actul european privind accesibilitatea, inclusiv scutirea pentru microîntreprinderile care furnizează servicii.
4. Testați cu persoane cu dizabilități. Comisia subliniază că „este important să se implice întotdeauna persoanele cu handicap în testare”. Chiar și două sesiuni pe pagina de finalizare a comenzii ajută.
5. Publicați o declarație onestă despre ce ați testat și ce lipsește încă. Ghidul nostru despre declarație conține un model.
6. Nu vă opriți. Retestați după schimbări mari și cel puțin o dată pe an.

Dacă după toate acestea adăugați un widget, adăugați-l pentru vizitatorii care îl vor folosi, nu ca pe o insignă. Iar dacă cineva, inclusiv noi, vă spune că un script vă va face site-ul conform, cereți să vedeți auditul.