Accesibilitate site pentru EAA: ce puteți verifica singur

Dacă vindeți online consumatorilor din UE, cerințele de accesibilitate site din Actul european privind accesibilitatea (European Accessibility Act) se aplică magazinului dumneavoastră din 28 iunie 2025, cu excepția cazului în care firma este o microîntreprindere. Multe dintre problemele serioase le puteți găsi singur: plasați o comandă de test doar cu tastatura, măriți pagina și încercați fiecare formular. Ce nu poate face o autoverificare este să dovedească faptul că întregul site respectă standardul.

Poate un dezvoltator a pomenit deja legea sau ați primit un e-mail care vă oferea un widget ce face orice site „conform” cu o singură linie de cod. Un client care nu poate trece prin checkout cu tastatura sau cu un cititor de ecran (software care citește pagina cu voce tare) poate pleca la alt magazin fără să se plângă.

Se aplică Actul european privind accesibilitatea site-ului dumneavoastră?

Actul european privind accesibilitatea se aplică dacă site-ul dumneavoastră vinde consumatorilor, adică persoanelor care cumpără pentru ele însele, și firma nu este o microîntreprindere. Directiva (UE) 2019/882 include serviciile de comerț electronic printre serviciile pe care le acoperă: servicii oferite printr-un site web sau o aplicație „în vederea încheierii unui contract cu un consumator”. Statele membre au trebuit să aplice normele ei de la 28 iunie 2025. Aceasta este lectura noastră asupra directivei; pentru o opinie juridică despre cazul dumneavoastră, întrebați un avocat.

• Microîntreprinderile care furnizează servicii sunt exceptate. Asta prevede articolul 4 alineatul (5). Directiva definește microîntreprinderea ca întreprindere cu mai puțin de 10 persoane și cu o cifră de afaceri anuală sau un bilanț anual total de cel mult 2 milioane EUR. Contează atât numărul de persoane, cât și unul dintre cele două criterii financiare: o echipă de zece persoane iese din excepție, oricât de mică ar fi cifra de afaceri.
• Vânzări doar către firme. Definiția se referă la contracte cu consumatori. Dacă persoane fizice pot comanda prin checkout-ul dumneavoastră, tratați site-ul ca fiind vizat.
• Un site care nu vinde nimic. Un site de prezentare fără comenzi, rezervări sau plăți nu este, în general, un serviciu de comerț electronic în sensul directivei. Rezervările și plățile schimbă situația.
• Termenul din 2030 privește produsele și contractele vechi. Perioada de tranziție până la 28 iunie 2030 din articolul 32 acoperă produsele folosite pentru furnizarea unui serviciu și contractele semnate înainte de iunie 2025.

Fiecare stat membru al UE aplică actul prin propria lege și își stabilește propriile sancțiuni; în Germania, această lege este BFSG. Dacă firma dumneavoastră este în Elveția sau în Regatul Unit și vinde consumatorilor din UE, întrebați un avocat cum vi se aplică regulile acestor țări.

De ce pică magazinele online verificările de accesibilitate?

Problemele de mai jos vin de obicei din decizii de design și de formulare luate o singură dată într-o temă și repetate pe fiecare pagină. Directiva (UE) 2019/882 cere site-uri „perceptibile, operabile, ușor de înțeles și robuste”. Standardul european care transformă asta în teste, EN 301 549, urmează WCAG, Ghidurile pentru accesibilitatea conținutului web (Web Content Accessibility Guidelines) publicate de W3C. WCAG își împarte criteriile pe trei niveluri: A (minimul), AA și AAA. Nivelul AA este ținta folosită de standard.

Conturul de focus a fost eliminat de dragul aspectului. Când cineva parcurge o pagină cu tasta Tab, browserul desenează un cadru în jurul linkului sau butonului activ. Unele teme îl ascund pentru că pare neîngrijit, deși WCAG cere un indicator de focus vizibil. Un criteriu adăugat în WCAG 2.2 mai spune că elementul aflat în focus nu trebuie ascuns complet de conținutul propriu al site-ului, cum ar fi un antet fix sau un banner de cookie-uri.

Textul este prea palid. WCAG cere un raport de contrast, adică cât de mult mai închis sau mai deschis este textul față de fundal, de cel puțin 4,5:1 pentru textul normal și 3:1 pentru textul mare. Scanarea WebAIM din 2026 pe un milion de pagini principale a găsit text cu contrast scăzut pe 83,9% dintre ele. Cazurile obișnuite sunt gri deschis pe alb și alb pe un buton pastel.

