Pe scurt
- Un raport de audit de accesibilitate bun are 6 părți: sumar executiv, domeniu și metodologie, constatări, prioritizare, plan de remediere și anexe.
- Fiecare constatare are criteriul WCAG, locul exact, impactul și soluția concretă — nu doar o listă de erori.
- Exemplul de mai jos este pentru o instituție fictivă, „Primăria Demo”.
Structura raportului
- Sumar executiv — o pagină pentru conducere: stadiul general, riscurile, primele priorități.
- Domeniu și metodologie — ce s-a testat (pagini, fluxuri, documente, aplicații), standardul, instrumentele și tehnologiile asistive.
- Constatări — fiecare problemă, documentată complet.
- Prioritizare — după severitate și importanța fluxului.
- Plan de remediere — cine, ce, până când.
- Anexe — capturi, rezultatele scanării automate, tabelul complet al criteriilor.
1. Sumar executiv (exemplu)
Site-ul Primăriei Demo este parțial conform cu WCAG 2.1 nivel AA. Au fost identificate 46 de neconformități în 14 criterii, dintre care 2 critice, care împiedică persoanele care folosesc tastatura sau cititoare de ecran să plătească taxele locale și să depună cereri online. Remedierea șablonului global ar rezolva aproximativ 60% dintre probleme.
2. Domeniu și metodologie (exemplu)
| Standard | WCAG 2.1 nivel A și AA (EN 301 549 v3.2.1); verificare suplimentară WCAG 2.2 |
|---|---|
| Eșantion | 22 de pagini (6 șabloane), 4 fluxuri complete, 15 documente PDF |
| Fluxuri | Plată taxe locale · Cerere online · Programare la ghișeu · Petiție |
| Testare automată | Scanare a tuturor paginilor din eșantion |
| Testare manuală | Tastatură; NVDA + Firefox; VoiceOver + Safari (macOS, iOS); TalkBack (Android); zoom 200%; reflow 320 px |
3. Constatări (extras)
Fiecare constatare din raport include și pașii de reproducere și o captură de ecran adnotată. Iată un extras:
| Severitate | Criteriu | Locație | Problemă | Soluție recomandată |
|---|---|---|---|---|
| Critic | 2.1.1 Tastatură (A) | Plată taxe locale · pasul 3 | Butonul „Plătește” este un element div fără focus; plata nu poate fi finalizată cu tastatura. | Înlocuiți cu <button type="submit">. |
| Critic | 3.3.1 Identificarea erorilor (A) | Formular cerere online · CNP | Eroarea este semnalată doar prin bordură roșie; cititorul de ecran nu anunță nimic. | Mesaj text legat cu aria-describedby, aria-invalid="true", focus pe primul câmp greșit. |
| Major | 2.4.7 Focus vizibil (AA) | Șablon global | outline: none în tema site-ului — focusul nu este vizibil nicăieri. | Stil :focus-visible cu contur de 3px și contrast minim 3:1. |
| Major | 1.1.1 Conținut non-text (A) | Secțiunea Hotărâri | 84% dintre PDF-urile din 2026 sunt scanări fără text. | Export PDF etichetat din documentul editabil; instruirea personalului. |
| Moderat | 1.4.3 Contrast minim (AA) | Subsol, știri | Text #9a9aa5 pe alb — 2,7:1. | Culoare #5e5e6e (6,4:1). |
| Minor | 2.4.4 Scopul linkului (A) | Pagini de anunțuri | 37 de linkuri „Citește mai mult” identice. | Text descriptiv sau aria-label care include titlul anunțului. |
Cum se stabilește severitatea
- Critic — utilizatorul nu poate finaliza o sarcină esențială (plată, cerere, programare).
- Major — sarcina se poate finaliza doar cu mare efort sau cu ajutor.
- Moderat — conținutul este greu de folosit sau de înțeles.
- Minor — disconfort, fără blocaj.
4. Prioritizare și 5. plan de remediere
Prioritizarea combină severitatea cu importanța fluxului. Un exemplu de plan:
| Etapă | Ce se repară | Responsabil | Termen |
|---|---|---|---|
| Sprint 1 | Constatările critice din plăți și cereri online | Furnizorul site-ului | 2 săptămâni |
| Sprint 2 | Șablonul global: focus, contrast, meniu, butoane fără nume | Furnizorul site-ului | 4 săptămâni |
| Continuu | PDF-uri accesibile, text alternativ, linkuri descriptive | Compartimentul care publică | Din prima zi |
| Final | Re-testare și actualizarea declarației de accesibilitate | Auditorul + instituția | După sprintul 2 |
Ce să cereți auditorului
Comparați orice ofertă cu acest exemplu: dacă raportul promis nu conține metodologie, testare manuală, severitate și soluții concrete, nu va putea susține declarația de accesibilitate și nici remedierea. Etapele auditului sunt descrise pe larg în ghidul audit accesibilitate site instituție.
Întrebări frecvente
Un sumar executiv, domeniul și metodologia (pagini, fluxuri, standard, tehnologii asistive), constatările cu criteriul WCAG, locația, impactul, pașii de reproducere și soluția, o prioritizare și un plan de remediere.
Da. Constatările nerezolvate devin secțiunea „Conținut care nu este accesibil”, iar metoda de evaluare (evaluare realizată de o parte terță) se menționează în secțiunea despre elaborarea declarației.
Suficient de detaliat încât dezvoltatorul să poată reproduce și repara fiecare problemă fără explicații suplimentare: locație exactă, pași, captură și cod recomandat.
Exemplul este fictiv și are scop ilustrativ. Cifrele nu provin de la o instituție reală.