Ce este WCAG: ghid pe înțelesul tuturor

Dacă ai căutat vreodată informații despre accesibilitatea unui site, ai dat inevitabil peste patru litere: WCAG. Apar în legislație, în caiete de sarcini, în rapoarte de audit și în discuțiile cu agențiile web. Și totuși, pentru mulți oameni care nu lucrează zilnic în domeniu, rămân o abreviere misterioasă.

Articolul acesta explică, fără jargon inutil, ce este WCAG, cum e organizat, ce înseamnă nivelurile A, AA și AAA și ce legătură are standardul cu obligațiile legale din România. La final vei ști exact despre ce vorbește lumea când spune „site conform WCAG” — și cum afli unde se situează site-ul tău.

WCAG, pe scurt

WCAG vine de la Web Content Accessibility Guidelines — în traducere liberă, „ghidul pentru accesibilitatea conținutului web”. Este standardul internațional care descrie cum trebuie construit conținutul web ca să poată fi folosit de persoane cu dizabilități — de vedere, de auz, motorii sau cognitive.

WCAG este elaborat de W3C (World Wide Web Consortium — organizația internațională care stabilește standardele web, de la HTML în sus), prin inițiativa sa dedicată accesibilității, WAI (Web Accessibility Initiative). La el lucrează, într-un proces deschis, specialiști și organizații din întreaga lume.

Două lucruri merită reținute de la început:

• WCAG nu este o lege. Este un standard tehnic. Legile — inclusiv cele din România și din Uniunea Europeană — fac însă trimitere la el atunci când definesc ce înseamnă „accesibil”. Revenim mai jos.
• WCAG este același peste tot. Un site conform WCAG în România este conform și în Germania sau în Statele Unite. De aceea versiunea 2.2 a fost adoptată și ca standard ISO (ISO/IEC 40500:2025).

Un detaliu care surprinde: standardul există oficial doar în engleză, iar printre traducerile autorizate de W3C — franceză, italiană, olandeză și altele — româna lipsește deocamdată. Termenii românești din acest articol sunt, deci, traducerile uzuale folosite de specialiști, nu o terminologie oficială.

„Conținut web” înseamnă tot ce vede și folosește un vizitator: texte, imagini, videoclipuri, formulare, butoane, meniuri — plus codul care le ține împreună. Principiile WCAG se aplică, prin extensie, și dincolo de site-uri: aplicațiilor mobile și documentelor digitale, de exemplu.

Pentru cine există WCAG

Răspunsul scurt: pentru oameni reali, în situații foarte concrete.

• O persoană nevăzătoare navighează cu un cititor de ecran, care transformă conținutul în voce sau în Braille. Dacă o imagine nu are text alternativ sau un buton nu are etichetă, pentru ea acel element pur și simplu nu există.
• O persoană cu vedere slabă are nevoie de contrast suficient între text și fundal și de posibilitatea de a mări textul fără ca pagina să se strice.
• O persoană cu deficiențe de auz are nevoie de subtitrări la conținutul video.
• O persoană cu dizabilități motorii poate să nu folosească mouse-ul deloc — tot site-ul trebuie să funcționeze din tastatură.
• O persoană cu dizabilități cognitive este ajutată de limbaj clar, structură predictibilă și mesaje de eroare care explică ce e de făcut.

Partea frumoasă e că aceleași reguli ajută pe toată lumea: subtitrările sunt utile și în autobuz, contrastul bun și în soare, iar structura clară a paginii este exact ce apreciază și motoarele de căutare. Accesibilitatea nu este o rampă pusă ulterior — este calitate de construcție.

Cum e organizat standardul: 4 principii

Tot eșafodajul WCAG stă pe patru principii, cunoscute după acronimul englezesc POUR. Ca să fie accesibil, conținutul trebuie să fie:

1. Perceptibil (perceivable) — informația trebuie să poată fi percepută de oricine, indiferent de simțul folosit. Exemple de reguli: imaginile au text alternativ, videoclipurile au subtitrări, contrastul dintre text și fundal este suficient, informația nu se transmite doar prin culoare.

2. Operabil (operable) — interfața trebuie să poată fi folosită de oricine. Exemple: totul funcționează din tastatură, nu doar cu mouse-ul; utilizatorul are timp suficient să citească și să acționeze; nu există conținut care pâlpâie periculos; navigarea este consecventă, iar butoanele sunt suficient de mari ca să fie atinse ușor.

