Un formular de comandă care nu poate fi parcurs cu tasta Tab îți elimină clienți fără să afli vreodată motivul. Nu primești nicio sesizare. Vezi doar o rată de abandon pe care o pui pe seama prețului sau a costurilor de livrare, și treci mai departe. Din 28 iunie 2025, problema are și o dimensiune juridică: Legea nr. 232/2022, care transpune în România Actul European privind Accesibilitatea (Directiva UE 2019/882), impune cerințe de accesibilitate web companiilor private care vând produse sau servicii online către consumatori. Termenul a trecut de peste un an. Majoritatea site-urilor din România nu au fost verificate niciodată pe criteriile de accesibilitate web, nici măcar cu un instrument automat gratuit.

 

Situația nu e dramatică. E doar netestată, ceea ce înseamnă altceva.

 

Ce înseamnă accesibilitate web și de ce contează termenul din 2025

 

Accesibilitate web înseamnă construirea unui site pe care îl poate folosi orice vizitator, indiferent de dizabilități vizuale, auditive, motorii sau cognitive. Reperul tehnic în România este WCAG 2.1 nivel AA, preluat prin standardul european EN 301 549, la care Legea 232/2022 face trimitere directă.

 

WCAG 2.1 AA se organizează în jurul a patru principii, iar fiecare are criterii măsurabile, nu recomandări vagi. Conținutul trebuie să fie perceptibil: text alternativ la imagini, contrast de minimum 4,5:1 pentru text normal și 3:1 pentru elemente grafice și componente de interfață. Trebuie să fie operabil: navigare completă de la tastatură, indicator de focus vizibil, fără capcane de tastatură în modale. Trebuie să fie ușor de înțeles, cu formulare care spun explicit ce e greșit când validarea eșuează. Și trebuie să fie robust, adică marcat corect semantic pentru ca NVDA, JAWS sau VoiceOver să anunțe corect rolul fiecărui element.

 

Criteriul 4.1.2 din WCAG, „Name, Role, Value", pică cel mai des pe site-urile românești. Un `<div>` stilizat să arate ca buton nu este buton pentru un cititor de ecran. Este text.

 

Legea a fost adoptată în 2022, dar termenul de aplicare pentru sectorul privat a fost fixat la 28 iunie 2025. Trei ani de tranziție. Pentru un IMM care vinde online, fereastra argumentului „nu am știut" s-a închis oficial în vara lui 2025, iar Autoritatea pentru Digitalizarea României a început să publice materiale de îndrumare pe subiect.

 

Dincolo de partea legală, accesibilitatea web se suprapune peste probleme de UX care afectează pe toată lumea. Un buton fără etichetă accesibilă e, de obicei, un buton fără etichetă vizibilă clară. Auditul de accesibilitate web scoate la iveală defecte de interfață pe care testarea internă le-a ratat pentru că echipa știe deja unde trebuie să dea click.

 

Legea 232/2022 și EAA: cine intră efectiv sub incidență

 

Legea 232/2022 vizează companiile private care oferă comerț electronic, servicii bancare pentru consumatori, servicii de transport de călători, comunicații electronice, cărți digitale sau alte servicii digitale către consumatori din Uniunea Europeană. Locul de înregistrare al firmei nu contează. Contează piața pe care vinzi.

 

Confuzia cea mai frecventă pe care o vedem la clienți este între Legea 232/2022 și OUG 112/2018, aprobată prin Legea 90/2019. A doua reglementează exclusiv accesibilitatea site-urilor și aplicațiilor din sectorul public: primării, spitale, universități, instituții finanțate din fonduri publice. Legea 232/2022 se adresează sectorului privat. Coexistă, se aplică unor categorii diferite de entități, iar amestecarea lor duce la două tipuri de erori. Fie o firmă privată crede că nu o privește pentru că nu e instituție publică, fie o instituție publică citează legea greșită în declarația de accesibilitate.

 

Microîntreprinderile care prestează servicii beneficiază de o exceptare prevăzută în EAA, dar formularea contează. Exceptarea privește microîntreprinderile care prestează servicii, definite prin criteriul sub 10 angajați și cifră de afaceri sub 2 milioane de euro. Nu se aplică automat producătorilor de produse. Și nu te scutește de responsabilitatea contractuală față de un client B2B care îți cere conformitate ca precondiție.

 

Un detaliu practic pe care îl ratează multă lume: dacă vinzi pe un marketplace, obligația de accesibilitate web pentru propriul site rămâne a ta. Faptul că platforma terță e conformă nu îți transferă răspunderea pentru magazinul propriu.

 

