Cele mai frecvente probleme de accesibilitate pe site-uri (și cum le verifici singur)

Ne-am aștepta ca problemele de accesibilitate să fie rare și complicate. Datele arată altceva.

Aceleași câteva probleme de accesibilitate se repetă pe aproape toate site-urile, indiferent de mărimea firmei sau de bugetul investit în design.

WebAIM verifică în fiecare an pagina de start a unui milion dintre cele mai accesate site-uri din lume. În ediția din februarie 2026, 95,9% dintre pagini aveau cel puțin o eroare WCAG detectabilă automat, cu o medie de 56,1 erori pe pagină.

Numărul mediu de erori pe pagină a crescut cu 10,1% față de ediția anterioară, care găsise 51 de erori pe pagină.

Merită să reținem și avertismentul pe care îl formulează WebAIM în raport: lipsa erorilor detectate nu înseamnă că pagina este accesibilă. Instrumentele automate văd doar o parte.

Problemele se împart în două categorii.

Unele se detectează automat, în câteva secunde.

Altele se văd doar dacă încerci efectiv să folosești pagina.

Cele șase probleme care apar cel mai des

Ordinea de mai jos este cea din raportul WebAIM Million 2026, iar procentele arată pe câte dintre paginile analizate a apărut fiecare problemă.

1. Text cu contrast prea slab (83,9% dintre pagini)

E cea mai frecventă problemă dintre toate. Apare ușor, fără ca nimeni să-și dea seama.

Apare la textul gri deschis pe fundal alb, la scrisul așezat peste o imagine, la etichetele mici din formulare și la butoanele colorate.

Nu afectează doar persoanele cu deficiențe de vedere. Un contrast slab devine problemă și în plin soare, pe un telefon sau pe un monitor prost calibrat.

Cum verifici: deschide instrumentele pentru dezvoltatori din browser, selectează un text și citește raportul de contrast pe care ți-l arată browserul. Verifică scrisul mic, informația secundară și textul de pe butoane, nu doar titlurile.

2. Imagini fără text alternativ (53,1% dintre pagini)

Mai mult de jumătate dintre paginile analizate au cel puțin o imagine fără atribut alt.

Pentru cineva care folosește un cititor de ecran, o astfel de imagine este anunțată prin numele fișierului sau este sărită complet.

Când imaginea e decorativă, atributul nu trebuie să lipsească, ci să fie lăsat gol:

<img src="ornament.svg" alt="">

Cum verifici: caută în codul paginii toate elementele <img> și uită-te dacă fiecare are alt. Pe un site mic durează câteva minute. Atenție și la imaginile inserate prin CSS, care uneori transmit informație, deși nu apar deloc în textul paginii.

3. Câmpuri de formular fără etichetă (51% dintre pagini)

Un câmp fără etichetă asociată corect este anunțat de cititorul de ecran doar ca „câmp de editare”, fără nicio indicație despre ce trebuie completat.

Cauza obișnuită este folosirea placeholder în locul etichetei.

Textul din placeholder dispare la scriere și nu ține locul unei etichete.

<label for="email">Adresa de e-mail</label>
<input id="email" name="email" type="email">

Cum verifici: dă clic pe textul etichetei. Dacă focusul sare în câmpul corespunzător, legătura există. Dacă nu se întâmplă nimic, eticheta e doar text așezat lângă câmp.

4. Linkuri goale (46,3% dintre pagini)

Un link fără text accesibil apare frecvent la iconițe: coșul de cumpărături, lupa de căutare, pictogramele de rețele sociale.

Vizual se înțelege la ce folosesc. Pentru cineva care le ascultă, sunt anunțate doar ca „link”, fără nicio altă informație.

<a href="/cos"><svg aria-hidden="true">…</svg><span class="sr-only">Coșul de cumpărături</span></a>

Cum verifici: parcurge pagina cu tasta Tab și urmărește ce se selectează. Orice element care primește focus, dar nu are text vizibil, e un candidat.

5. Butoane goale (30,6% dintre pagini)

Aceeași problemă ca la linkuri, dar la butoane: închiderea unei ferestre, meniul de tip hamburger, butonul de trimitere construit doar dintr-o iconiță.

Un buton fără nume accesibil face o funcționalitate imposibil de folosit pentru cineva care nu vede ecranul.

Cum verifici: la fel, cu tasta Tab. Sau, mai rapid, deschide panoul de accesibilitate din instrumentele pentru dezvoltatori și citește numele calculat al fiecărui buton.

6. Limba documentului nedeclarată (13,5% dintre pagini)

Se repară în câteva secunde. Și totuși apare pe aproximativ una din șapte pagini.

Fără declararea limbii, un cititor de ecran pronunță textul românesc cu reguli de pronunție dintr-o altă limbă. Rezultatul e greu de urmărit, uneori de neînțeles.

<html lang="ro">

Cum verifici: deschide sursa paginii și uită-te la eticheta de deschidere a elementului html. E o corectură de câteva secunde.

Problemele de accesibilitate care nu apar în statistici

Cele șase probleme de mai sus se pot depista automat. De aceea știm și cât de frecvente sunt.

Problemele următoare nu se numără la fel de ușor, deși le întâlnim la fiecare audit.

• Text alternativ care există, dar nu spune nimic. „Imagine”, „poza1″, „logo” sunt atribute completate formal, care trec verificarea automată și nu ajută pe nimeni.
• Ordine de citire diferită de ordinea vizuală. Pagina arată corect, dar cititorul de ecran o parcurge într-o succesiune care nu are sens.
• Focus care rămâne blocat. Se deschide o fereastră modală, iar din ea nu se mai poate ieși cu tastatura.
• Focus invizibil. Elementul e selectat, dar nimic nu arată unde te afli, pentru că indicatorul a fost eliminat din motive estetice.
• Mesaje de eroare pe care le vezi, dar nu le auzi. Formularul afișează „Completează câmpul” în roșu, dar nu transmite mesajul tehnologiei asistive.

