Sari la conținutul principal

Raport de audit de accesibilitate: de la probleme identificate la un plan clar de remediere

Află unde apar barierele de accesibilitate pe site, în aplicația mobilă și în fluxurile complete ale utilizatorilor. Wawsome combină verificările automate cu testarea manuală făcută de experți. Rezultatele devin un raport cu probleme prioritizate, recomandări tehnice și pași de implementare.

  • Testare hibridă
  • Experți în accesibilitate
  • Analiză de pagini și fluxuri
  • Recomandări aplicabile

Descoperă ce conține raportul înainte să stabilești scopul auditului. Vezi structura raportului

Un rezultat de scanare îți arată o parte din problemă. Un audit îți arată ce trebuie să schimbi.

Auditul verifică atât elementele individuale, cât și dacă oamenii pot duce sarcinile la capăt.

Exemplu 1

Un formular poate avea o structură aparent corectă, dar să fie imposibil de completat doar cu tastatura.

Exemplu 2

O eroare la autentificare poate să nu fie anunțată de cititorul de ecran.

Exemplu 3

O plată poate eșua când utilizatorul trece de pe site în aplicația mobilă.

Ce este un audit de accesibilitate digitală și de ce ai nevoie de el?

Un audit de accesibilitate digitală este o evaluare structurată a paginilor, componentelor, documentelor, aplicațiilor și interacțiunilor alese. Scopul lui e să găsească barierele care le pot împiedica pe persoanele cu dizabilități să folosească serviciile digitale. Auditul poate corela constatările tehnice cu criteriile WCAG și cu cerințele aplicabile, în limitele scopului stabilit.

Fără un diagnostic verificabil, echipele pot investi în schimbări cu impact mic. Între timp, problemele care blochează autentificarea, cumpărarea sau folosirea serviciului rămân nerezolvate. Raportul creează o bază comună pentru priorități, buget, responsabilități și urmărirea progresului.

Cauți un anumit tip de testare? Vezi toate serviciile noastre de audit și testare de accesibilitate.

Pentru utilizatori

Identifici obstacolele reale din navigare, completarea formularelor, autentificare și tranzacții.

Pentru echipe

Transformi observațiile în tichete și recomandări pe care echipele de design, QA și dezvoltare le pot înțelege și planifica.

Pentru business

Prioritizezi fluxurile care contează cel mai mult pentru conversie, autoservire și relația cu clienții.

Metodologia auditului: automatizare, analiză umană și testarea experienței de la cap la coadă

  1. Stabilim scopul

    Stabilim împreună platformele, profilurile de utilizator, mediile de test, funcționalitățile critice, scenariile de utilizare și referințele tehnice, inclusiv criteriile WCAG relevante. Notăm clar ce intră și ce nu intră în eșantion.

  2. Testare automată

    Folosim instrumente automate ca să semnalăm problemele pe care le pot detecta regulile, cum ar fi anumite erori de structură, asocierea etichetelor și unele aspecte de contrast. Experții analizează și interpretează rezultatele, ca să evităm concluziile nejustificate.

    Poți încerca singur această parte, gratuit, cu Scanner-ul de Accesibilitate Wawsome.

  3. Testare manuală

    Experții verifică folosirea cu tastatura, ordinea și vizibilitatea focusului, comportamentul cititoarelor de ecran, formularele, mesajele de eroare, elementele interactive și stările dinamice, în scenariile incluse în audit.

  4. Testarea fluxurilor

    Verificăm dacă un utilizator poate duce o sarcină de la început până la final, inclusiv trecerile între pagini, sesiuni, dispozitive și aplicații, în condițiile de test stabilite.

  5. Sinteză și raportare

    Validăm constatările, grupăm problemele care se repetă și documentăm dovezile, impactul, severitatea, complexitatea estimată a remedierii și recomandările. Așa poți construi un plan de acțiune.

Ce verifică experții într-un audit de accesibilitate?

Pagini și componente

Ce verificăm: Structura semantică, navigarea, butoanele, ferestrele modale, meniurile, formularele, datele afișate și comportamentul elementelor în diferite stări.

Livrabil: Un inventar de probleme la nivel de pagină sau de componentă.

Fluxuri de utilizare

Ce verificăm: Înregistrarea, autentificarea, recuperarea contului, căutarea, cumpărarea, plata, solicitările și procesele de contractare.