3. Ușor de înțeles (understandable) — atât conținutul, cât și funcționarea site-ului trebuie să fie de înțeles. Exemple: limbaj cât mai clar, comportament predictibil al paginilor, formulare care spun ce s-a greșit și cum se corectează.

4. Robust (robust) — conținutul trebuie să fie construit tehnic corect, ca să funcționeze cu tehnologiile de azi și de mâine, inclusiv cu tehnologiile asistive precum cititoarele de ecran.

Sub aceste patru principii stau 13 linii directoare, iar sub fiecare linie directoare — criterii de succes: reguli concrete și, mai ales, testabile. În total, WCAG 2.2 cuprinde 86 de criterii de succes. „Testabil” este cuvântul-cheie: pentru fiecare criteriu se poate răspunde cu da sau nu. De aceea WCAG poate sta la baza unui audit, a unei legi sau a unui contract.

Nivelurile A, AA și AAA

Fiecare criteriu de succes are atribuit un nivel: A, AA sau AAA.

• Nivelul A este pragul minim. Fără el, există bariere care fac conținutul inutilizabil pentru unele persoane — de exemplu, imagini fără text alternativ sau funcții imposibil de accesat din tastatură.
• Nivelul AA este standardul de referință în practică. El acoperă barierele cele mai frecvente și este nivelul cerut de regulă în legislație — inclusiv, la noi, pentru site-urile instituțiilor publice. Când cineva spune „site conform WCAG”, aproape întotdeauna se referă la nivelul AA.
• Nivelul AAA este cel mai exigent. Unele criterii AAA nu pot fi îndeplinite pentru orice tip de conținut, așa că W3C nici nu recomandă impunerea lui ca politică generală pentru site-uri întregi — dar criteriile AAA rămân o țintă valoroasă acolo unde se pot aplica.

Important de știut: nivelurile sunt cumulative. Conformarea la AA presupune îndeplinirea tuturor criteriilor de nivel A și AA.

Versiunile WCAG: 2.0, 2.1, 2.2 — și ce urmează

WCAG a evoluat în pași, iar versiunile nu se anulează una pe alta, ci se completează:

• WCAG 2.0 — publicat în decembrie 2008; a stabilit structura pe care o folosim și azi.
• WCAG 2.1 — publicat în iunie 2018; a adăugat 17 criterii noi, mai ales pentru mobil, vedere slabă și dizabilități cognitive.
• WCAG 2.2 — publicat în octombrie 2023 (cu o actualizare în decembrie 2024); a adăugat încă 9 criterii. Este versiunea curentă, pe care W3C recomandă să o folosești.

Versiunile sunt compatibile „înapoi”: un site conform WCAG 2.2 este automat conform și cu 2.1 și 2.0. De ce cer atunci legile europene „WCAG 2.1 AA”? Pentru că standardul european tehnic la care trimit (EN 301 549) folosește deocamdată versiunea 2.1 — iar versiunea lui următoare este așteptată să treacă la 2.2. Practic: dacă azi construiești sau repari un site, ținta rezonabilă este WCAG 2.2 AA — acoperi și cerința legală actuală, și direcția în care merg lucrurile. Diferențelor dintre 2.1 și 2.2 le vom dedica un articol separat.

Se lucrează și la WCAG 3, o generație nouă a standardului — dar este deocamdată un draft aflat în lucru, nu un standard. W3C spune explicit că finalizarea lui este la ani distanță, așa că nu are sens să aștepți după el.

Ce spune legea în România (pe scurt)

Subiectul merită articole separate — aici doar reperele:

• Instituțiile publice au obligația, prin OUG 112/2018, ca site-urile și aplicațiile lor mobile să fie accesibile la nivelul WCAG 2.1 AA și să publice o declarație de accesibilitate.
• Mediul privat a intrat și el în joc: din 28 iunie 2025, Legea 232/2022 impune cerințe de accesibilitate pentru anumite produse și servicii — printre care comerțul electronic, serviciile bancare pentru consumatori, cărțile electronice și serviciile de transport de călători.
• Separat de accesibilitatea digitală, companiile cu cel puțin 50 de angajați au și obligația legată de angajarea persoanelor cu dizabilități — despre care am scris în ghidul despre fondul de neangajare.

Mitul „bifei automate”

O neînțelegere frecventă: „am trecut site-ul printr-un instrument online, a ieșit scor mare, deci suntem conformi WCAG”.

