WCAG 2.2 vs WCAG 3.0: ce urmează și când

WCAG 3.0 — cunoscut formal ca W3C Accessibility Guidelines — reprezintă cea mai importantă restructurare a standardelor de accesibilitate web de la lansarea WCAG 2.0, în 2008. La mijlocul anului 2026 se află încă în stadiul de proiect de lucru, fără o dată fermă pentru statutul de recomandare. Însă opțiunile sale de proiectare sunt deja suficient de clare încât să înțelegem cum va arăta conformitatea când va sosi.

Acest articol acoperă ce schimbă efectiv WCAG 3.0, prin ce diferă de 2.2 și ce poți face acum ca să te pregătești fără să îți perturbi obligațiile actuale.

Unde ne aflăm astăzi

WCAG 2.2 (octombrie 2023) este Recomandarea W3C în vigoare și reperul la care fac trimitere majoritatea legilor de accesibilitate din lume — inclusiv EN 301 549 din UE, Actul european privind accesibilitatea și reglementările britanice pentru sectorul public. Este ceea ce trebuie să respecți astăzi.

WCAG 3.0 este o notă a grupului de lucru, aflată în dezvoltare activă la Accessibility Guidelines Working Group (AG WG). A trecut prin mai multe proiecte publice de lucru. Grupul a afirmat explicit că nu va atinge statutul de recomandare în viitorul apropiat — 2027 este cel mai devreme termen realist, iar amânări suplimentare sunt probabile, dată fiind amploarea reproiectării.

Nu va exista o trecere bruscă. Când WCAG 3.0 va deveni standard, autoritățile de reglementare vor acorda perioade de tranziție — exact cum au făcut când statele au trecut de la WCAG 2.0 la 2.1.

Schimbarea structurală de fond: de la criterii la rezultate

Cea mai fundamentală diferență este filozofică.

WCAG 2.x este structurat în jurul criteriilor de succes — reguli specifice, testabile, de tip trecut/picat. „Contrastul de culoare trebuie să fie de cel puțin 4,5:1.” Ori este, ori nu este. Această structură binară a făcut testarea automată simplă, dar a creat probleme: îndeplinirea fiecărui criteriu nu garantează o experiență utilizabilă, iar multe bariere din lumea reală sunt greu de redus la un singur test măsurabil.

WCAG 3.0 trece la rezultate (outcomes) — enunțuri de nivel mai înalt despre ce trebuie să obțină experiența utilizatorului — cu mai multe metode de testare care susțin fiecare rezultat. Un test poate fi:

Atomic — o verificare specifică, măsurabilă (similară cu actualele criterii de succes)
Holistic — necesită testare cu utilizatori sau evaluare de către experți de-a lungul unui flux complet

Asta înseamnă că respectarea WCAG 3.0 va implica un amestec de verificări automate și evaluare calitativă, nu doar o listă de bifat.

Noul model de conformitate: bronz, argint, aur

WCAG 2.x folosește trei niveluri de conformitate: A, AA, AAA. Majoritatea standardelor legale cer AA.

WCAG 3.0 înlocuiește acest lucru cu un model pe paliere, bazat pe proporția și calitatea rezultatelor îndeplinite:

Nivel	Ce înseamnă
Bronz	Toate rezultatele critice sunt îndeplinite; niciun eșec generalizat la vreun rezultat
Argint	Cerințele pentru bronz sunt îndeplinite, plus progrese la rezultate suplimentare
Aur	Cerințele pentru argint sunt îndeplinite, cu cercetare documentată cu utilizatorii și procese de îmbunătățire continuă

Se așteaptă ca bronzul să fie minimul legal — aproximativ echivalentul actualului AA. Argintul și aurul răsplătesc organizațiile care merg mai departe, inclusiv prin testare continuă cu utilizatori cu dizabilități și programe formale de maturitate în accesibilitate.

Important este că bronzul nu este ușor. Ștacheta pentru „niciun eșec generalizat” este mai ridicată decât simpla trecere a fiecărei scanări automate.

APCA: o nouă abordare a contrastului de culoare

Una dintre cele mai discutate modificări tehnice din WCAG 3.0 este înlocuirea algoritmului actual de contrast (WCAG 2.x folosește un raport de luminanță relativă) cu APCA — Advanced Perceptual Contrast Algorithm.

Raportul actual (4,5:1 pentru text normal, 3:1 pentru text mare) este un instrument grosier. Nu ține cont de modul în care sistemul vizual uman percepe efectiv contrastul la diferite grosimi de font, dimensiuni și polarități (deschis pe închis vs. închis pe deschis).

