WCAG 2.1 vs 2.2: ce s-a schimbat și de ce contează

WCAG 2.2 a devenit Recomandare W3C în octombrie 2023. Dacă site-ul tău a fost auditat față de WCAG 2.1, s-ar putea să pice deja la criterii care definesc acum conformitatea legală în UE, în Regatul Unit și, tot mai des, în acțiunile de aplicare din SUA. Acest ghid parcurge fiecare modificare — ce s-a adăugat, ce s-a eliminat și ce înseamnă fiecare criteriu în practică.

Context rapid: ce a adus WCAG 2.1

WCAG 2.1 (publicat în 2018) a extins standardul original 2.0 cu 17 criterii de succes noi, orientate către trei grupuri insuficient deservite:

Utilizatorii de dispozitive mobile — gesturi tactile, orientarea ecranului, precizia indicatorului
Utilizatorii cu vedere slabă — redimensionarea conținutului, contrastul elementelor non-text, spațierea textului
Dizabilitățile cognitive și de limbaj — limitele de timp, mesajele de stare

WCAG 2.2 se construiește direct pe 2.1. Toate cerințele din 2.1 rămân valabile. Întrebarea este: ce a adăugat 2.2 peste ele?

Ce a adăugat WCAG 2.2: 9 criterii de succes noi

2.4.11 Focalizare neascunsă (Minimă) — Nivel AA

Când o componentă primește focalizarea de la tastatură, ea nu trebuie să fie ascunsă complet de alt conținut (antete fixe, bannere de cookie-uri, widgeturi de chat). Cel puțin o parte a elementului focalizat trebuie să rămână vizibilă.

Eșec frecvent: O bară de navigare fixă acoperă câmpul de formular focalizat atunci când un utilizator navighează cu Tab printr-o pagină.

2.4.12 Focalizare neascunsă (Îmbunătățită) — Nivel AAA

Versiunea mai strictă a criteriului 2.4.11 — componenta focalizată trebuie să fie complet vizibilă, nu doar parțial.

2.4.13 Aspectul focalizării — Nivel AA

Indicatorii de focalizare de la tastatură trebuie să atingă praguri minime de dimensiune și contrast:

Zona indicatorului de focalizare trebuie să fie cel puțin la fel de mare ca un perimetru de 2 pixeli CSS în jurul componentei
Contrastul dintre starea focalizată și cea nefocalizată trebuie să fie de cel puțin 3:1

Acest criteriu merge mai departe decât 2.4.7 (Focalizare vizibilă), care cerea doar ca un indicator de focalizare să existe.

Eșec frecvent: Un contur punctat subțire de 1px, cu contrast scăzut, trece de 2.4.7, dar pică la 2.4.13.

2.5.7 Mișcări de tragere — Nivel AA

Orice acțiune care necesită tragere trebuie să poată fi realizată și cu un singur indicator (atingere sau clic). Acest lucru îi ajută pe utilizatorii cu deficiențe motorii, care nu pot controla în mod fiabil operațiunile de tragere.

Exemplu: O listă reordonabilă trebuie să ofere o alternativă (cum ar fi butoane sus/jos) pentru utilizatorii care nu pot trage elementele.

2.5.8 Dimensiunea țintei (Minimă) — Nivel AA

Țintele interactive (butoane, linkuri, controale de formular) trebuie să aibă cel puțin 24×24 pixeli CSS — sau să aibă o distanțare suficientă față de țintele adiacente, astfel încât suprafața totală de activare să atingă pragul.

Aceasta este versiunea minimă. Criteriul îmbunătățit (2.5.5, preluat din 2.1 la Nivel AAA) recomandă 44×44px.

Eșecuri frecvente: Butoanele doar cu pictogramă, pictogramele de închidere (×) și linkurile text în linie din meniurile de navigare înghesuite.

3.2.6 Ajutor consecvent — Nivel A

Dacă un site oferă un mecanism de ajutor (număr de telefon, link de chat, formular de contact, link către întrebări frecvente), acesta trebuie să apară în aceeași poziție relativă pe paginile în care este prezent. Utilizatorii cu dizabilități cognitive depind adesea de o amplasare previzibilă.

3.3.7 Introducere redundantă — Nivel A

Informațiile pe care un utilizator le-a transmis deja în cadrul aceleiași sesiuni nu trebuie cerute din nou — cu excepția cazului în care reintroducerea este esențială (de exemplu, un câmp de confirmare a parolei) sau datele sunt sensibile din punctul de vedere al securității.

Exemplu: Un proces de finalizare a comenzii în mai mulți pași nu ar trebui să ceară adresa de facturare la pasul 3 dacă utilizatorul a introdus-o deja la pasul 1.

