Editor: Echipa Permis de Antreprenor • Actualizat la: 4 februarie 2026
European Accessibility Act (EAA) pentru site-uri/e-commerce este setul de reguli (UE + România) care obligă anumite servicii digitale către consumatori să fie accesibile (pentru persoane cu dizabilități și nu numai). În practică, asta înseamnă: site-ul, contul de client, coșul, checkout-ul, plățile, confirmările, emailurile tranzacționale și suportul trebuie să poată fi folosite fără bariere. Măsura se aplică de la 28 iunie 2025, iar în România este transpusă prin Legea nr. 232/2022.
European Accessibility Act EAA pentru site-uri e-commerce stabilește cerințe de accesibilitate pentru servicii digitale către consumatori, inclusiv magazine online, checkout și plăți.
Dacă ai deja procese de conformare pe 2026, pune EAA lângă celelalte două mari pachete de risc: AI Act 2026 pentru companii – ghid practic de conformare în România și Directiva NIS2 România 2026.
Siguranța produselor (e-commerce/marketplace): GPSR 2026 pentru e-commerce marketplace
Notă: material informativ, orientat pe practică. Pentru interpretare/aplicare pe cazul firmei tale (mai ales dacă vinzi cross-border), discută cu avocatul și echipa tehnică.
Start rapid (1 minut):
- Dacă vinzi online către consumatori (B2C), tratează EAA ca pe un proiect de produs, nu ca pe un “fix de design”.
- Ținta practică: checkout + plăți + cont accesibile, plus o declarație de accesibilitate și un flux de feedback/rezolvare.
- Nu aștepta “standardul perfect”: legea se aplică deja (după 28 iunie 2025).
Pentru cine este acest material
- Magazine online (B2C), branduri D2C, marketplace-uri, platforme de rezervări cu plată.
- Companii care oferă servicii digitale către consumatori: conturi online, contractare, plăți, suport, documente.
- Echipe mixte: management, legal/compliance, product, UX, development, QA, customer support.
Idei principale
- Se aplică din 28 iunie 2025 și include explicit serviciile de comerț electronic (e-commerce).
- În România, cadrul este în Legea nr. 232/2022, care include și excepții (de exemplu, unele tipuri de conținut vechi/“arhivă”).
- Livrabilul “de business”: un site pe care îl poate folosi oricine (tastatură, cititor de ecran), plus proceduri (monitorizare, feedback, fix-uri, suport accesibil).