Formularele se bazează pe placeholdere și pe culoare. Indicația gri dintr-un câmp dispare imediat ce începeți să scrieți, iar un chenar roșu singur nu spune ce este greșit. WCAG cere etichete sau instrucțiuni oriunde trebuie introduse date și erori descrise în text.

Checkout-ul a fost construit pentru mouse. Listele derulante personalizate, CAPTCHA-urile de tip puzzle și autentificările care vă cer să rețineți sau să retastați un cod îi opresc pe cei care folosesc tastatura sau un cititor de ecran. Pentru comerțul electronic, directiva numește separat identificarea, securitatea și plata. În martie 2026, autoritatea olandeză pentru consumatori ACM a raportat că la 61% dintre marile magazine online olandeze și alte site-uri mari pentru consumatori pe care le-a verificat nu se putea plasa o comandă cu tehnologie asistivă, cum ar fi un cititor de ecran.

Un widget sau un scor ține locul corecturii. Widgeturile de tip overlay adaugă o bară de instrumente pentru accesibilitate peste site. Comisia Europeană spune că overlay-urile și instrumentele similare care nu fac site-ul în sine să respecte standardul „nu sunt o soluție adecvată”. Un test automat ajută, dar, în cuvintele W3C, „niciun instrument nu poate stabili singur dacă un site respectă standardele de accesibilitate”.

Cum faceți singur o verificare de accesibilitate site după Actul european privind accesibilitatea

Puteți face o primă evaluare cu un browser și o tastatură, fără instrumente plătite. W3C, organizația din spatele WCAG, publică un set de verificări simple (Easy Checks) construite pe această idee. Alegeți trei pagini: pagina principală, o pagină de produs sau de serviciu și checkout-ul sau formularul de contact. Mergeți în ordine și notați fiecare loc în care vă blocați.

1. Lăsați mouse-ul deoparte. Parcurgeți fiecare pagină cu Tab și Shift+Tab și folosiți Enter, Space și tastele săgeți. Trebuie să ajungeți la meniu, la filtre, la butonul de adăugare în coș, la fiecare câmp de formular și la butonul de plată. În orice moment trebuie să vedeți unde vă aflați. Notați unde dispare cadrul în spatele unui antet fix sau al unui banner de cookie-uri și dacă puteți ieși dintr-un meniu sau dintr-o fereastră de chat.
2. Măriți pagina. Setați browserul la 200%. WCAG se așteaptă ca textul să rămână lizibil fără ca vreun conținut să fie tăiat sau suprapus. Apoi faceți fereastra lată de aproximativ 1280 de pixeli și măriți la 400%: conținutul trebuie să încapă pe lățime fără derulare laterală, cu excepția unor elemente precum hărțile și tabelele de date.
3. Verificați textul palid. Instrumentele pentru dezvoltatori din Chrome, Edge și Firefox arată raportul de contrast al culorii de text selectate. Verificați textul principal, prețurile, butoanele și textul gri mic de sub câmpurile formularelor.
4. Încercați fiecare formular gol, apoi completat greșit. Fiecare câmp are nevoie de o etichetă vizibilă care rămâne când scrieți. Trimiteți formularul gol: eroarea trebuie să spună în cuvinte ce lipsește, lângă câmp, și să păstreze ce ați scris deja. Un criteriu nou din WCAG 2.2 cere și ca informațiile introduse deja în același proces, cum ar fi o adresă, să fie completate automat sau oferite pentru selecție. Alte moduri în care un formular vă costă comenzi găsiți în articolul nostru despre trafic pe site, dar fără cereri.
5. Autentificați-vă și treceți de verificarea anti-spam. WCAG 2.2 spune că 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 ajutor, cum ar fi un manager de parole sau lipirea textului. Un CAPTCHA de tip puzzle fără altă opțiune pică aici.
6. Uitați-vă la imaginile produselor. Faceți clic dreapta pe o imagine și alegeți Inspectați. Textul alternativ (alt), scurta descriere pe care o citește cu voce tare un cititor de ecran, trebuie să spună ce produs este; imaginile pur decorative îl pot avea gol.
7. Repetați pașii principali pe telefon. Pictogramele mici plasate aproape una de alta sunt greu de atins. WCAG 2.2 stabilește o țintă minimă de 24 pe 24 de pixeli CSS (o unitate de măsură a paginii web în sine), cu excepții precum spațiul suficient în jurul țintei.

W3C notează că o pagină „ar putea părea că trece aceste verificări, dar să aibă totuși bariere de accesibilitate semnificative”. Pasul următor este un test făcut de cineva care folosește zilnic un cititor de ecran.