Livrabil: Probleme raportate exact în punctele în care utilizatorul se blochează.

Platforme web și mobile

Ce verificăm: Site-uri, aplicații web, portaluri cu autentificare și aplicații mobile iOS/Android, pe versiunile și dispozitivele stabilite.

Livrabil: Constatări separate pe platformă și pe scenariu de test.

Tehnologii asistive

Ce verificăm: Interacțiunea în scenariile stabilite, cu cititoare de ecran, navigare cu tastatura și setările de accesibilitate relevante.

Livrabil: Dovezi despre cum funcționează, de fapt, experiența pentru utilizatori.

Documente și interfețe

Ce verificăm: Documentele PDF sau alte fișiere incluse în scop, structura lor, ordinea de citire, formularele și elementele interactive.

Livrabil: Recomandări de remediere pentru documentele alese.

Conformitate tehnică

Ce verificăm: Corelarea observațiilor cu criteriile WCAG relevante și, la cerere, cu cerințele aplicabile din EN 301 549.

Livrabil: O matrice de constatări cu referințe la criteriile tehnice.

Un singur proces de client. Mai multe aplicații. Un audit al întregii experiențe.

Exemplu ilustrativ: un client începe contractarea pe site, continuă verificarea identității pe telefon și termină procesul într-o aplicație mobilă. Auditul urmărește dacă utilizatorul poate naviga, înțelege instrucțiunile, schimba dispozitivul, introduce și valida datele și finaliza procesul fără bariere de accesibilitate.

  1. Site web

    Completarea cererii și începerea contractării. Verificăm formularele, mesajele, navigarea, progresul și accesibilitatea trecerii la etapa următoare.

    Punct de control: trecerea la etapa următoare

  2. Telefon / verificarea identității

    Trecerea pe dispozitivul mobil, deschiderea instrucțiunilor și finalizarea verificării identității prin fluxurile permise.

    Posibil blocaj: schimbarea dispozitivului

  3. Aplicație mobilă

    Revenirea după validare, înțelegerea stadiului procesului și finalizarea acțiunii în aplicație.

    Punct de control: stadiul procesului e clar

În raport arătăm nu doar unde sunt erorile, ci și în ce moment se rupe fluxul, ce utilizatori pot fi afectați și care sunt opțiunile de remediere. Pentru platformele operate de terți, testarea depinde de accesul și de acordurile disponibile.

Ce conține raportul de audit de accesibilitate Wawsome?

Constatare #07Exemplu ilustrativ

Locație

Fluxul de contractare, pasul 3: butonul „Continuă”

Pași de reproducere

Completează formularul doar cu tastatura, apoi apasă Tab ca să ajungi la „Continuă”.

Rezultat observat

Butonul nu poate fi accesat sau activat cu tastatura.

Comportament așteptat

Butonul primește focus vizibil și poate fi activat cu Enter sau Space.

Criteriu WCAG

2.1.1 Tastatură (nivel A)

Severitate și impact

Critic Blochează finalizarea fluxului de contractare pentru utilizatorii de tastatură și de cititoare de ecran.

Complexitatea remedierii

Redusă

Soluție recomandată

Folosește un element button nativ sau adaugă suport pentru tastatură și un stil de focus vizibil.

Illustrative example of one finding, with fictitious data.

Rezumat executiv

Problemele esențiale, nivelul de risc care reiese din eșantion și principalele priorități pentru management.

Beneficiu: Managementul înțelege unde trebuie să intervină.

Scop și condiții de test

Platformele, paginile, fluxurile, tipurile de utilizatori, dispozitivele, versiunile, tehnologiile asistive și standardele folosite.

Beneficiu: Transparență despre limite și reproductibilitate.

Inventar de probleme

Pentru fiecare constatare: identificator, locație, pași de reproducere, rezultat observat și comportament așteptat.

Beneficiu: Echipele pot investiga și reproduce fiecare problemă.

Criterii tehnice

Corelarea cu criteriile WCAG relevante și, după caz, cu alte cerințe tehnice aplicabile.

Beneficiu: O bază pentru revizuirea tehnică și analiza conformității.

Severitate

Clasificarea gravității tehnice și a consecințelor pentru accesibilitate, pe o scală documentată.

Beneficiu: Separă problemele care blochează de cele cu efect limitat.

Impact