Cuprins
- Ce este EAA și de ce contează pentru e-commerce
- Ce se aplică exact (site, checkout, suport, documente)
- Cine este vizat (inclusiv microîntreprinderi)
- Tabel: componentă site → cerință → cum verifici
- Mini-ghid: audit + remediere în 7 zile
- Checklist copy/paste (gata de folosit în JIRA/Notion)
- Greșeli frecvente (și ce să faci în loc)
- Plan 7–30–90 zile
- Resurse rapide
- FAQ
- E-E-A-T & transparență
- Surse (oficial)
Ce este EAA și de ce contează pentru e-commerce
EAA (European Accessibility Act) este directiva UE care armonizează cerințe de accesibilitate pentru anumite produse și servicii, inclusiv servicii de comerț electronic. Ținta este simplă: aceeași experiență de cumpărare și utilizare pentru consumatori, indiferent de dizabilități sau limitări de utilizare. Aplicarea în UE este de la 28 iunie 2025.
Pentru un magazin online, impactul nu e “doar pe homepage”. În controale, reclamații și audituri, cele mai sensibile sunt: navigarea, căutarea, filtrele, coșul, checkout, plata, confirmările, contul clientului și suportul.
European Accessibility Act EAA pentru site-uri e-commerce: ce se aplică exact
În România, Legea nr. 232/2022 precizează explicit că se aplică serviciilor furnizate consumatorilor după 28 iunie 2025 și include servicii de comerț electronic, respectiv elemente precum site-uri web și servicii pe dispozitive mobile pentru anumite servicii. De asemenea, legea listează conținuturi excluse (ex.: conținut media preînregistrat publicat înainte de 28 iunie 2025, fișiere “office” vechi, arhive neactualizate).
Pe scurt, pentru e-commerce, tratează ca “în scope” următoarele:
- Interfața web: navigare, meniuri, pagini produs, filtre, căutare, wishlist.
- Procese tranzacționale: coș, checkout, alegere livrare, cupon, facturare, validări de formular, autentificare/resetare parolă.
- Plăți & confirmări: integrare procesator, 3DS/redirect, e-mailuri, pagini de status.
- Documente: termeni/condiții, retururi, garanții, PDF-uri (dacă le publici), facturi (în măsura în care sunt parte din serviciu).
- Suport: chat, formular contact, call-center, helpdesk – inclusiv modul în care explici accesibilitatea și primești sesizări.
Cine este vizat (inclusiv microîntreprinderi)
Regula de lucru: dacă furnizezi un serviciu către consumatori în categoria e-commerce, ești candidat la obligații. Directiva menționează că microîntreprinderile care furnizează servicii sunt în afara aplicării în anumite situații (excepția “micro”). În România, Legea 232/2022 definește microîntreprinderea ca fiind sub 10 angajați și cu cifră de afaceri sau bilanț sub echivalentul a 2 milioane euro.
Important: “excepția micro” nu e un plan de business. Dacă vinzi prin marketplace, dacă lucrezi cu clienți mari, dacă ai finanțare sau dacă ești cross-border, cerințele de accesibilitate apar frecvent ca obligație contractuală chiar și când “legal” ești pe excepție.
Tabel: componentă site → cerință → cum verifici
| Componentă | Cerință practică | Cum verifici (rapid) |
|---|---|---|
| Meniu, navigare, filtre | Operabil cu tastatura; focus vizibil; ordine logică | Tab/Shift+Tab pe tot fluxul; fără “capcane” de focus |
| Pagini produs | Structură semantică; imagini cu alt relevant; contrast | Cititor de ecran (test minim) + verificare contrast |
| Formulare (cont/checkout) | Label-uri corecte; erori explicite; validări accesibile | Completezi doar cu tastatura; erorile sunt citite/clar vizibile |
| Plăți / 3DS / redirect | Flux fără blocaje; mesaje clare; alternative | Test “happy path” + 2 erori intenționate (card respins, câmp lipsă) |
| PDF-uri, politici, T&C | Documente accesibile sau alternativă HTML | PDF tag-uit / structură; alternativă pagină web |
| Chat/support | Canale accesibile + răspunsuri despre accesibilitate | Test cu tastatura + template de răspuns standard |
Mini-ghid: audit + remediere în 7 zile
Ziua 1: “scope” + fluxuri critice
- Definește 3 fluxuri: căutare → produs → checkout, login/resetare, contact/retur.
- Stabilește owner: Product + Tech Lead + Legal (un responsabil final).
Zilele 2–3: audit “fără scuze” (tastatură + cititor de ecran)
- Test tastatură: focus, ordine, capcane, modale, meniuri, dropdown-uri.
- Test cititor de ecran (minim): titluri/logica paginii, etichete de câmp, erori de formular.
- Notează problemele în 3 etichete: Blocker checkout / Blocker cont / Rest.
Zilele 4–6: fix-uri + QA
- Repară mai întâi blocker-ele (checkout/cont/plată).
- QA pe device-uri și browsere principale + retest tastatură.
- Asigură “fallback” pentru componente UI care rămân problematice (ex.: un filtru alternativ simplu).
Ziua 7: documentare + suport
- Publică declarația de accesibilitate (pe o pagină dedicată + link în footer).
- Setează un canal de feedback (formular/email) și un SLA intern de remediere.
Checklist copy/paste (gata de folosit în JIRA/Notion)
CHECKLIST EAA (site/e-commerce) – copy/paste
[ ] Flux complet cu tastatura: homepage → categorie → produs → coș → checkout → confirmare
[ ] Focus vizibil peste tot (meniuri, dropdown, modal, cookie banner, chat)
[ ] Formulare: label-uri corecte + erori clare (nu doar culoare) + anunțarea erorilor
[ ] Butoane/icoane: nume accesibile (aria-label unde e cazul) + rol corect
[ ] Contrast text/elemente UI OK + mărire 200% fără “rupere”
[ ] Imagini produs: alt relevant (nu “IMG_123”)
[ ] PDF-uri/politici: variantă HTML sau PDF accesibil (structură/tag-uri)
[ ] Declarație accesibilitate: pagină dedicată + date contact + procedură feedback
[ ] Suport: canal accesibil + template intern “cum tratăm sesizările de accesibilitate”
[ ] Monitorizare: retest lunar pe fluxuri critice + retest după release major
Greșeli frecvente (și ce să faci în loc)
- “Punem un widget și gata.” → Fă întâi fluxurile critice accesibile (checkout/cont), apoi optimizezi.
- “Doar design-ul e problema.” → De obicei problema e în componente (modale, dropdown, validări, focus).
- “Rezolvăm când avem timp.” → Pune un owner și un plan 7–30–90; altfel rămâne “to do” etern.
- “Nu se aplică, suntem mici.” → Chiar dacă ești micro, cerințele apar contractual (parteneri, marketplace, clienți mari).
Plan 7–30–90 zile
În 7 zile
- Scope pe 3 fluxuri critice + audit tastatură + listă de blocker-e.
- Stabilește owner + backlog EAA (etichetă separată).
În 30 zile
- Fix pentru blocker-e + QA + pagină “Declarație de accesibilitate”.
- Template suport + canal feedback + procedură internă de remediere.
În 90 zile
- Audit extins (toate template-urile de pagină) + documente/politici accesibile.
- Training scurt pentru echipe (content + CS + dev) + rutină de retest după release.
Resurse rapide
- Conformare pe 2026 (AI): AI Act 2026 pentru companii
- Conformare cybersecurity: Directiva NIS2 România 2026
- Hub: Noutăți legislative
FAQ
Se aplică și dacă vând doar în România?
Da, dacă furnizezi servicii către consumatori în zona acoperită (ex.: e-commerce). În plus, Legea 232/2022 stabilește aplicarea în România pentru servicii furnizate după 28 iunie 2025, inclusiv servicii de comerț electronic.
Trebuie să refac tot site-ul?
Nu. În majoritatea proiectelor, 80% din risc este în 20% din suprafață: checkout, cont, formulare, modale, navigare. Începe cu fluxurile critice și construiește rutina de testare.
Ce e cu “conținutul vechi” și “arhivele”?
Atât directiva, cât și Legea 232/2022 prevăd excluderi pentru anumite tipuri de conținut publicat înainte de 28 iunie 2025 (ex.: media preînregistrat, fișiere office) și pentru “arhive” care nu mai sunt actualizate după acea dată. Nu folosi însă această excepție ca să “ascunzi” pagini active (politici, checkout, suport).
Ce standard tehnic folosesc echipele în practică?
Legea vorbește despre cerințe de accesibilitate și despre utilizarea standardelor armonizate/specificațiilor tehnice. În practică, multe echipe se aliniază la repere precum WCAG (pentru web) și standarde europene pentru ICT (ex.: EN 301 549), care sunt în evoluție pentru a susține EAA.
E-E-A-T & transparență
Am construit ghidul ca un material practic pentru antreprenori și echipe de produs: ce intră în scope, ce livrezi, cum arată un audit rapid și cum pui o rutină de conformare. Pentru baza legală, vezi secțiunea “Surse (oficial)”. Dacă apar actualizări (standarde armonizate, ghiduri autorități), actualizăm articolul cu data și modificările.
Surse (oficial)
- Directiva (UE) 2019/882 (EAA) – EUR-Lex: text oficial
- Rezumat oficial EUR-Lex (aplicare 28 iunie 2025 + e-commerce + excepție micro): summary
- România – Legea nr. 232/2022 (Portal Legislativ): text
- Comisia Europeană – pagina EAA: overview
- ETSI – EN 301 549 (standard ICT accesibilitate, în revizie pentru EAA): detalii





Add comment