APCA calculează o valoare de contrast de luminozitate (Lc) și aplică praguri diferite în funcție de dimensiunea și grosimea fontului. Un text aldin de 16px are un Lc minim diferit față de un text obișnuit de 12px, iar închis-pe-deschis este punctat diferit față de deschis-pe-închis.

Implicație practică: Unele combinații de culori care pică astăzi la contrastul WCAG 2.x vor trece sub APCA și invers. Organizațiile care folosesc deja sisteme de design compatibile cu APCA își construiesc un avans — dar nu există nicio urgență de a abandona astăzi conformitatea cu contrastul din WCAG 2.x.

Domeniu mai larg: dincolo de site-uri web

WCAG 2.x a fost scris pentru conținut web. WCAG 3.0 este conceput explicit pentru a se aplica la:

Aplicații mobile native (iOS, Android)
Interfețe de realitate virtuală și augmentată
Medii 3D imersive
Paradigme de interacțiune emergente (voice-first, bazate pe gesturi, asistate de AI)

Asta înseamnă că rezultatele și metodele de testare includ scenarii care pur și simplu nu există în WCAG 2.x, abordând modul în care se testează accesibilitatea atunci când nu există un DOM web tradițional.

Categorii funcționale în locul POUR

WCAG 2.x organizează criteriile de succes în jurul a patru principii: Perceptibil, Operabil, Ușor de înțeles, Robust (POUR). Designerii și dezvoltatorii au interiorizat această structură de peste 15 ani.

WCAG 3.0 înlocuiește POUR cu nevoile funcționale ale utilizatorilor ca principiu de organizare. Rezultatele sunt grupate în funcție de ceea ce le permit utilizatorilor să realizeze — să citească, să navigheze, să interacționeze, să înțeleagă — în loc de natura tehnică a barierei.

Proiectele de lucru încă nu au stabilit definitiv structura exactă a categoriilor, așa că aceasta poate continua să evolueze.

Ce NU se schimbă

În ciuda revizuirii structurale, cunoștințele de bază despre accesibilitate nu se schimbă:

Aceleași tipuri de bariere (text alternativ lipsă, contrast slab, formulare inaccesibile, capcane de tastatură) rămân bariere
Testarea automată joacă în continuare un rol central — testele atomice din WCAG 3.0 se suprapun îndeaproape peste regulile existente din axe-core și WAVE
Nevoia de revizuire manuală de către experți și de testare cu persoane cu dizabilități crește, nu scade
Principiile POUR rămân un model mental util, chiar dacă taxonomia oficială se schimbă

Organizațiile care își construiesc acum o competență autentică în accesibilitate nu vor avea nicio dificultate să își alinieze practicile la WCAG 3.0 când acesta va sosi.

Ce să faci acum

Continuă să urmărești conformitatea cu WCAG 2.2 AA. Este standardul legal actual în orice jurisdicție majoră și fundația pe care se va construi nivelul Bronz din WCAG 3.0. Nu există niciun scenariu în care conformitatea cu WCAG 2.2 AA să fie un dezavantaj la sosirea WCAG 3.0.

Începe să integrezi testarea cu persoane cu dizabilități. Nivelurile argint și aur vor cere dovezi documentate ale testării cu utilizatori reali. Începerea acestei practici acum construiește musculatură organizațională și produce produse mai bune — indiferent ce va spune specificația finală WCAG 3.0.

Urmărește proiectele de lucru. AG WG publică actualizări la w3.org/TR/wcag-3.0/. Deciziile majore privind modelul de conformitate, pragurile APCA și categoriile funcționale sunt încă în curs de luare. Dacă ai produse cu durată lungă de viață, desemnează pe cineva care să monitorizeze evoluțiile.

Nu aștepta WCAG 3.0 ca să repari problemele cunoscute. Barierele cunoscute te costă utilizatori și îți cresc expunerea juridică chiar astăzi. Nu există niciun beneficiu de conformitate în amânarea remedierii.

WCAG 3.0 va sosi în cele din urmă și va cere o schimbare în modul în care accesibilitatea este măsurată și demonstrată. Dar nu va face irelevantă conformitatea cu WCAG 2.2 — se va construi pe ea. Organizațiile cel mai bine poziționate pentru tranziție sunt cele care își construiesc acum programe reale de accesibilitate, nu cele care așteaptă standardul final.

Articole conexe: WCAG 2.1 vs 2.2: ce s-a schimbat · Nivelurile WCAG A, AA și AAA explicate