O estimare argumentată a impactului asupra utilizatorilor și a fluxurilor critice, separată de simplul număr de apariții.

Beneficiu: Prioritizare după efectul asupra experienței și a operațiunilor.

Complexitatea remedierii

O estimare orientativă a efortului (redus, mediu sau ridicat), validată apoi de echipa de dezvoltare.

Beneficiu: Planificare realistă a resurselor și a dependențelor.

Soluții recomandate

Direcții de remediere pentru interfață, conținut, cod și comportament, plus criterii de acceptanță acolo unde sunt stabilite.

Beneficiu: Treci de la diagnostic la implementare.

Roadmap de remediere

Succesiunea inițiativelor, dependențele, responsabilitățile propuse și ordinea de implementare.

Beneficiu: O bază pentru backlog, buget și urmărirea progresului.

Limitări și reevaluare

Aspectele neacoperite, ipotezele, rezultatele de verificat ulterior și pașii recomandați pentru re-testare.

Beneficiu: Eviți impresia falsă că totul a fost acoperit.

Ce rezolvăm mai întâi? Prioritizare după severitate, impact și complexitate.

Severitate

Cât de gravă e bariera pentru accesibilitate? O problemă poate face imposibilă o acțiune, o poate îngreuna mult sau poate afecta doar o parte din experiență.

  • Critic
  • Ridicat
  • Moderat
  • Redus

Impact

Cât de importantă e funcția afectată și ce consecințe are pentru utilizator? De exemplu, o eroare într-un flux esențial de autentificare are alt impact decât una de pe o pagină vizitată rar.

Complexitate

Cât efort poate cere corectura: conținut, ajustarea unei componente, o schimbare de arhitectură sau o dependență de furnizori externi? Estimarea finală îi aparține echipei care implementează.

Abordarea recomandată: tratăm urgent barierele care blochează procesele esențiale. Apoi grupăm remedierile cu impact larg și planificăm schimbările complexe după dependențele lor. Judecata experților nu e înlocuită niciodată de o formulă opacă.

Impact and complexity: how priorities are typically set
Low complexityHigh complexity
High impactFix firstPlan around dependencies
Low impactGroup with related fixesSchedule and re-evaluate
Exemplu de prioritizareExemplu ilustrativ

Barieră

Un buton „Continuă” din procesul de contractare care nu poate fi folosit cu tastatura.

Impact

Utilizatorii nu pot termina fluxul, chiar dacă problema apare o singură dată.

Decizie

Prioritate ridicată, din cauza efectului asupra finalizării fluxului.

De la raport la execuție: ce urmează după audit?

  1. Sesiuni cu programatorii

    Parcurgem constatările împreună cu echipele tale de dezvoltare, design și QA. Explicăm problemele, discutăm variantele de rezolvare, clarificăm dependențele și, după caz, criteriile de acceptanță pentru re-testare.

  2. Roadmap de remediere

    Construim un roadmap pentru implementarea recomandărilor, pornind de la prioritățile auditului, de la obiectivele tale operaționale și de la capacitatea echipei. Roadmap-ul poate fi revizuit pe măsură ce implementezi soluțiile.

  3. Declarație de accesibilitate

    Pe baza rezultatelor disponibile, a limitărilor cunoscute și a informațiilor primite de la organizația ta, putem pregăti o propunere de declarație de accesibilitate. Declarația trebuie aprobată de titularul ei. Poate fi actualizată pe măsură ce faci progrese și în funcție de obligațiile aplicabile.

    O declarație de accesibilitate nu este o certificare.

  4. Re-auditare

    După implementare, re-testăm problemele stabilite. Verificăm dacă barierele identificate au fost remediate și dacă apar regresii în fluxurile critice. Rezultatele sunt documentate și pot alimenta următoarea versiune a roadmap-ului.

    Între audituri, Monitorul de Accesibilitate Wawsome poate semnala problemele noi pe măsură ce conținutul tău se schimbă.

  5. Suport la controalele autorităților

    La cerere și în limitele serviciilor contractate, specialiștii noștri pot oferi suport tehnic la controalele autorităților. Pot explica metodologia, constatările, etapele de remediere și dovezile despre eforturile făcute.

    Acest suport nu înlocuiește reprezentarea juridică și nu garantează concluziile autorității.

Un raport pentru mai multe decizii: produs, dezvoltare, conformitate și management

CTO și echipe de dezvoltare

