Audit de accesibilitate web: ce verifică și ce primești
Ai decis să faci un audit de accesibilitate pentru site-ul tău, dar nu prea știi ce vei primi de fapt: o listă tehnică de erori, un certificat, un document juridic? Niciuna dintre ele. Un audit de accesibilitate e un proces de testare care combină verificarea automată cu una manuală și se termină cu un raport concret: ce nu funcționează, cât de gravă e problema și ce ai de făcut, în ce ordine.
Cererea pentru audituri a crescut mult în România de când instituțiile publice au obligația de conformitate cu WCAG 2.1 AA, prin OUG 112/2018, iar din 28 iunie 2025 o parte din companiile private a intrat sub incidența Legii 232/2022. Dincolo de obligația legală, motivul de bază rămâne același: auditul e pasul dinaintea oricărei remedieri. Nu poți repara probleme pe care nu le-ai găsit încă.
Ce nu e un audit de accesibilitate
Auditul nu înseamnă construirea unui site accesibil de la zero, asta e partea de dezvoltare, despre care am scris deja separat. Nici nu înseamnă completarea declarației de accesibilitate, documentul obligatoriu pentru instituțiile publice. Auditul le precedă pe amândouă: e evaluarea care îți arată exact ce nu respectă WCAG, standardul internațional explicat pe larg în ghidul nostru dedicat. Fără un audit real care s-o susțină, o declarație de accesibilitate publicată riscă să rămână o simplă formalitate.
Cum decurge, în practică, un audit
Metodologia recunoscută la nivel internațional pentru acest tip de evaluare se numește WCAG-EM (WCAG Evaluation Methodology) și e publicată de World Wide Web Consortium, aceeași organizație care a scris și standardul WCAG. WCAG-EM a ajuns recent la a doua versiune, publicată în iulie 2026, și descrie procesul în cinci pași; auditurile serioase, inclusiv cele pe care le facem la Fundația TIFLO, urmează aceeași logică.
Se stabilește ce se testează
Primul pas nu e testarea propriu-zisă, ci decizia despre ce anume testezi. Rareori are sens să verifici fiecare pagină a unui site mare. Se aleg, în schimb, paginile și fluxurile care contează cel mai mult: înregistrarea unui cont, procesul de plată, formularul de contact, câteva pagini reprezentative pentru restul site-ului. WCAG-EM recomandă exact acest tip de eșantion, reprezentativ, nu exhaustiv — altfel un audit complet, pe un site cu mii de pagini, ar dura nerealist de mult timp.
Testarea automată — rapidă, dar limitată
Instrumentele automate parcurg codul paginii și prind rapid problemele evidente: imagini fără text alternativ, contrast insuficient, câmpuri de formular fără etichetă. World Wide Web Consortium o spune clar: niciun instrument, folosit de unul singur, nu poate stabili dacă un site respectă standardele de accesibilitate. E nevoie de evaluare umană, făcută de cineva care înțelege atât regulile, cât și felul în care le folosesc, în realitate, persoanele cu dizabilități.
Testarea manuală, cu tehnologie asistivă reală
Partea manuală înseamnă parcurgerea efectivă a paginilor cu un cititor de ecran (NVDA sau JAWS, de exemplu), exact așa cum îl folosește zilnic o persoană cu deficiențe de vedere — am scris separat cum se compară cele două programe. Aici apar problemele pe care niciun instrument automat nu le prinde: un buton care se anunță „buton” fără să spună ce face, o listă de produse pe care cititorul de ecran o citește în ordine amestecată, un mesaj de eroare care nu se anunță deloc când formularul e trimis greșit. Diferența dintre testarea automată și cea manuală, cu exemple concrete pentru fiecare, o tratăm pe larg într-un articol viitor din această serie.
Ce primești la final — raportul de audit
La finalul testării primești un raport, nu o listă seacă de bug-uri tehnice. Un raport de audit bine făcut arată, pentru fiecare problemă găsită, unde apare exact (pagina, elementul) și ce regulă WCAG nu respectă. Arată și cât de gravă e problema pentru cineva care depinde de tehnologie asistivă, plus pașii concreți care duc la remediere.
Gravitatea contează la fel de mult ca lista în sine. O imagine decorativă fără text alternativ nu blochează pe nimeni, dar un formular de plată pe care cititorul de ecran nu-l poate completa oprește pe loc pe cineva care depinde de el. Raportul trebuie să separe clar urgentul de ce poate aștepta — altfel echipa ta rămâne cu o listă lungă și nicio prioritate.
La Fundația TIFLO scriem raportul pe înțelesul echipei care îl citește, nu în limbajul tehnic al standardului: cineva din marketing sau din dezvoltare trebuie să înțeleagă, fără să mai caute un glosar, ce înseamnă fiecare punct și ce are de făcut.
La ce nivel WCAG se testează
WCAG are trei niveluri de conformitate — A, AA și AAA, de la cel minim la cel mai strict — pe care le-am explicat pe larg în ghidul despre WCAG. Pentru majoritatea auditurilor din România, ținta e nivelul AA: e nivelul cerut explicit instituțiilor publice prin OUG 112/2018 și, informal, reperul acceptat ca standard rezonabil și pentru mediul privat.
Nivelul AAA e cerut rar integral, pe un site întreg. Chiar documentația WCAG recunoaște limitele lui: nici conformitatea la cel mai înalt nivel nu garantează accesibilitate pentru toate tipurile și gradele de dizabilitate, mai ales pentru dizabilitățile cognitive și dificultățile de învățare. AAA rămâne util punctual, pentru anumite criterii, nu ca țintă generală pentru tot conținutul unui site.
Cine are nevoie de un audit acum
Instituțiile publice au obligația legală, prin OUG 112/2018, să aibă site-uri și aplicații mobile conforme cu WCAG 2.1 AA — am detaliat separat cine e obligat și cum se face declarația de accesibilitate care rezultă, de obicei, dintr-un audit ca acesta. Pentru mediul privat, din 28 iunie 2025 se aplică Legea 232/2022, cu obligații pentru comerțul electronic, serviciile bancare pentru consumatori și cărțile electronice, printre altele.
Dincolo de obligațiile astea, un audit rămâne util oricărei organizații care vrea un site accesibil cu adevărat, nu doar „de bifă”, indiferent dacă îi cere sau nu vreo lege.
Cât costă și cât durează
Nu există un preț fix pentru un audit de accesibilitate — depinde de mărimea site-ului, de numărul de pagini și fluxuri testate și de cât de complexe sunt acestea. La Fundația TIFLO, după prima discuție despre site-ul tău, primești o ofertă concretă, cu preț și durată estimată, în cel mult două zile lucrătoare. E o estimare mai sigură decât orice cifră generică găsită online, pentru că ține cont de site-ul tău, nu de o medie generică.
De ce un audit nu e o garanție pentru totdeauna
Un raport de audit descrie site-ul așa cum era în ziua testării, nu cum va rămâne pentru totdeauna. Orice modificare ulterioară, cum ar fi un plugin nou, un formular redesenat sau o secțiune adăugată în grabă, poate introduce probleme care nu existau la momentul auditului. Site-urile active se schimbă constant, iar accesibilitatea nu e o bifă pusă o singură dată, ci o stare care se poate deteriora în timp la fel de ușor cum se poate îmbunătăți.
De aceea, cel mai sigur mod de a rămâne conform e o combinație: un audit inițial, remedierile care rezultă din el și verificări periodice, mai ales după schimbări majore ale site-ului. Instituțiile și companiile care tratează accesibilitatea ca proces continuu, nu ca proiect punctual, ajung să repete mult mai rar auditurile complete — de obicei le e suficient să verifice doar ce s-a schimbat.
Ce faci după audit
Un audit nu rezolvă nimic de unul singur — dar e pasul care îți arată exact ce trebuie rezolvat, în ce ordine, cu cât efort. Fără el, orice remediere se face la întâmplare.
➡ Cere o evaluare de accesibilitate — îți spunem, în cel mult două zile lucrătoare, ce testăm și cât ar dura.
Sau contactează-ne dacă vrei întâi o discuție, fără obligații.
Întrebări frecvente
Ce diferență e între un audit automat și un audit manual de accesibilitate?
Instrumentele automate verifică rapid codul paginii și prind probleme tehnice evidente, cum ar fi imagini fără text alternativ sau contrast insuficient. Testarea manuală, cu un cititor de ecran real, prinde tot ce nu poate fi automatizat: ordinea logică a conținutului, sensul unei descrieri, comportamentul real al unui formular. Un audit serios le combină pe amândouă, nu se bazează doar pe una.
Cât durează un audit de accesibilitate web?
Depinde de mărimea site-ului și de câte pagini și fluxuri se testează. Nu există o durată standard — după o primă discuție despre site-ul tău primești o estimare concretă, de obicei în cel mult două zile lucrătoare.
Ce conține, concret, raportul de audit?
Pentru fiecare problemă găsită: unde apare exact, ce regulă WCAG nu respectă, cât de gravă e și ce pași duc la remediere. Un raport bun separă clar ce e urgent de ce poate aștepta, ca să știi de unde să începi.
Trebuie refăcut site-ul de la zero dacă auditul găsește multe probleme?
De cele mai multe ori, nu. Majoritatea problemelor se remediază punctual — o descriere lipsă, o etichetă de buton, un contrast prea slab. Raportul arată gravitatea și efortul necesar pentru fiecare, ca să decizi în cunoștință de cauză.
La ce nivel WCAG se face auditul — A, AA sau AAA?
Aproape întotdeauna la nivelul AA — e nivelul cerut prin lege instituțiilor publice din România și reperul acceptat pentru mediul privat. Nivelul AAA se cere rar integral, pentru că nu toate criteriile lui pot fi aplicate realist oricărui tip de conținut.
Un audit garantează conformitatea totală cu WCAG?
Un audit arată, la momentul testării, ce respectă și ce nu respectă un site din WCAG. Nu e o garanție permanentă: orice modificare ulterioară a site-ului poate introduce probleme noi, de aceea accesibilitatea are nevoie de verificare periodică, nu doar de un audit unic.
Cine e obligat prin lege să facă un audit de accesibilitate?
Instituțiile publice, prin OUG 112/2018, pentru conformitate cu WCAG 2.1 AA. O parte din companiile private, prin Legea 232/2022, de la 28 iunie 2025 — comerț electronic, servicii bancare pentru consumatori, cărți electronice, printre altele. Am detaliat exact cine intră sub incidența fiecărei legi în ghidurile dedicate acestor legi.
Informațiile din acest articol se sprijină pe documentația oficială W3C despre evaluarea accesibilității web — Evaluating Web Accessibility Overview și WCAG-EM (WCAG Evaluation Methodology, versiunea 2.0, publicată de World Wide Web Consortium pe 23 iulie 2026) — și pe procesul de audit descris pe pagina noastră de serviciu. Cadrul legal citat (OUG 112/2018, Legea 232/2022) a fost deja verificat la sursă în articolele noastre dedicate acestor legi.
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.