Pentru un site de prezentare construit corect din start, cu structură semantică HTML, contrast verificat și navigare funcțională de la tastatură, o bună parte din criteriile WCAG 2.1 AA sunt acoperite înainte ca subiectul să devină urgent. Diferența de cost între accesibilitate web proiectată din arhitectură și accesibilitate web adăugată retroactiv peste un site existent este, în experiența noastră, de ordinul a trei sau patru ori.

 

Ce riști dacă site-ul nu respectă cerințele de accesibilitate web

 

Neconformarea cu Legea 232/2022 expune compania la sancțiuni aplicate de autoritatea de supraveghere în urma unei sesizări, la măsuri corective cu termen de remediere și la pierderea eligibilității în achiziții publice. Cuantumul exact al amenzilor variază după tipul entității și natura încălcării, iar sursele publicate nu sunt consistente pe acest punct.

 

Aici trebuie spus ceva direct: circulă cifre de amenzi prezentate ca certe, în materiale de marketing ale unor furnizori de widget-uri, fără trimitere la articolul din lege care le prevede. Dacă cineva îți vinde un serviciu de accesibilitate web fluturând o sumă exactă, cere-i articolul și alineatul. Verificarea cu un consultant juridic sau direct pe canalele Autorității pentru Digitalizarea României rămâne pasul corect. Mecanismul de aplicare presupune sesizare, termen de răspuns, verificare și, în caz de neconformare repetată, sancțiune.

 

Riscul reputațional e subestimat sistematic. O sesizare publică privind lipsa accesibilității web într-un domeniu sensibil, servicii bancare sau e-commerce, circulă rapid și nu mai poate fi retrasă. Explicația „nu am știut" nu funcționează după un termen legal depășit cu peste un an.

 

În ianuarie 2025, Federal Trade Commission din Statele Unite a aplicat o sancțiune de 1 milion de dolari companiei accessiBe, furnizor de widget de accesibilitate, pentru afirmații înșelătoare privind nivelul de conformitate oferit clienților. Cazul e relevant în două direcții: arată întărirea supravegherii pe subiect și, mai important pentru un manager român, arată că un widget cumpărat nu transferă răspunderea către furnizor. Rămâne a ta.

 

Cât costă efectiv o remediere de accesibilitate web

 

Nimeni nu publică prețuri pe subiectul ăsta, așa că orice estimare pornește de la volumul de erori găsit în audit. Structura efortului arată în felul următor.

 

Un audit tehnic pe un site de prezentare cu 8 până la 15 pagini distincte ca șablon înseamnă câteva zile de muncă: rulare de instrumente automate, verificare manuală de tastatură, testare cu cititor de ecran, raport cu prioritizare. Instrumentele automate detectează undeva între 30% și 40% din criteriile WCAG. Restul cere om.

 

Corecțiile propriu-zise se împart în două categorii de cost complet diferite. Cele de conținut, text alternativ, ierarhie de titluri, etichete de formular, sunt ieftine și se pot face de o persoană din echipa clientului după o instruire scurtă. Cele structurale, componente interactive construite greșit, modale fără gestionarea focusului, meniuri care nu răspund la tastatură, cer intervenție în cod. Pe un site WordPress cu temă comercială și zece plugin-uri active, aici apare partea neplăcută: nu poți modifica sursa fără să pierzi modificările la prima actualizare, iar tema nu îți aparține.

 

Un site construit pe arhitectură Astro + Laravel nu are această problemă, pentru că nu există strat terț peste care să lucrezi. Codul e al clientului și rămâne al lui.

 

Retestarea după remediere se face obligatoriu. Un audit fără verificare finală e o listă de recomandări, nu o dovadă de conformitate.

 

Ce găsim cel mai des în audituri

 

Raportul anual WebAIM Million, care analizează automat paginile principale a un milion de site-uri, a găsit în ediția din 2024 erori WCAG detectabile pe 95,9% dintre pagini, cu o medie de aproximativ 57 de erori per pagină. Distribuția problemelor e remarcabil de stabilă de la an la an.

 

Textul cu contrast insuficient apare pe peste 80% dintre pagini. Este cea mai ieftină eroare de reparat și cea mai frecventă, ceea ce spune ceva despre cât de puțin se testează. Imaginile fără text alternativ apar pe aproximativ jumătate dintre pagini, la fel linkurile goale, unde un element de navigare conține doar o pictogramă fără nume accesibil. Câmpurile de formular fără etichetă asociată corect completează topul.

 