Probleme reproductibile, recomandări tehnice, dependențe și o ordine realistă de intervenție.

Produs și UX/UI

Punctele în care experiența utilizatorului se întrerupe și tiparele de interacțiune care trebuie corectate.

Conformitate și juridic

Documentarea verificărilor, a limitărilor și a progresului, ca suport pentru analiza obligațiilor aplicabile, fără pretenții de certificare automată.

Business și management

O imagine clară asupra barierelor din procesele esențiale și un cadru pentru alocarea resurselor.

Auditul de accesibilitate, WCAG și Actul European privind Accesibilitatea: cum se leagă?

WCAG

WCAG oferă criteriile tehnice pentru accesibilitate.

Citește WCAG 2.2 pe w3.org (în engleză)

EN 301 549

EN 301 549 este un standard european care stabilește cerințe de accesibilitate pentru produsele și serviciile TIC, în contextele relevante.

Citește EN 301 549 pe AccessibleEU Centre (în engleză)

Actul European privind Accesibilitatea

Actul European privind Accesibilitatea (EAA) și legislația națională stabilesc obligații pentru anumite categorii de produse și servicii. În România, EAA este transpus prin Legea 232/2022.

Citește Directiva (UE) 2019/882 pe EUR-Lex

Un audit documentează constatările din scopul testat. Singur, nu dovedește că sunt îndeplinite toate obligațiile legale. În funcție de scopul tehnic, evaluarea poate face referire la WCAG 2.2 și la metodologia de evaluare WCAG-EM a W3C (în engleză).

Ai un site, o aplicație sau un proces digital complex? Începem cu ce trebuie verificat.

Nu trebuie să știi de la început ce pagini sau standarde să alegi. Într-o discuție despre nevoile tale, putem stabili fluxurile prioritare, platformele implicate și formatul rezultatelor de care ai nevoie.

De ce să discuți auditul cu experții Wawsome?

Combinăm testarea automată cu evaluarea manuală și analiza fluxurilor. Așa urmărim să găsim barierele și să le transformăm în recomandări pentru echipele care implementează îmbunătățirile.

  • ISO 9001Managementul calității
  • ISO 27001Securitatea informației
  • International Association of Accessibility ProfessionalsCertificare IAAPExpertiză în accesibilitate în echipa noastră

Întrebări frecvente despre raportul de audit de accesibilitate

Ce este un raport de audit de accesibilitate digitală?

Un raport de audit de accesibilitate digitală documentează problemele găsite pe paginile, componentele, aplicațiile și fluxurile testate. În funcție de scopul stabilit, include dovezi, pași de reproducere, referințe la criteriile WCAG, severitatea, impactul, complexitatea estimată a remedierii și recomandări tehnice.

De ce are nevoie un site de un audit de accesibilitate?

Un audit de accesibilitate te ajută să găsești barierele care îi împiedică pe utilizatori să navigheze, să completeze formulare sau să finalizeze tranzacții. Raportul le dă echipelor o bază verificabilă pentru priorități și pentru îmbunătățirea experienței digitale.

Care e diferența dintre scanarea automată și auditul manual de accesibilitate?

Scanarea automată găsește doar o parte din probleme, pe cele pe care le pot detecta regulile. Testarea manuală făcută de experți analizează comportamentul interfeței, contextul, navigarea cu tastatura, felul în care sunt comunicate erorile și folosirea tehnologiilor asistive. Auditul hibrid combină cele două perspective.

Ce metodologie folosește un audit WCAG?

Auditul începe cu stabilirea scopului și a scenariilor, apoi combină verificările automate cu inspecția manuală și testarea paginilor și a fluxurilor complete. Rezultatele pot fi corelate cu criteriile WCAG relevante. Metodologia și eșantionul trebuie documentate, ca să poți interpreta corect constatările.

Poate un audit să verifice fluxurile dintre site și aplicația mobilă?

Da. În funcție de acces și de scopul stabilit, auditul poate urmări un proces care începe pe site, continuă pe telefon pentru verificarea identității și se termină în aplicația mobilă. Testăm și trecerile dintre pași, instrucțiunile, stările și posibilele blocaje.

Ce înseamnă severitate, impact și complexitate într-un raport de audit?

Severitatea descrie cât de gravă e bariera, impactul arată consecințele pentru utilizator și pentru fluxul analizat, iar complexitatea estimează cât de greu e de reparat. Luate împreună, aceste criterii ajută la stabilirea priorităților de implementare.

