Un audit de accesibilitate pentru site-ul unei instituții este evaluarea sistematică a site-ului față de criteriile WCAG 2.1 nivel AA — standardul cerut site-urilor publice prin EN 301 549. Rezultatul este un raport care arată ce nu funcționează, pentru cine, cât de grav și cum se repară.
Auditul este și baza declarației de accesibilitate: fără o evaluare reală, statutul de conformitate declarat („conform”, „parțial conform”, „neconform”) nu are acoperire.
De ce are nevoie o instituție de audit
- Conformitate legală — obligațiile site-urilor publice cer respectarea WCAG 2.1 AA și o declarație bazată pe o evaluare.
- Pregătire pentru monitorizarea ADR — știți dinainte ce va găsi o verificare simplificată sau aprofundată.
- Prioritizare bugetară — un raport bun arată unde să investiți întâi: formularele de servicii online, nu culoarea unui banner.
- Caiet de sarcini mai bun — rezultatele auditului devin cerințe clare pentru furnizorul site-ului.
Cum decurge auditul — pe etape
Metodologia de referință este WCAG-EM (Website Accessibility Conformance Evaluation Methodology), publicată de W3C. Adaptată pentru un site public, arată astfel:
- Imagine fără text alternativCritică · Perceptibil1.1.1 A
- Contrast insuficient al textuluiMajoră · Perceptibil1.4.3 AA
- Câmp de formular fără etichetăCritică · Înțeles3.3.2 A
- Buton-icon fără nume accesibilMajoră · Robust4.1.2 A
Scan automat: scannerul parcurge codul și marchează rapid problemele detectabile automat — aproximativ 30–40% din total.
- Stabilirea scopului — ce domenii și subdomenii intră în audit, ținta (WCAG 2.1 AA), browserele și tehnologiile asistive folosite.
- Explorarea site-ului — identificarea paginilor-tip, a funcționalităților esențiale și a proceselor complete (de exemplu depunerea unei cereri).
- Selectarea eșantionului — un set reprezentativ de pagini, plus pagini alese aleatoriu.
- Evaluarea — scanare automată și testare manuală: tastatură, screenreader, zoom 200–400%, contrast, documente.
- Raportarea — fiecare problemă mapată pe criteriul WCAG, cu severitate, localizare și recomandare de remediere.
Ce pagini intră în eșantion
Un site de instituție are sute sau mii de pagini. Nu se testează toate manual, ci un eșantion care acoperă toate tipurile de conținut și toate procesele importante:
| Tip de pagină | De ce contează |
|---|---|
| Pagina principală și meniul | Punctul de intrare pentru toți utilizatorii; navigarea trebuie să fie clară și accesibilă cu tastatura |
| Contact, program, adrese | Informații esențiale, adesea publicate doar ca imagine sau hartă |
| Servicii online și formulare | Plăți, programări, cereri, petiții — cele mai importante procese pentru cetățeni |
| Documente PDF | Hotărâri, anunțuri, formulare tipizate — deseori scanate, deci complet inaccesibile |
| Pagini de anunțuri și știri | Șablonul cel mai folosit; o problemă aici se repetă pe sute de pagini |
| Monitorul Oficial Local / transparență | Obligații de publicare; tabele și liste complexe |
| Multimedia | Înregistrările ședințelor și videoclipurile informative au nevoie de subtitrări |
| Declarația de accesibilitate | Trebuie să existe, să fie actualizată și ea însăși accesibilă |
Ce verifică auditorul, concret
Testare automată
Unelte precum Wawsome Scanner, axe sau WAVE găsesc rapid erorile detectabile automat: imagini fără alt, contrast insuficient, câmpuri fără etichetă, atribute ARIA greșite. Acoperă însă doar aproximativ 30–40% din probleme.
Testare manuală
- Tastatura: se poate ajunge la orice link, buton și câmp? Focusul este vizibil? Există skip link?
- Screenreader (NVDA cu Firefox sau Chrome, VoiceOver pe macOS/iOS): titlurile, landmark-urile, tabelele și mesajele de eroare sunt anunțate corect?
- Zoom și reflow: la 400% (echivalentul unui ecran de 320px) conținutul se reorganizează fără scroll orizontal?
- Documente: PDF-urile au text real (nu scanări), structură de titluri, ordine de citire și limbă setată?
- Procese complete: un utilizator nevăzător poate depune cererea de la început până la confirmare?
Ce trebuie să conțină raportul
- un rezumat pentru conducere: statutul de conformitate și principalele riscuri;
- lista problemelor, fiecare cu criteriul WCAG, severitatea (critică / majoră / minoră), pagina și elementul afectat;
- pași de reproducere și capturi de ecran;
- recomandări concrete de remediere, pe înțelesul furnizorului sau echipei IT;
- o propunere de text pentru secțiunea „Conținut neaccesibil” din declarație.
Remediere, re-audit și monitorizare
Auditul are valoare doar dacă e urmat de corecturi. Începeți cu problemele critice din procesele esențiale (formulare, plăți, programări), apoi cu cele care se repetă în șabloane (meniu, footer, pagina de știri) — o singură corectură rezolvă sute de pagini. După remediere, un re-audit confirmă rezolvarea, iar monitorizarea continuă semnalează problemele noi introduse la actualizarea conținutului.