Pe scurt
- Un audit accesibilitate site instituție verifică site-ul (și aplicațiile mobile) față de WCAG 2.1 nivel AA, standardul cerut de OUG 112/2018 prin EN 301 549.
- Auditul corect combină scanarea automată a paginilor cu testarea manuală a fluxurilor — cu tastatura, cititoare de ecran și pe telefon.
- Rezultatul este un raport cu probleme prioritizate și soluții concrete, baza pentru remediere și pentru declarația de accesibilitate.
Ce este un audit de accesibilitate pentru site-ul unei instituții
Auditul de accesibilitate este o evaluare structurată care răspunde la o întrebare simplă: poate orice cetățean — inclusiv o persoană nevăzătoare, una care folosește doar tastatura sau una cu vedere slabă — să găsească informația și să finalizeze serviciile oferite online de instituție?
Tehnic, auditul compară site-ul cu criteriile de succes ale WCAG 2.1 la nivelul A și AA. În Uniunea Europeană, aceste criterii sunt preluate de standardul armonizat EN 301 549, la care face trimitere legislația pentru sectorul public — în România, OUG 112/2018.
Spre deosebire de o simplă „verificare a site-ului”, un audit documentează fiecare problemă cu criteriul încălcat, locul exact, impactul asupra utilizatorilor și modul de rezolvare.
De ce are nevoie o instituție publică de un audit
- Obligația legală. Organismele din sectorul public trebuie să își facă site-urile și aplicațiile mobile accesibile și să publice o declarație de accesibilitate. Declarația descrie stadiul real al conformității — iar acesta nu poate fi stabilit fără o evaluare.
- Monitorizarea oficială. Autoritatea pentru Digitalizarea României (ADR) monitorizează conformitatea site-urilor publice și publică rapoarte anuale. Un raport de audit vă arată din timp ce ar putea constata o verificare.
- Serviciile digitale chiar trebuie să funcționeze pentru toți. Plata impozitelor, programările, registratura online — dacă un cetățean nu poate finaliza fluxul, instituția pierde exact scopul digitalizării.
- Achiziții mai bune. Cu un raport de audit în mână, puteți cere furnizorului de site remedieri punctuale și puteți include cerințe clare de accesibilitate în următorul caiet de sarcini.
Cum rulează auditul, pas cu pas
Un audit profesionist urmează aceleași etape, indiferent de mărimea instituției. Animația de mai jos le parcurge pe rând; puteți apăsa pe oricare etapă pentru detalii.
Cum rulează un audit de accesibilitate, pas cu pas
Scanare automată vs. audit manual: de ce aveți nevoie de ambele
Aceasta este cea mai frecventă confuzie. Un scanner automat — precum scannerul Wawsome sau axe — verifică pagini individuale: încarcă o adresă, analizează codul și raportează erorile detectabile de mașină (contrast, text alternativ lipsă, etichete, atributul lang, ARIA invalid).
Dar un cetățean nu „vizitează o pagină”, ci parcurge un flux: caută serviciul, completează formularul, încarcă un document, plătește, primește confirmarea. Problemele grave apar tocmai la trecerile dintre pași: o eroare care nu este anunțată, o fereastră modală din care nu se poate ieși cu tastatura, o sesiune care expiră fără avertizare. Aceste probleme se găsesc doar prin testare manuală.
Scanare automată
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.
- 1.1.1 Imagini fără text alternativ
- 1.4.3 Text cu contrast insuficient
- 3.1.1 Atributul
langlipsă - 4.1.2 Butoane fără nume accesibil
Audit manual al fluxurilor
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.
- Acasăpas 1
- Căutare serviciupas 2
- Formular cererepas 3
- Încărcare documentpas 4
- Plată onlinepas 5
- Confirmarepas 6
- 3.3.1 Eroarea „CNP invalid” apare doar în roșu și nu este anunțată
- 2.1.1 „Încarcă document” nu poate fi activat de la tastatură
- 2.2.1 Sesiunea de plată expiră fără avertizare
- 2.4.3 După trimitere focusul se pierde; confirmarea nu e anunțată
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ă.
Auditul pe mobil: ce se testează în plus
Tot mai mulți cetățeni accesează site-ul instituției de pe telefon, iar OUG 112/2018 acoperă explicit și aplicațiile mobile. Un audit mobil se face pe dispozitive reale, cu cititoarele de ecran native — VoiceOver pe iOS și TalkBack pe Android — și verifică lucruri pe care un test pe desktop nu le vede.
Ce conține un raport de audit bun
Raportul este produsul final al auditului și trebuie să poată fi folosit direct de echipa care întreține site-ul. Pentru fiecare problemă găsită ar trebui să primiți:
| Câmp | Exemplu |
|---|---|
| Criteriu WCAG | 3.3.1 Identificarea erorilor (A) |
| Locație | Formular „Cerere certificat de urbanism”, pasul 2, câmpul CNP |
| Descriere | Eroarea este semnalată doar prin bordură roșie; nu există text și nu este anunțată de cititorul de ecran. |
| Impact | Critic — utilizatorii nevăzători nu pot finaliza cererea. |
| Pași de reproducere | NVDA + Firefox, introduceți un CNP de 12 cifre, apăsați „Continuă”. |
| Soluție recomandată | Mesaj text lângă câmp, legat prin aria-describedby, aria-invalid="true" și focus mutat pe primul câmp greșit. |
| Captură | Imagine adnotată a problemei |
Pe lângă lista de probleme, raportul trebuie să includă un sumar executiv (pentru conducere), metodologia și eșantionul testat, tehnologiile asistive folosite și o propunere de prioritizare — de regulă întâi problemele critice din fluxurile cele mai folosite.
Cât durează și de ce depinde costul
Durata și costul unui audit depind mai puțin de „numărul total de pagini” și mai mult de varietatea șabloanelor și de numărul de fluxuri. Un site de primărie are, de obicei, câteva tipuri de pagini (știri, anunțuri, pagini de serviciu, hotărâri) care se repetă. Factorii principali:
- numărul de șabloane distincte și de componente interactive (meniuri, filtre, hărți, calendare);
- numărul de fluxuri critice (plăți, programări, registratură, petiții);
- volumul de documente descărcabile (PDF, DOCX) incluse în eșantion;
- existența aplicațiilor mobile;
- nevoia de re-testare după remediere.
Ca ordin de mărime, un audit pentru un site tipic de instituție durează între una și trei săptămâni.
Cum alegeți auditorul: 6 întrebări de pus
- Testați manual, cu tastatura și cu cititoare de ecran reale (NVDA, JAWS, VoiceOver, TalkBack)?
- Includeți în eșantion fluxurile complete, nu doar pagini individuale?
- Testați și pe dispozitive mobile reale?
- Primim soluții de cod pentru fiecare problemă, nu doar o listă de erori?
- Este inclusă o re-testare după remediere?
- Ne ajutați cu declarația de accesibilitate și cu monitorizarea ulterioară?
După audit: remediere, re-testare, declarație, monitorizare
Auditul nu este scopul, ci punctul de plecare. Pașii următori:
- Remedierea — de către dezvoltatorul site-ului, începând cu problemele critice din fluxurile principale.
- Re-testarea — auditorul confirmă că problemele au fost închise corect.
- Declarația de accesibilitate — actualizată cu stadiul real al conformității. Folosiți generatorul nostru gratuit pentru prima variantă.
- Monitorizarea continuă — fiecare pagină nouă sau document încărcat poate reintroduce erori. Un monitor automat, cum este cel din Wawsome, vă alertează imediat.
- Instruirea echipei — cei care publică zilnic conținut (știri, PDF-uri) trebuie să știe regulile de bază.
Pentru lista completă a obligațiilor legale, consultați ghidul obligații accesibilitate site public.
Întrebări frecvente
Nu. Instrumentele automate verifică doar o parte din criteriile WCAG (aproximativ 30–40%). Problemele care blochează efectiv utilizatorii — ordinea focusului, mesajele de eroare, capcanele de tastatură, fluxurile de plată sau de depunere a cererilor — se descoperă doar prin testare manuală.
Pentru un site tipic de instituție (un eșantion de 15–30 de pagini și 3–5 fluxuri), auditul durează de regulă între una și trei săptămâni, în funcție de complexitate, numărul de formulare, documente și aplicații mobile.
Recomandat: un audit complet anual și după orice relansare sau modificare majoră, plus monitorizare automată continuă între audituri. Declarația de accesibilitate trebuie actualizată în paralel.
Da. Declarația de accesibilitate poate fi elaborată pe baza unei autoevaluări sau a unei evaluări realizate de o parte terță. Un audit extern aduce însă obiectivitate, experiență cu tehnologiile asistive și un raport care poate fi prezentat autorității de monitorizare.
Acest ghid are caracter informativ și nu constituie consultanță juridică. Pentru interpretarea obligațiilor specifice instituției dvs., consultați textul consolidat al OUG 112/2018 și ghidurile publicate de ADR.