Ce nu apare în statistici, dar apare în auditurile manuale: indicatorul de focus eliminat din CSS cu `outline: none`, pentru că designerului nu i-a plăcut cum arată chenarul. Rezultatul e un site prin care un utilizator de tastatură navighează orb, fără să vadă unde se află.

 

Al doilea defect manual frecvent: mesajele de eroare la validarea formularelor, afișate vizual cu roșu, dar neanunțate de cititorul de ecran, pentru că lipsește `aria-live` sau asocierea prin `aria-describedby`. Comanda eșuează în tăcere.

 

Avantajele concrete ale unui site accesibil

 

Un site conform pe accesibilitate web extinde audiența reală, curăță structura semantică folosită și de motoarele de căutare și deschide accesul la achiziții publice unde conformitatea e criteriu de calificare.

 

Suprapunerea cu SEO tehnic e reală și adesea subestimată. Text alternativ pentru imagini, ierarhie corectă a titlurilor de la H1 la H6, structură semantică HTML, nume descriptive pentru linkuri: toate patru sunt cerințe comune pentru WCAG 2.1 AA și pentru indexarea corectă de către Google. O arhitectură care generează HTML static curat pornește dintr-un punct mai bun decât un site asamblat din blocuri generate de un page builder, unde structura de titluri e decisă de stilul vizual ales, nu de logica documentului.

 

Segmentul de piață nu e neglijabil. Comisia Europeană estimează peste 80 de milioane de persoane cu o formă de dizabilitate în Uniunea Europeană, iar categoria include și limitări temporare sau legate de vârstă, care cresc pe măsură ce populația îmbătrânește. Un client de 68 de ani care mărește textul din browser la 200% nu se consideră persoană cu dizabilități. Dacă layoutul se rupe la 200%, criteriul 1.4.4 Resize Text nu e îndeplinit, iar comanda lui nu se finalizează.

 

Eligibilitatea în licitații publice merită o mențiune separată. Instituțiile publice care achiziționează servicii digitale verifică tot mai des conformitatea furnizorului înainte de atribuire. O companie care poate prezenta un raport de audit și o declarație de accesibilitate documentată pornește cu un avantaj procedural față de un concurent care tratează subiectul din auzite.

 

Cum te conformezi: audit, corecții de cod, widget, declarație

 

Conformarea reală presupune audit tehnic, corecții în cod și conținut, testare cu tehnologii asistive și publicarea unei declarații de accesibilitate. Un widget montat izolat, fără corecții de cod, nu produce conformitate cu WCAG 2.1 AA.

 

Punctul de plecare e auditul, care evaluează site-ul față de criteriile WCAG 2.1 AA și produce o listă prioritizată. Fără el, corecțiile pornesc la întâmplare și se consumă buget pe probleme minore în timp ce blocajele reale rămân. Instrumentele folosite uzual sunt axe DevTools, Lighthouse pe secțiunea accessibility, WAVE și Pa11y pentru rulare automată în pipeline, plus testare manuală cu NVDA pe Windows și VoiceOver pe macOS.

 

Corecțiile se aplică la nivel de cod și de conținut: atribute `alt` cu text descriptiv real, nu „imagine1.jpg", etichete ARIA acolo unde HTML nativ nu ajunge, formulare cu instrucțiuni explicite și mesaje de eroare asociate programatic, contrast ajustat la pragurile din standard.

 

Un widget de accesibilitate are un rol util și limitat. Oferă vizitatorului control asupra dimensiunii textului, contrastului sau evidențierii linkurilor, direct din interfață, și semnalează că subiectul e tratat. Nu repară structura HTML de dedesubt. Poziția noastră pe subiect e explicită: widgetul arată ce trebuie ajustat și oferă unelte de adaptare pentru vizitator, iar conformitatea se obține prin remediere în cod și testare cu utilizatori reali. Orice furnizor care îți promite conformitate automată prin instalarea unui script vinde altceva decât spune că vinde.

 

Etapa finală e declarația de accesibilitate: un document care descrie nivelul de conformare, total, parțial sau neconform, standardul aplicat și mecanismul prin care vizitatorii pot semnala probleme. O declarație care recunoaște conformare parțială și enumeră exact ce rămâne de remediat, cu termen, e mai solidă juridic decât una care afirmă conformitate totală fără raport în spate.

 

De unde începi

 

Site-ul tău actual acoperă deja o parte din criteriile WCAG 2.1 AA, mai ales dacă a fost construit după 2022. Are și lacune pe care nu le vezi fără un audit tehnic, pentru că testarea internă se face de oameni care folosesc mouse-ul.

 