3.3.8 Autentificare accesibilă (Minimă) — Nivel AA

Etapele de autentificare nu trebuie să se bazeze pe un test de funcție cognitivă — recunoașterea unor obiecte, transcrierea unor caractere sau rezolvarea unor puzzle-uri — decât dacă este oferită o alternativă sau dacă testul constă în recunoașterea unui conținut controlat de utilizator (cum ar fi o fotografie încărcată chiar de utilizator).

Eșecuri frecvente: CAPTCHA-urile care cer identificarea unui text distorsionat fără alternativă audio sau provocările de tip „selectează toate imaginile cu semafoare”.

3.3.9 Autentificare accesibilă (Îmbunătățită) — Nivel AAA

Versiunea îmbunătățită elimină până și excepția pentru conținutul controlat de utilizator. Niciun test de funcție cognitivă nu este permis în fluxul de autentificare.

Ce a eliminat WCAG 2.2: 4.1.1 Analiză sintactică

WCAG 2.1 includea criteriul 4.1.1 Analiză sintactică (Nivel A), care cerea un HTML bine format — ID-uri unice pentru elemente, etichete corect imbricate și perechi complete de etichete de început și sfârșit. Browserele moderne au ajuns atât de bune la corectarea silențioasă a HTML-ului malformat, încât acest criteriu a devenit imposibil de măsurat în practică.

În WCAG 2.2, 4.1.1 Analiză sintactică este marcat ca depășit și considerat întotdeauna îndeplinit. Nu mai trebuie să îl auditezi, deși scrierea unui HTML curat rămâne o bună practică.

Tabel rezumativ

Criteriu	Nivel	Subiect
2.4.11 Focalizare neascunsă (Min.)	AA	Focalizare de la tastatură
2.4.12 Focalizare neascunsă (Îmbunătățită)	AAA	Focalizare de la tastatură
2.4.13 Aspectul focalizării	AA	Indicator de focalizare
2.5.7 Mișcări de tragere	AA	Intrare cu indicator
2.5.8 Dimensiunea țintei (Minimă)	AA	Ținte tactile
3.2.6 Ajutor consecvent	A	Previzibilitate
3.3.7 Introducere redundantă	A	Formulare
3.3.8 Autentificare accesibilă (Min.)	AA	Autentificare / CAPTCHA
3.3.9 Autentificare accesibilă (Îmbunătățită)	AAA	Autentificare / CAPTCHA
~~4.1.1 Analiză sintactică~~	A	Eliminat

Cine trebuie să facă trecerea?

Practic toată lumea. WCAG 2.2 este acum reperul la care fac trimitere:

Actul european privind accesibilitatea (EAA), în vigoare din iunie 2025
Standardul armonizat EN 301 549 (actualizat pentru a face trimitere la WCAG 2.2)
Reglementările britanice privind accesibilitatea organismelor din sectorul public (îndrumări actualizate)
Numeroase legi statale din SUA și poziții informale de aplicare ale Departamentului de Justiție

Dacă ultimul tău audit complet a fost față de WCAG 2.1 AA, concentrează efortul de actualizare pe aceste cinci criterii care afectează majoritatea site-urilor: 2.4.11, 2.4.13, 2.5.8, 3.3.8 și 3.3.7 (dacă ai formulare sau procese de comandă în mai mulți pași).

Cum auditezi noile criterii

Majoritatea scanerelor automate semnalează acum 2.5.8 (dimensiunea țintei) și cazuri parțiale de 2.4.13 (aspectul focalizării). Totuși, următoarele necesită testare manuală:

2.4.11 / 2.4.12 — Navighează cu Tab prin fiecare pagină având antetele/subsolurile fixe active și confirmă că elementele focalizate sunt vizibile
2.4.13 — Măsoară dimensiunile și contrastul indicatorului de focalizare cu DevTools din browser sau cu un verificator de contrast
2.5.7 — Identifică fiecare interacțiune de tip tragere și verifică existența unei alternative doar cu indicatorul
3.2.6 — Verifică dacă linkurile de ajutor apar în poziții consecvente pe toate paginile
3.3.7 — Parcurge toate fluxurile în mai mulți pași și confirmă că niciun set de date nu este cerut de două ori
3.3.8 — Testează fiecare etapă de autentificare, înregistrare și verificare pentru teste de funcție cognitivă

WCAG 2.2 nu este o reproiectare completă — este un set punctual de completări care abordează bariere reale pe care 2.1 le-a ratat. Vestea bună este că majoritatea noilor criterii AA pot fi rezolvate printr-o muncă de remediere țintită, nu printr-o reconstrucție completă a site-ului.

Articole conexe: Cum să faci site-ul conform WCAG 2.2 · Ghid de audituri manuale de accesibilitate