Audit accesibilitate site instituție
Cum se desfășoară un audit complet — scanare automată, testare manuală a fluxurilor, mobil — și ce conține raportul.
WCAG 2.1, Legea 232/2022, OUG 112/2018 — tot ce trebuie să știți despre accesibilitatea digitală în România, explicat clar, cu soluții practice.
Din 2025, neconformitatea cu standardele de accesibilitate web atrage sancțiuni legale atât pentru entitățile publice, cât și pentru companii private.
Legea 232/2022 și OUG 112/2018 obligă organizațiile să asigure accesibilitatea digitală. Neconformarea atrage amenzi și riscuri reputaționale.
Structura semantică, atributele ARIA și viteza paginii influențează direct rankingul în Google. Un site accesibil este mai bine înțeles de motoarele de căutare.
Peste 15% din populația Europei trăiește cu o formă de dizabilitate. Un site accesibil le deschide ușa acestor utilizatori — și afacerii dvs.
De la Directiva europeană din 2016 la termenul EAA din 2025 — iată evoluția cadrului legal.
Din 28 iunie 2025 — conformarea EAA este obligatorie
Directiva 2016/2102 · Sector public
aplicabilă 2019European Accessibility Act transpus în RO
public + privatTermen: 28 iunie 2025 · Sancțiuni active
⚠ Acum!Transpune Directiva EU 2016/2102. Se aplică tuturor instituțiilor publice: ministere, primării, universități, spitale de stat, instanțe. Standard: WCAG 2.1 nivel AA.
Transpune EAA (Directiva 2019/882). Extinde obligațiile la sectorul privat: e-commerce, banking, transport, telecomunicații. Termen de conformare: 28 iunie 2025.
Web Content Accessibility Guidelines 2.1 este standardul tehnic adoptat de W3C și de legislația europeană. Conține 78 de criterii de succes organizate pe 4 principii fundamentale.
Conformitatea la nivelul AA este cerința legală atât pentru OUG 112/2018, cât și pentru Legea 232/2022.
Un scanner verifică paginile una câte una. Un audit manual parcurge fluxurile reale — și găsește exact problemele care îi blochează pe utilizatori.
Verifică pagini individuale, una câte una. Rapidă, ieftină, repetabilă — ideală pentru monitorizare. Dar nu „folosește” site-ul: nu completează formulare și nu înțelege contextul.
lang lipsăUn specialist parcurge sarcini reale cap-coadă, cu tastatura și cititorul de ecran — exact cum ar face un cetățean care depune o cerere online.
Scannerul vă spune ce e greșit pe fiecare pagină. Auditul manual vă spune dacă un om chiar poate duce o sarcină la capăt. Toate cele 4 probleme din dreapta au trecut „curat” de scanarea automată.
Cum se face un audit de accesibilitate pentru un site de instituție
Comparați varianta greșită cu cea corectă. Rulați simularea sau folosiți chiar dvs. tasta Tab în exemplele corecte.
Iconițele „lupă” și „hamburger” arată clar pentru cine vede ecranul, dar un cititor de ecran anunță doar „buton”. Iar un meniu care se deschide fără aria-expanded nu spune nimănui că s-a deschis. Criteriu: 4.1.2 Nume, rol, valoare (A).
<!-- iconiță fără text alternativ --> <button><svg>…</svg></button> <button><svg>…</svg></button> <button onclick="toggle()">Servicii online</button>
<button aria-label="Caută"><svg aria-hidden="true"></button> <button aria-label="Meniu" aria-expanded="false" aria-controls="meniu">…</button> <button aria-expanded="false" aria-controls="servicii"> Servicii online</button>
div pe post de buton și un tabindex pozitivUn <div onclick> nu primește focus, deci utilizatorul de tastatură nu îl poate apăsa (2.1.1 Tastatură, A). Iar tabindex="1" pe un link din subsol îl face primul element din pagină, peste tot restul (2.4.3 Ordinea focusului, A).
<a href="/">Acasă</a> <div class="btn" onclick="trimite()">Trimite cererea</div> <a href="/contact">Contact</a> <!-- în subsol --> <a href="/cookies" tabindex="1">Politica cookies</a>
<a href="/">Acasă</a> <button type="button" onclick="trimite()">Trimite cererea</button> <a href="/contact">Contact</a> <!-- fără tabindex pozitiv: ordinea = ordinea din DOM --> <a href="/cookies">Politica cookies</a>
tabindex="0" adaugă un element personalizat în ordinea naturală, tabindex="-1" îl face focusabil doar prin script (ex. titlul unui modal), iar valorile pozitive (1, 2…) nu se folosesc niciodată.
Când ordinea din cod nu corespunde ordinii vizuale (câmpuri rearanjate din CSS sau cu tabindex), utilizatorul de tastatură ajunge din „Telefon” în „Prenume” și apoi pe „Trimite”, înainte să fi completat totul. Criteriu: 2.4.3 Ordinea focusului (A) și 1.3.2 Secvență semnificativă (A).
<!-- etichete fără legătură + ordine forțată --> <span>Prenume</span> <input tabindex="2"> <span>Nume</span> <input tabindex="4"> <span>Telefon</span> <input tabindex="1"> <button tabindex="3">Trimite</button>
<!-- ordinea din DOM = ordinea vizuală --> <label for="prenume">Prenume</label> <input id="prenume" autocomplete="given-name" required> <label for="nume">Nume</label> <input id="nume" autocomplete="family-name" required> … <button type="submit">Trimite</button>
outline: none sau un contur gri de 1pxMulți designeri elimină conturul de focus pentru că „arată urât”. Rezultatul: utilizatorul de tastatură nu mai știe unde se află. Indicatorul trebuie să fie vizibil (2.4.7 Focus vizibil, AA) și să aibă un contrast de cel puțin 3:1 față de fundal (1.4.11 Contrast non-text, AA; WCAG 2.2 detaliază în 2.4.13).
button:focus { outline: none; } /* sau */ button:focus { outline: 1px dotted #d8d8de; }
:focus-visible {
outline: 3px solid #6f42bd; /* 6,6:1 pe alb */
outline-offset: 3px;
}
Alegeți fundalul și culoarea indicatorului. Raportul se calculează live, după formula WCAG.
Wawsome combină scannerul automat, widget-ul de accesibilitate și monitorizarea continuă — tot ce aveți nevoie pentru conformitate WCAG 2.1 și legală.
Widgetul de accesibilitate adaptează în timp real interfața site-ului pentru fiecare utilizator, acoperind cele mai importante cerințe WCAG 2.1.
Mărire automată a contrastului text/fundal pentru utilizatori cu deficiențe de vedere.
Activare OpenDyslexic și mărire spațiere pentru utilizatori cu dislexie.
Acces complet prin tastatură pentru utilizatorii care nu pot folosi mouse-ul.
Citire cu voce tare a conținutului pentru utilizatorii cu deficiențe vizuale.
Obligații, audit, declarație de accesibilitate — explicate pas cu pas pentru primării, școli, spitale și autorități.
Cum se desfășoară un audit complet — scanare automată, testare manuală a fluxurilor, mobil — și ce conține raportul.
Lista completă a obligațiilor pentru site-urile și aplicațiile instituțiilor publice, cu checklist interactiv.
Ce trebuie să respecte site-ul unei primării: Monitorul Oficial Local, formulare, plăți online, documente PDF.
Structura obligatorie, greșelile frecvente și un generator gratuit care vă scrie prima variantă.
Criteriile WCAG 2.1 AA care contează cel mai mult pe un site public, explicate cu exemple animate.
Ce înseamnă accesibilitatea web, cine are nevoie de ea, cum se testează și de unde începeți.