Un site de prezentare construit pe arhitectură Astro + Laravel, fără WordPress și fără plugin-uri terțe, pornește de la HTML mai curat, ceea ce reduce efortul de corecție pe accesibilitate web. Poți vedea tipul de implementare în portofoliul de proiecte livrate

 

Pasul concret este un audit de accesibilitate web care arată unde se situează site-ul față de cerințele Legii 232/2022, pe structura reală a paginilor tale, nu pe o estimare generică.

 

Ai întrebat deja un asistent AI precum ChatGPT, Gemini sau Claude ce presupune conformitatea cu Legea 232/2022? Răspunsul de acolo descrie corect legea, dar nu poate deschide site-ul tău ca să verifice dacă meniul principal răspunde la tasta Enter. Solicită implementarea sau cere un audit gratuit de 15 minute, în care parcurgem împreună primele criterii pe paginile tale reale.

 

Un ultim element care apare rar în discuție: dacă lucrezi cu un furnizor extern pentru accesibilitate web, cere în contract dreptul la retestare independentă după remediere. Fără această clauză, singura dovadă de conformitate rămâne raportul celui care a făcut lucrarea.

 

Întrebări frecvente

 

Ce este Legea 232/2022 și cui se aplică?

 

Legea 232/2022 transpune în legislația română Actul European privind Accesibilitatea (Directiva UE 2019/882) și impune cerințe de accesibilitate web pentru produse și servicii digitale oferite de companii private: comerț electronic, servicii bancare pentru consumatori, transport de călători, comunicații electronice. Se aplică oricărei companii care vinde către consumatori din Uniunea Europeană, indiferent unde e înregistrată. Termenul de aplicare pentru sectorul privat a fost 28 iunie 2025.

 

Care este diferența dintre Legea 232/2022 și OUG 112/2018?

 

OUG 112/2018, aprobată prin Legea 90/2019, reglementează accesibilitatea site-urilor și aplicațiilor din sectorul public: primării, spitale, universități, instituții finanțate din fonduri publice. Legea 232/2022 se adresează sectorului privat. Cele două coexistă și vizează categorii diferite de entități, deși ambele au ca reper tehnic standardul WCAG 2.1 AA prin EN 301 549. Citarea greșită a legii într-o declarație de accesibilitate e o eroare frecventă.

 

Ce riscă un site care nu respectă cerințele de accesibilitate web?

 

Neconformarea poate atrage sancțiuni aplicate de autoritatea de supraveghere, de regulă în urma unei sesizări, plus măsuri corective cu termen de remediere. Cuantumul exact variază după tipul entității și natura încălcării, iar sursele publicate nu sunt consistente, motiv pentru care recomandăm verificarea situației specifice cu un consultant juridic. La acestea se adaugă riscul reputațional și pierderea directă de clienți care abandonează un site inutilizabil pentru ei.

 

Este suficient un widget de accesibilitate pentru conformitate?

 

Nu. Widgetul ajută vizitatorul să ajusteze contrastul, dimensiunea textului sau evidențierea linkurilor și e un semnal vizibil că subiectul e tratat, dar nu modifică structura HTML de dedesubt. Conformitatea presupune audit, remediere în cod și conținut, plus testare cu tehnologii asistive. În ianuarie 2025, FTC a sancționat cu 1 milion de dolari un furnizor de widget pentru afirmații înșelătoare privind conformitatea oferită.

 

Cât durează implementarea accesibilității pe un site existent?

 

Depinde de volumul de corecții identificate în audit și de tipul lor. Corecțiile de conținut, text alternativ, etichete, ierarhie de titluri, se rezolvă rapid. Cele structurale, componente interactive construite greșit sau modale fără gestionarea focusului, cer intervenție în cod și durează mai mult, mai ales pe site-uri unde tema nu aparține clientului. Dacă accesibilitatea e integrată din faza de proiectare a unui site nou, durata de dezvoltare nu diferă semnificativ de un proiect standard.

 

Microîntreprinderile sunt exceptate de la Legea 232/2022?

 

Exceptarea prevăzută în EAA vizează microîntreprinderile care prestează servicii, cu criteriul sub 10 angajați și cifră de afaceri anuală sub 2 milioane de euro. Nu se aplică automat în toate situațiile și nu acoperă producătorii de produse. Nu te scutește nici de obligațiile contractuale față de un client B2B care cere conformitate ca precondiție de colaborare. Verificarea încadrării exacte se face punctual, nu prin analogie.