Această distincție e motivul pentru care un raport verde nu înseamnă un site accesibil. De aceea un audit de accesibilitate combină scanarea automată cu verificări făcute de om, pe fiecare tip de pagină.

Cum verifici singur, în zece minute

Nu ai nevoie de licențe și nici de cunoștințe avansate pentru o primă evaluare.

Patru verificări simple îți arată deja destul.

Pune mouse-ul deoparte

Parcurge pagina principală și un formular folosind numai tastatura.

Urmărește dacă vezi tot timpul unde te afli, dacă ajungi la toate butoanele și dacă poți închide ce ai deschis.

Ascultă pagina cu un cititor de ecran

NVDA e gratuit și se instalează în câteva minute.

Nu ai nevoie să știi să-l folosești bine.

Ascultă doar cum sunt anunțate butoanele, linkurile și câmpurile de formular. Vei auzi imediat care dintre ele nu sunt anunțate corect.

Mărește textul la 200%

Folosește funcția de zoom a browserului și urmărește dacă textul se suprapune, dacă dispare conținut sau dacă apar bare de derulare pe orizontală.

Rulează un instrument automat, dar citește-l cu rezervă

Un instrument gratuit îți dă în câteva secunde lista erorilor detectabile. E un punct bun de pornire, care îți arată aproximativ cât de mare e problema.

Rezultatul nu e o dovadă de conformitate. Nici măcar cel mai bun instrument nu poate decide dacă un text alternativ e potrivit sau dacă ordinea de citire are sens.

Pentru o concluzie pe care o poți susține în fața unui client sau a unei autorități, e nevoie de testare metodică, adică de un audit de accesibilitate web.

Din același motiv, un widget instalat peste site nu rezolvă problemele de fond: suprapunerile de accesibilitate nu schimbă codul paginii, doar adaugă un strat peste el.

De ce se repetă mereu aceleași greșeli

Niciuna dintre problemele de mai sus nu vine din rea-voință și nici din lipsa unor tehnologii scumpe.

Ele vin din felul în care se lucrează. O iconiță e adăugată repede, fără text ascuns. Un contrast e ales de designer după cum arată, nu după cât de bine se citește. Un div e transformat în buton fiindcă așa era mai simplu.

Toate trec neobservate, pentru că nimeni nu verifică pagina altfel decât cu ochii și cu mouse-ul.

De aceea lista aceasta se scurtează durabil doar în două feluri: prin verificări intrate în procesul obișnuit de lucru și prin formarea echipei de dezvoltare.

Standardul după care se face verificarea rămâne același, organizat pe trei niveluri de conformitate în standardul WCAG.

Ce repari primul și când ai nevoie de un audit

Dacă ai parcurs cele patru verificări și ai găsit câte ceva, e un semn bun. Înseamnă că știi de unde să începi.

Începe cu ce se rezolvă repede și ieftin:

• declararea limbii documentului;
• etichetele legate corect de câmpurile de formular;
• numele accesibile pentru butoane și linkuri construite din iconițe;
• atributul alt acolo unde lipsește complet.

Lasă pentru etapa următoare ce cere decizii de design sau de arhitectură, cum sunt paleta de culori și ordinea de citire.

Iar dacă ai nevoie de o imagine completă, cu priorități și cu recomandări pe fiecare problemă, poți cere Fundației TIFLO o evaluare de accesibilitate și conformitate WCAG.

Întrebări frecvente

Care este cea mai frecventă problemă de accesibilitate?

Contrastul insuficient între text și fundal. În raportul WebAIM Million din 2026 a apărut pe 83,9% dintre paginile analizate, cu mult înaintea celorlalte probleme.

Un instrument automat îmi arată toate problemele?

Nu. Instrumentele automate găsesc erorile care se pot verifica după reguli clare, cum e lipsa unui atribut. Nu pot evalua dacă un text alternativ descrie corect imaginea, dacă ordinea de citire are sens sau dacă formularul e utilizabil în practică. WebAIM precizează explicit că absența erorilor detectate nu înseamnă conformitate.

Câte dintre site-uri au probleme de accesibilitate?

Aproape toate, cel puțin la nivelul erorilor detectabile automat. Ediția din 2026 a raportului WebAIM Million a identificat erori pe 95,9% dintre paginile analizate, cu o medie de 56,1 erori pe pagină.

Cât durează repararea acestor probleme?

Depinde mult de tip. Declararea limbii documentului sau adăugarea unei etichete corecte sunt corecturi de minute. Schimbarea paletei de culori sau refacerea ordinii de citire afectează designul și arhitectura, deci cer cu totul alt efort.

Pot verifica singur accesibilitatea site-ului?

Poți face o primă evaluare utilă, da. Navigarea din tastatură, ascultarea paginii cu un cititor de ecran, mărirea textului la 200% și un instrument automat îți arată destul ca să știi cam unde te afli. Pentru o evaluare de conformitate WCAG e nevoie de testare metodică și de experiență, adică de un audit făcut de un specialist.

Un widget de accesibilitate rezolvă aceste probleme?

Nu, pentru că problemele stau în codul paginii, nu într-un strat adăugat peste el. Un widget nu scrie un text alternativ potrivit, nu leagă eticheta de câmpul corect și nu reordonează conținutul.

De unde provin cifrele citate?

Din raportul WebAIM Million, ediția 2026, care analizează pagina de start a unui milion dintre cele mai accesate site-uri din lume (clasamentul Tranco). Datele au fost colectate în februarie 2026, iar raportul a fost actualizat la 30 martie 2026.

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.