Ce include raportul de audit pentru echipa de dezvoltare?

Un raport util pentru programatori include locul defectelor, pașii de reproducere, comportamentul observat și cel așteptat, criteriile tehnice relevante și recomandări. În funcție de serviciile contractate, poate include și sesiuni explicative și un backlog de remediere.

Auditați și paginile care cer autentificare?

Da, paginile accesibile doar după autentificare pot intra în scop dacă există conturi de test, permisiuni și un mediu potrivit. Aceste verificări contează mult pentru portaluri de clienți, aplicații bancare, dashboard-uri și procese de contractare.

Se poate audita accesibilitatea aplicațiilor mobile iOS și Android?

Da. Auditul aplicațiilor mobile poate include navigarea, semantica controalelor, interacțiunea cu cititoarele de ecran, mesajele, stările dinamice și fluxurile critice. Versiunile aplicației, sistemele de operare și dispozitivele testate trebuie precizate în scop.

Raportul de audit include recomandări de remediere?

Da, raportul poate include recomandări tehnice și de design pentru fiecare problemă relevantă, plus criterii de acceptanță sau variante de implementare. Modificarea efectivă a codului sau a documentelor se contractează separat, dacă e nevoie.

Cum stabilești ordinea în care repari problemele de accesibilitate?

Prioritizarea ține cont de cât de gravă e bariera, de impactul asupra sarcinilor esențiale și de complexitatea remedierii. Problemele care blochează autentificarea, plata sau accesul la servicii pot cere intervenție urgentă, chiar dacă sunt puține.

Ce este un roadmap de accesibilitate și cum se actualizează?

Roadmap-ul de accesibilitate este planul pe etape al schimbărilor recomandate după audit. Poate include priorități, responsabilități, dependențe și repere de verificare. Se actualizează când implementezi remedieri, când se schimbă produsul sau când re-testarea aduce rezultate noi.

Te ajută raportul de audit să scrii declarația de accesibilitate?

Da. Constatările documentate pot fi una dintre sursele pentru propunerea de declarație de accesibilitate. Declarația trebuie să reflecte starea reală a serviciului, limitările cunoscute și cerințele aplicabile și trebuie aprobată de organizația responsabilă.

E nevoie de re-auditare după implementarea recomandărilor?

Da, re-auditarea sau re-testarea e recomandată ca să verifici schimbările făcute. Arată dacă problemele stabilite au fost remediate și dacă schimbările au adus bariere noi în paginile și fluxurile relevante.

Poate Wawsome să ofere suport la un control al autorităților?

Da, în limitele serviciilor stabilite, suportul tehnic poate include explicarea metodologiei de testare, a problemelor găsite și a măsurilor luate sau planificate. Nu înlocuiește consilierea juridică și nu garantează rezultatul unui control.

Garantează un raport de audit conformitatea cu WCAG și cu Legea 232/2022?

Nu. Raportul descrie constatările pentru platformele, scenariile și criteriile verificate. Conformitatea cu cerințele aplicabile, inclusiv cu Actul European privind Accesibilitatea (EAA) și cu Legea 232/2022, depinde și de remedierea problemelor, de acoperirea evaluării și de obligațiile legale ale organizației.

Cât durează și cât costă un audit de accesibilitate?

Durata și costul depind de numărul de șabloane și fluxuri unice, de platforme, de nivelurile de autentificare, de interacțiunile dinamice, de tehnologiile asistive și de livrabile. O discuție despre scop permite o estimare realistă.

Pot cere auditul unui singur flux critic, fără tot site-ul?

Da. Poți stabili un audit cu scop limitat, de exemplu pentru autentificare, finalizarea comenzii sau contractare, dacă analiza acoperă toate stările relevante ale acelui flux. Concluziile se vor referi doar la scopul testat, nu la întregul produs.

Mai ai întrebări?

Transformă auditul într-un plan de acțiune pentru accesibilitatea digitală

Spune-ne ce vrei să verifici: un site, o aplicație mobilă, un portal cu autentificare sau un proces care trece prin mai multe platforme. Un expert Wawsome te poate ajuta să stabilești abordarea auditului și livrabilele potrivite.

Nu ai nevoie de un inventar complet al problemelor. Putem stabili împreună ce merită testat.