Declarația de accesibilitate pe site: ce conține și cum o scrieți după un audit WCAG
Ce conține declarația de accesibilitate pe site, cum o scrieți după un audit WCAG 2.1 AA și de ce o declarație fără remedieri vă expune.
- Nº
- 28
- Publicat
- Lectură
- 11 min
- Categorie
- Notes
- Scris de
- Revylio
Declarația de accesibilitate pe site: ce este și ce conține
Declarația de accesibilitate pe site este o pagină publică în care firma spune ce standard de accesibilitate urmărește, ce părți ale site-ului nu funcționează încă pentru persoanele cu dizabilități și cum o contactează un vizitator blocat. O scrieți după un audit WCAG 2.1 AA real și după ce ați planificat remedierile, nu înainte.
WCAG (Web Content Accessibility Guidelines) este setul de reguli prin care se verifică dacă un site poate fi folosit de persoanele cu dizabilități. Nivelul AA este nivelul de mijloc dintre cele trei niveluri de conformitate, A, AA și AAA. Un audit WCAG este verificarea paginilor față de aceste criterii, cu instrumente automate și cu teste manuale.
W3C, organizația care publică WCAG, recomandă ca declarația să conțină cel puțin trei lucruri. Primul este angajamentul față de accesibilitate pentru persoanele cu dizabilități. Al doilea este standardul aplicat. Al treilea este o adresă de contact pentru cine întâmpină probleme.
W3C precizează și ce nu este o declarație de accesibilitate. Nu este o evaluare tehnică și nici o declarație de conformitate. Ideal, însă, trimite la o astfel de evaluare, ca să poată fi verificată și să fie credibilă. De aici pornește tot acest ghid: declarația bună stă pe un audit, nu pe o intenție.
Elementele minime și cele recomandate într-o declarație de accesibilitate
W3C recomandă un nucleu minim de trei elemente și câteva elemente suplimentare. Nucleul arată că vă asumați accesibilitatea. Elementele recomandate îl ajută pe vizitator să înțeleagă ce îl așteaptă pe site.
Elementele minime, după ghidul W3C pentru declarațiile de accesibilitate, sunt acestea:
- angajamentul față de accesibilitate pentru persoanele cu dizabilități;
- standardul aplicat, de exemplu WCAG 2.1 nivel AA;
- datele de contact pentru cine întâmpină probleme.
W3C recomandă să adăugați și:
- limitările cunoscute, ca vizitatorii să nu se frustreze degeaba;
- măsurile luate de organizație pentru accesibilitate;
- cerințele tehnice, cum ar fi browserele acceptate;
- mediile în care ați testat site-ul;
- trimiterile la legile aplicabile.
Pe lângă acestea, puneți două date: ziua în care ați testat site-ul și ziua în care ați întocmit declarația. Fără date, cititorul nu știe dacă descrierea mai corespunde site-ului de azi. W3C notează că pentru organismele publice din țările care aplică Directiva UE privind accesibilitatea site-urilor web există cerințe specifice.
O firmă privată pornește de la nucleul de mai sus și de la elementele recomandate. Dacă firma intră sub Legea nr. 232/2022, declarația trebuie să includă și informațiile cerute de anexa nr. 5. Acestea sunt o descriere a serviciului într-un format accesibil, explicațiile necesare pentru a înțelege cum funcționează și modul în care serviciul îndeplinește cerințele de accesibilitate.
Exemplu real: declarația Școlii Gimnaziale Nr. 8 Sibiu, element cu element
Declarația de accesibilitate a Școlii Gimnaziale Nr. 8 Sibiu este un model bun de urmărit, pentru că acoperă fiecare element important în fraze scurte. Școala este instituție publică, deci obligațiile ei diferă de ale unei firme. Structura însă se aplică oricărui site.
Tabelul de mai jos arată ce scrie școala în declarația publicată pe site-ul școlii și ce vă spune fiecare rând despre propria declarație.
| Element | Ce scrie școala | Ce preluați pentru site-ul dumneavoastră |
|---|---|---|
| Domeniul acoperit | Conținutul de pe scoala8sibiu.weebly.com, fără subdomenii | Spuneți exact ce adrese acoperă declarația |
| Standard și statut | Parțial conform cu EN 301 549 v.3.2.1 și cu WCAG 2.1 nivel AA | Numiți standardul și nivelul, fără să rotunjiți în sus |
| Limitări cunoscute | Unele pagini și PDF-uri de dinainte de 2024 pot să nu aibă text alternativ pentru imagini | Descrieți problema și partea de site afectată |
| Metoda de testare | Evaluări manuale și teste automate cu Google Lighthouse, WAVE și un alt verificator | Arătați cum ați testat, nu doar că ați testat |
| Date | Testat și întocmit la 4 octombrie 2025, prin autoevaluarea administratorului | Puneți data testării și cine a făcut evaluarea |
| Contact și termen | Răspuns în 15 zile lucrătoare | Promiteți un termen pe care echipa îl poate respecta |
| Cale de reclamație | Autoritatea Națională pentru Drepturile Persoanelor cu Dizabilități (ANDPD) | Spuneți unde se poate adresa cine nu e mulțumit |
„Parțial conform” înseamnă, în formularea școlii, că există neconformități punctuale, detaliate în declarație. Declarația mai listează tehnologiile folosite: HTML5, CSS3, JavaScript, Weebly CMS și un widget de accesibilitate. Mai spune și ce funcționează, de exemplu mărirea textului până la 200% fără pierderea lizibilității.
Sursa: google.com
Cum redactați declarația de accesibilitate pornind de la un audit WCAG 2.1 AA
Declarația de accesibilitate se scrie din rezultatele auditului, nu dintr-un șablon. Auditul vă dă lista problemelor reale. Declarația spune public ce ați reparat și ce rămâne de reparat.
Ordinea de lucru care funcționează este aceasta:
- Delimitați domeniul. Notați domeniul principal și decideți dacă subdomeniile intră sau nu, ca școala din Sibiu.
- Testați automat și manual. Un site de fotografie descrie testarea făcută de echipă cu WAVE, cu analizatoare de contrast de culoare și cu navigare doar de la tastatură.
- Treceți fiecare problemă într-o listă. Fiecare rând are pagina, problema, un responsabil și un termen.
- Reparați ce se poate repara acum. Abia ce rămâne după reparații devine „limitare cunoscută”.
- Scrieți declarația din lista rămasă. Puneți data testării și metoda folosită.
La Svennis redactăm declarația abia după ce fiecare problemă din audit are un responsabil și o dată de remediere. O declarație scrisă înaintea acestei liste descrie un site pe care nimeni nu l-a verificat.
Un test făcut de echipa internă este un început util. Pentru primele verificări vă ajută testul rapid de accesibilitate pe care îl faceți singur înainte de lansare. El nu înlocuiește auditul complet pe care se sprijină declarația.
Limitările cunoscute, scrise în limbajul vizitatorului
Limitările cunoscute se scriu în cuvintele vizitatorului, nu în codurile din audit. W3C cere un limbaj simplu, util utilizatorilor, nu limbajul dezvoltatorilor și al juriștilor. Exemplul dat de W3C este clar: în loc de „criteriul de succes WCAG 1.2.2 nu este îndeplinit”, scrieți „videoclipurile nu au subtitrări”.
O limitare bine scrisă răspunde la trei întrebări. Ce nu funcționează? Unde pe site? Ce poate face vizitatorul între timp?
Școala din Sibiu răspunde la primele două întrebări pentru documentele PDF mai vechi. Le spune cititorilor că unele pot să nu fie structurate pentru cititoare de ecran, adică programele care citesc pagina cu voce tare.
Includeți și limitările care nu țin de codul dumneavoastră. Site-ul de fotografie citat mai sus spune că nu poate garanta accesibilitatea site-urilor terților către care trimite. Aceeași logică se aplică hărților, videoclipurilor sau formularelor încorporate de la alți furnizori.
Cerințele tehnice ajută cititorul să-și potrivească așteptările. O declarație poate lista browserele urmărite, de pildă Chrome, Firefox, Safari, Opera și Edge. Poate lista și cititoarele de ecran folosite la test, de pildă JAWS și NVDA. Scrieți doar ce ați testat efectiv.
De ce o declarație fără remedieri în spate vă expune la reclamații
O declarație care nu corespunde site-ului vă expune pentru că o citește exact omul care tocmai s-a lovit de o problemă. W3C notează că utilizatorii ajung de obicei la declarația de accesibilitate când întâmpină dificultăți. Ea nu e citită de cineva curios, ci de cineva blocat.
Imaginați-vă un vizitator care nu poate trimite formularul de contact folosind doar tastatura. Deschide declarația și citește că site-ul este conform cu WCAG 2.1 AA. Pentru o firmă care intră sub EAA, lipsa informațiilor despre accesibilitate este ea însăși o neconformitate. Declarația falsă adaugă o afirmație publică pe care experiența vizitatorului o contrazice.
Miza nu este doar de imagine. Un ghid de conformare EAA amintește că autoritățile naționale de supraveghere pot impune sancțiuni. Același ghid notează că persoanele cu dizabilități pot depune plângeri formale. O declarație optimistă nu oprește niciuna dintre acestea.
Același lucru e valabil pentru termenul de răspuns. Școala din Sibiu se angajează să răspundă în 15 zile lucrătoare. Un termen publicat este un termen pe care cineva din firmă trebuie să-l respecte. Dacă adresa de contact nu e citită de nimeni, declarația lucrează împotriva dumneavoastră.
Concluzia practică este simplă. Scrieți „parțial conform” când auditul arată probleme deschise. Listați problemele. Spuneți când le reparați. Onestitatea verificabilă protejează mai bine decât o conformitate declarată și nedovedită.
Widgetul automat de accesibilitate nu ține locul remedierilor
Un widget automat de accesibilitate nu înlocuiește remedierile din cod, iar declarațiile care se bazează pe el o recunosc singure. Widgetul este un instrument instalat pe site care încearcă să corecteze problemele în browserul vizitatorului.
Declarația unei firme de recuperare de date descrie un astfel de instrument. Acesta rulează în fundal, folosește inteligență artificială și învățare automată și face corecții pe partea client a site-ului. Instrumentul își propune ca site-ul să se apropie cât mai mult de WCAG 2.1 nivel AA.
Aceeași declarație spune și ce nu acoperă instrumentul. Unele cerințe WCAG 2.1 AA, inclusiv subtitrările video, rămân în afara remedierii, fiindcă nu țin de codul sursă al site-ului. Declarația admite și că unele pagini pot să nu fi fost descoperite. Alte pagini pot să nu aibă încă o remediere satisfăcătoare.
Lecția pentru dumneavoastră este directă. Un widget nu scrie subtitrări, nu reface un PDF și nu corectează un formular construit greșit. Și școala din Sibiu folosește un widget, dar își listează totuși limitările reale. Dacă instalați un widget, tratați-l ca pe un ajutor suplimentar. Declarația descrie în continuare ce rămâne nereparat în site.
Ce înseamnă declarația de accesibilitate pentru o firmă din România
Pentru o firmă din România, declarația de accesibilitate contează mai ales dacă firma oferă servicii acoperite de Actul European privind Accesibilitatea (EAA). EAA este Directiva (UE) 2019/882, transpusă în România prin Legea nr. 232/2022. Pentru aceste servicii, legea cere, din 28 iunie 2025, informații despre accesibilitatea serviciului în clauzele și condițiile generale sau într-un document echivalent. O declarație de accesibilitate bine făcută poate îndeplini acest rol. Microîntreprinderile care oferă servicii sunt scutite.
Legea se aplică unei liste închise de servicii. Între ele sunt comerțul electronic, serviciile bancare pentru consumatori, comunicațiile electronice, cărțile electronice și anumite servicii de transport de pasageri. Legea acoperă și site-urile și aplicațiile mobile prin care sunt furnizate aceste servicii. Un ghid de conformare EAA indică WCAG 2.1 nivel AA ca standard principal pentru accesibilitatea web. Ghidul recomandă și publicarea unei declarații de accesibilitate ca pas de conformare.
Instituțiile publice au un cadru separat. Școala din Sibiu își publică declarația conform OUG nr. 112/2018 privind accesibilitatea site-urilor și aplicațiilor mobile ale instituțiilor publice. Ca autoritate pentru reclamații, școala indică ANDPD.
Și alte legi contează pentru o firmă din România. Legea nr. 448/2006 rămâne cadrul general privind drepturile persoanelor cu handicap. În achizițiile publice se aplică Legea nr. 98/2016. Ea cere autorităților contractante să definească specificațiile tehnice astfel încât să țină seama de cerințele de accesibilitate pentru persoanele cu dizabilități.
Dacă nu știți încă dacă firma dumneavoastră intră sub EAA, citiți mai întâi ghidul despre cine este obligat de EAA și ce verificați acum. Declarația vine după ce ați clarificat obligația.
Unde publicați declarația de accesibilitate și cum o țineți la zi
Declarația de accesibilitate se publică acolo unde o caută cine are o problemă. W3C recomandă legături din mai multe locuri: subsolul paginii, meniul de ajutor, harta site-ului și pagina „Despre noi”. Folosiți același nume de link peste tot, de exemplu „Declarație de accesibilitate”, ca vizitatorii să-l recunoască.
Pentru prima versiune, W3C oferă un generator de declarații. Codul sursă al generatorului poate fi refolosit, de exemplu pentru traducere sau adaptare. Generatorul vă dă forma. Conținutul vine din auditul dumneavoastră.
Declarația se actualizează ori de câte ori site-ul se schimbă în mod semnificativ. Momentele care cer o nouă verificare sunt acestea:
- lansarea unui site nou sau a unui redesign;
- adăugarea unei secțiuni noi, a unui formular sau a unui tip nou de document;
- repararea unei limitări listate, care trebuie scoasă din declarație;
- schimbarea persoanei care răspunde la adresa de contact.
La fiecare actualizare, schimbați data testării. Site-ul de fotografie citat mai sus descrie implementarea WCAG 2.1 ca proces continuu, început în 2024, și testarea constantă. Așa arată o declarație vie. Stabiliți cine răspunde de pagină, la fel ca pentru orice altă pagină importantă. Ghidul despre cine editează site-ul după lansare și cine aprobă modificările vă ajută să numiți acest proprietar.
Pașii următori pentru declarația de accesibilitate a site-ului dumneavoastră
Pașii următori pentru declarația de accesibilitate sunt puțini și se fac în ordine. Nu începeți cu textul. Începeți cu verificarea site-ului.
- Clarificați obligația. Verificați dacă firma intră sub EAA și dacă are și alte obligații legale.
- Comandați sau faceți un audit WCAG 2.1 AA. Combinați teste automate cu verificări manuale, inclusiv navigarea doar de la tastatură.
- Faceți lista de remedieri. Fiecare problemă primește un responsabil și un termen.
- Reparați ce se poate repara acum. Restul devine limitare cunoscută, descrisă în cuvinte simple.
- Scrieți declarația. Includeți standardul, statutul, limitările, metoda de testare, data și contactul.
- Publicați și legați declarația. Puneți link în subsol și în celelalte locuri recomandate de W3C.
- Numiți un proprietar. Cineva răspunde la mesaje și actualizează data după fiecare retestare.
Dacă auditul arată multe probleme în structura site-ului, reparațiile punctuale pot costa mai mult decât o refacere. Puneți accesibilitatea ca cerință explicită în brieful pentru refacerea site-ului. Apoi discutați varianta de redesign al site-ului cu accesibilitate inclusă de la început. Declarația scrisă după un astfel de proiect descrie un site verificat, nu unul sperat.