EN 301 549 V4.1.1 și WCAG 2.2: ce se schimbă pentru site-uri

EN 301 549 V4.1.1, publicat în septembrie 2026, bazează cerințele pentru web ale standardului european de accesibilitate pe WCAG 2.2 nivel AA în loc de WCAG 2.1. Pentru site-uri, asta înseamnă șase criterii de succes noi la nivelurile A și AA și un criteriu eliminat. Până când V4.1.1 este citat în Jurnalul Oficial al UE – lucru așteptat la sfârșitul lui 2026 –, versiunea armonizată rămâne V3.2.1 (WCAG 2.1 AA).

De ce contează EN 301 549

Actul european privind accesibilitatea descrie cerințele de accesibilitate în termeni funcționali. Ca să arate că un site le îndeplinește, firmele se bazează pe standardul armonizat EN 301 549: respectarea unui standard armonizat oferă prezumția de conformitate cu cerințele pe care le acoperă. Capitolul său despre conținutul web preia pur și simplu criteriile de succes WCAG. Așadar, când standardul trece de la WCAG 2.1 la WCAG 2.2, se mută și reperul pentru site-urile din UE.

Calendarul

Până la citare, V3.2.1 este referința pentru prezumția de conformitate. După aceea, vă puteți aștepta ca autoritățile, auditorii și achizițiile publice să facă trimitere la V4.1.1. Pot exista măsuri naționale de tranziție; verificați-le pentru țara dvs.

Ce este nou: cele șase criterii WCAG 2.2

WCAG 2.2 adaugă următoarele criterii la nivelurile A și AA:

2.4.11 Focalizare neascunsă (minim) – AA

Când un element primește focalizarea tastaturii, nu trebuie să fie ascuns complet de alt conținut. În magazine, suspecții obișnuiți sunt antetele fixe, bannerele de cookie și bulele de chat care acoperă linkul sau butonul focalizat.

2.5.7 Mișcări de tragere – AA

Tot ce necesită tragere trebuie să funcționeze și cu o singură acțiune a indicatorului, de exemplu un clic sau o atingere. Gândiți-vă la glisoarele pentru intervalul de preț, listele reordonate prin tragere și caruselele care merg doar prin glisare. Adăugați butoane plus/minus sau câmpuri de introducere.

2.5.8 Dimensiunea țintei (minim) – AA

Țintele pe care se poate da clic trebuie să aibă cel puțin 24 × 24 pixeli CSS sau suficient spațiu liber în jur, cu excepții precum linkurile din interiorul unei propoziții. Probleme tipice în magazine: selectoare de cantitate minuscule, mostre de culoare și mărime, pictograme de închidere și punctele de paginare.

3.2.6 Ajutor consecvent – A

Dacă oferiți ajutor – date de contact, un chat, un link către FAQ –, acesta trebuie să apară în același loc relativ pe fiecare pagină unde este oferit.

3.3.7 Introducere redundantă – A

Informațiile pe care utilizatorul le-a introdus deja în același proces trebuie completate automat sau să poată fi selectate. Exemplul clasic: „adresa de facturare este aceeași cu adresa de livrare”.

3.3.8 Autentificare accesibilă (minim) – AA

Autentificarea nu trebuie să depindă de un test al funcțiilor cognitive, cum ar fi memorarea unei parole sau rezolvarea unui puzzle, decât dacă există o alternativă sau un mecanism de ajutor. În practică: permiteți managerele de parole și lipirea textului, oferiți autentificare prin e-mail sau passkey și evitați CAPTCHA de tip puzzle fără alternative.

Ce a fost eliminat

4.1.1 Parsare este depășit în WCAG 2.2 și a fost eliminat. Browserele moderne și tehnologiile asistive gestionează singure majoritatea erorilor de marcaj. Problemele care încă contează, cum ar fi ID-urile duplicate care strică asocierea etichetelor, sunt acoperite de alte criterii.

Schimbă asta mult pentru un magazin obișnuit?

Dacă site-ul dvs. îndeplinește deja WCAG 2.1 AA, munca suplimentară este limitată și destul de concretă: verificați focalizarea față de elementele fixe, măriți țintele mici, oferiți alternative la tragere, păstrați ajutorul în același loc, nu cereți aceleași date de două ori și faceți autentificarea mai prietenoasă. Majoritatea acestor îmbunătățiri vor fi oricum observate de clienți – țintele mai mari și mai puțină retastare îi ajută pe toți cei care cumpără de pe telefon.

Dacă site-ul nu a fost încă verificat după WCAG 2.1, începeți cu elementele de bază – etichete, contrast, texte alternative, acces de la tastatură – și includeți criteriile 2.2 în aceeași rundă. Nu există motiv să țintiți acum versiunea veche.

Ce poate și ce nu poate verifica automatizarea

Dintre criteriile noi, dimensiunea țintei poate fi verificată parțial automat. Focalizarea neascunsă, alternativele la tragere, ajutorul consecvent, introducerea redundantă și autentificarea accesibilă au nevoie în mare parte de un om. Este încă un motiv pentru care o scanare automată este un punct de plecare. Scanarea noastră verifică după WCAG 2.2 AA și asociază fiecare constatare atât cu EN 301 549 V3.2.1, cât și cu V4.1.1 – și rămâne o verificare automată, nu un audit complet, și nu consultanță juridică.

Ce înseamnă asta pentru agenții

Dacă realizați sau întrețineți site-uri pentru clienți, actualizați-vă definiția lucrului terminat: șabloanele noi trebuie să îndeplinească WCAG 2.2 AA de la început. Ajustarea ulterioară a dimensiunilor țintelor și a comportamentului focalizării costă mai mult decât proiectarea lor de la început. Este și un moment bun să le spuneți clienților existenți ce s-a schimbat – calm, cu o listă scurtă de corecturi concrete, nu cu alarmă.

Ce faceți acum

1. Țintiți WCAG 2.2 AA în proiectele noi și la redesign.
2. Adăugați cele șase criterii noi în checklistul de QA – vedeți checklistul nostru WCAG 2.2.
3. Actualizați informațiile despre accesibilitate când schimbați standardul după care măsurați. Vedeți ghidul pentru informațiile despre accesibilitate.
4. Scanați din nou după modificări și continuați monitorizarea.

Pentru contextul juridic, citiți ghidul EAA sau ghidul practic EAA pentru magazine online. Rulați o verificare gratuită ca să vedeți unde se află site-ul dvs. astăzi.

Surse

• W3C, What's new in WCAG 2.2: https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22/
• W3C, WCAG 2.2: https://www.w3.org/TR/WCAG22/
• National Disability Authority (Ireland), EN 301 549 published: https://nda.ie/news/en301549-published