Instrumentele automate sunt utile — găsesc rapid probleme precum contrastul insuficient sau câmpurile de formular fără etichetă. Dar o parte importantă a criteriilor WCAG cere judecată umană: un instrument poate verifica dacă o imagine are text alternativ, însă nu și dacă acel text chiar descrie imaginea; poate confirma că există subtitrări, dar nu și că sunt corecte; nu poate spune dacă pagina se folosește rezonabil doar din tastatură sau cum „sună” în ordinea reală de citire cu un cititor de ecran.

De aceea o evaluare serioasă combină testarea automată cu testarea manuală, inclusiv cu cititoare de ecran reale — exact modul în care lucrăm în auditurile de accesibilitate TIFLO, unde site-urile sunt testate și de persoane care folosesc zilnic aceste tehnologii.

De unde începi

Depinde de punctul în care te afli:

• Ai deja un site și vrei să știi unde se situează? Începe cu un audit de accesibilitate — primești lista problemelor, gravitatea lor și pașii de remediere, în ordinea care contează.
• Construiești sau reconstruiești un site? E momentul ideal: accesibilitatea integrată din faza de dezvoltare costă mult mai puțin decât reparațiile ulterioare.
• Problema ta sunt documentele (PDF-uri, formulare)? Aceleași principii se aplică și acolo — vezi serviciul de documente accesibile.

Concluzie

WCAG nu este un moft birocratic și nici o listă imposibilă: este un set de reguli concrete, testabile, care descriu ce înseamnă un web utilizabil de toată lumea — construit de comunitatea internațională în ultimele două decenii. Pentru instituții publice e deja obligație; pentru tot mai multe companii private, la fel; pentru toți ceilalți, e pur și simplu semn de calitate.

Primul pas nu e să înveți pe de rost cele 86 de criterii — e să afli unde te afli acum.

➡ Cere un audit de accesibilitate — îți spunem exact ce probleme are site-ul tău și cum se repară, cu priorități clare.
Sau scrie-ne dacă ai o întrebare punctuală despre WCAG.

---

Întrebări frecvente

Ce înseamnă WCAG?
WCAG vine de la Web Content Accessibility Guidelines — ghidul pentru accesibilitatea conținutului web. Este standardul internațional, dezvoltat de W3C, care descrie cum trebuie construit conținutul web ca să poată fi folosit de persoane cu dizabilități.

WCAG este obligatoriu prin lege în România?
WCAG în sine este un standard tehnic, nu o lege. Dar legea trimite la el: instituțiile publice trebuie să respecte nivelul WCAG 2.1 AA (OUG 112/2018), iar din 28 iunie 2025 cerințe de accesibilitate se aplică și unor servicii private — comerț electronic, servicii bancare pentru consumatori, cărți electronice, transport de călători (Legea 232/2022).

Ce nivel WCAG trebuie să ating: A, AA sau AAA?
În practică, ținta standard este AA — nivelul cerut de regulă în legislație. Nivelul A este minimul absolut, iar AAA este cel mai exigent, dar nu poate fi îndeplinit integral pentru orice tip de conținut.

Care este diferența dintre WCAG 2.1 și WCAG 2.2?
WCAG 2.2 (publicat în 2023) adaugă 9 criterii de succes noi față de 2.1 și este versiunea recomandată de W3C. Versiunile sunt compatibile: un site conform 2.2 este conform și cu 2.1. Pregătim un articol dedicat diferențelor.

WCAG se aplică și documentelor PDF sau aplicațiilor mobile?
Da. Deși a fost scris pentru conținut web, WCAG se aplică prin extensie și aplicațiilor mobile, software-ului și documentelor digitale — există chiar un ghid W3C dedicat (WCAG2ICT). Un PDF accesibil respectă aceleași principii: structură corectă, text alternativ, ordine logică de citire.

Cum aflu dacă site-ul meu respectă WCAG?
Printr-un audit de accesibilitate: o evaluare care combină instrumente automate cu testare manuală, inclusiv cu cititoare de ecran. Rezultatul este un raport cu problemele găsite, gravitatea lor și pașii de remediere. Instrumentele automate singure nu sunt suficiente — o parte dintre criterii cere judecată umană.

---

Informațiile din acest articol reflectă versiunile și statutul oficial al standardului WCAG publicate de W3C, valabile la data publicării. Standardele și legislația evoluează; verifică sursele oficiale pentru situația la zi.

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.