Ce reparați mai întâi?

Începeți cu corecturile din temă și din componentele de formular, de la cele mai ieftine la cele mai scumpe. O singură modificare într-un șablon corectează fiecare pagină construită pe el. Lăsați informațiile de accesibilitate publicate pentru momentul în care știți ce face și ce nu face site-ul.

1. Nu instalați un overlay. Recomandarea Comisiei Europene este ca problemele de accesibilitate să fie remediate „la sursă”, ceea ce pentru un magazin înseamnă tema, formularele și checkout-ul.
2. Readuceți cadrul de focus și închideți la culoare textul. Ambele se află de obicei în setările de culori și stil ale temei. Noi începem prin a seta contrastul o singură dată în paleta de design și a-l verifica în versiunile deschisă și întunecată ale site-ului, astfel încât o pagină nouă pornește de la culori care trec deja.
3. Refaceți formularele. Etichete vizibile, erori formulate în cuvinte lângă câmp, datele introduse păstrate după o eroare, focusul mutat pe primul câmp care trebuie corectat și completarea automată din browser pentru nume, e-mail și adresă. În proiectele noastre de site-uri începem chiar cu componenta de formular, astfel încât fiecare formular nou pornește cu aceste corecturi.
4. Adăugați text alternativ și limba paginii. Descrieți imaginile de produs și de conținut și asigurați-vă că fiecare pagină își declară limba, ca un cititor de ecran să o pronunțe corect. Motoarele de căutare citesc același text alternativ și același atribut de limbă, de aceea ele țin și de SEO tehnic.
5. Reparați checkout-ul, autentificarea și widgeturile terților. Înlocuiți CAPTCHA-urile de tip puzzle cu verificări care nu îi cer clientului să rezolve nimic și oferiți un mod de autentificare care nu depinde de memorie. Widgeturile de plată și de chat vin de la furnizori: cereți fiecărui furnizor informațiile lui de accesibilitate și înlocuiți-le pe cele la care nu se poate ajunge cu tastatura.
6. Publicați informațiile de accesibilitate. Anexa V la directivă le cere furnizorilor de servicii să descrie cum îndeplinește serviciul cerințele, în termenii și condițiile generale sau într-un document echivalent. Legea națională stabilește detaliile.
7. Lucrați spre WCAG 2.2 nivelul AA. Versiunea 4.1.1 a EN 301 549, publicată în septembrie 2026, adaugă șase cerințe din WCAG 2.2, relatează AccessibleEU. Până când Comisia o citează în Jurnalul Oficial al Uniunii Europene, notează aceeași sursă, referința rămâne versiunea 3.2.1, bazată pe WCAG 2.1 nivelul AA. National Disability Authority din Irlanda se așteaptă la citare pe 16 decembrie 2026. Dacă reparați acum după WCAG 2.2, noile cerințe sunt deja acoperite când se întâmplă asta.

Directiva permite o excepție atunci când conformarea ar reprezenta o sarcină disproporționată, dar cere o evaluare, iar considerentele ei arată că „lipsa de prioritate, de timp sau de cunoștințe” nu este un motiv legitim.

Ce măsurați după corecturi?

Măsurați dacă o persoană poate finaliza sarcinile principale cu tastatura și cu pagina mărită. Repetați aceeași verificare de accesibilitate site pe aceleași trei pagini și comparați unde v-ați blocat înainte și după modificări. Reverificați ori de câte ori se schimbă tema, un plugin sau furnizorul de plăți.

1. O comandă de test doar cu tastatura, de la pagina de produs la confirmare, fără să atingeți mouse-ul.
2. Lista de constatări a unui test automat gratuit, cum ar fi Lighthouse din Chrome, rulat pe aceleași trei tipuri de pagini. Analizați constatările și verificați care dintre ele rămân.
3. Formulare trimise cu erori, ca să confirmați că fiecare eroare este descrisă în cuvinte și nu se pierde nimic din ce ați scris.
4. Informațiile de accesibilitate publicate, actualizate după fiecare modificare care schimbă felul în care comandă clienții.

Unde intervenim noi

Când ne uităm la checkout-ul unui magazin, urmăm drumul pe care îl face un client: pagina de produs, coșul, formularele și pasul de plată, întâi cu tastatura, apoi pe telefon. Problemele care țin de temă sau de componentele de formular se repară cel mai ieftin acolo; ce nu poate lămuri o autoverificare rămâne pentru un test cu un cititor de ecran. Dacă vreți o a doua privire asupra checkout-ului dumneavoastră, spuneți-ne despre site-ul dumneavoastră.

← Toate articolele