Accesibilitatea site-urilor publice din Ucraina: DSTU EN 301 549 și Hotărârea nr. 757
· Lectură de 6 min
Site-urile de stat din Ucraina trebuie să respecte cerințe de accesibilitate, iar baza tehnică a acestor cerințe este standardul național DSTU EN 301 549:2022 (ДСТУ EN 301 549:2022), identic cu standardul european EN 301 549 V3.2.1; pentru web, acestea sunt criteriile WCAG 2.1 de nivel A și AA. Actul normativ asociat este Hotărârea Cabinetului de Miniștri al Ucrainei nr. 757 din 21 iulie 2023 „Unele aspecte privind accesibilitatea sistemelor informatice și de comunicații și a documentelor în formă electronică” (Деякі питання доступності інформаційно-комунікаційних систем та документів в електронній формі). Pentru un contractor, asta înseamnă ceva simplu: cerințele de accesibilitate apar în caietele de sarcini ale licitațiilor, iar la recepția lucrărilor beneficiarul vrea să vadă un raport de verificare.
DSTU EN 301 549 și Hotărârea nr. 757: ce sunt
DSTU EN 301 549:2022
Este un standard național ucrainean care preia standardul european EN 301 549 în versiunea V3.2.1. Standardul acoperă nu doar site-uri, ci și aplicații mobile, documente, software și echipamente. Pentru paginile web, capitolul său despre web trimite la criteriile de succes WCAG 2.1 de nivel A și AA: contrast, alternative text, etichete ale câmpurilor, operare de la tastatură, structura paginii, compatibilitate cu tehnologiile asistive etc.
O nuanță importantă: în UE a fost deja publicată noua versiune EN 301 549 V4.1.1, bazată pe WCAG 2.2 (septembrie 2026). Versiunea ucraineană a standardului corespunde, în octombrie 2026, versiunii V3.2.1. Dacă un site respectă deja WCAG 2.2 AA, respectă și WCAG 2.1 AA, deci verificarea după versiunea mai nouă nu strică nimic. Despre diferențe, în articolul ce s-a schimbat în WCAG 2.2.
Hotărârea nr. 757
Hotărârea din 21.07.2023 privește accesibilitatea sistemelor informatice și de comunicații și a documentelor în formă electronică în sectorul public. Nu îi repovestim aici prevederile: înainte de a pregăti o ofertă sau un caiet de sarcini, citiți versiunea în vigoare pe site-ul oficial al Guvernului (linkul este în secțiunea „Surse”) și verificați ce sisteme și documente sunt acoperite exact, cine răspunde de implementare și ce termene sunt stabilite.
Pe cine privește în practică
- Contractorii care realizează site-uri și servicii pentru autorități, comunități locale (hromade), spitale, instituții de învățământ și alți administratori de fonduri publice.
- Agențiile care participă la licitații prin Prozorro, unde caietul de sarcini menționează WCAG 2.1 sau DSTU EN 301 549.
- Echipele de suport care, în perioada de garanție, răspund ca paginile noi să nu înrăutățească accesibilitatea.
Pentru companiile private din Ucraina astfel de cerințe nu sunt deocamdată stabilite direct. Proiectul de lege nr. 14278 „Privind accesibilitatea digitală” (Про цифрову доступність), elaborat pe baza directivelor europene 2016/2102 și 2019/882, a fost înregistrat în Rada Supremă la 05.12.2025. Dacă a fost adoptat și în ce formă trebuie verificat pe site-ul parlamentului: nu construiți vânzările pe presupunerea că legea este deja în vigoare. Separat: companiile ucrainene care vând consumatorilor din UE pot intra sub incidența EAA european. Mai multe în ghidul EAA.
Cum ajung cerințele în caietul de sarcini și la recepție
Traseul tipic arată așa:
- Caietul de sarcini al licitației conține cerința: „site-ul trebuie să respecte cerințele de accesibilitate WCAG 2.1 nivel AA / DSTU EN 301 549:2022”.
- În timpul dezvoltării echipa se ghidează după aceste criterii: marcaj semantic, contrast, etichete, tastatură.
- La recepție beneficiarul cere confirmarea conformității: un raport de verificare, un proces-verbal de testare sau opinia unui specialist.
- În perioada de garanție angajații beneficiarului adaugă conținut, iar paginile noi readuc adesea erorile vechi: imagini fără alt, PDF-uri fără structură, tabele ca imagini.
Punctele cele mai slabe sunt 3 și 4. Raportul de recepție se face adesea o singură dată, manual, iar după aceea nimeni nu mai verifică site-ul regulat.
Ce raport îi trebuie contractorului
Raportul de recepție trebuie să fie clar nu doar pentru programator, ci și pentru reprezentantul beneficiarului care îl semnează. Ce trebuie să conțină:
- Lista paginilor verificate și data verificării.
- Problemele găsite, cu trimitere la criteriile WCAG 2.1 și clauzele DSTU EN 301 549:2022.
- Gravitatea și prioritatea fiecărei probleme.
- Evoluția: ce s-a reparat între prima verificare și cea repetată.
- O limitare onestă: că este o verificare automată, ce criterii au fost verificate automat și ce necesită verificare manuală.
Serviciul nostru generează un astfel de raport în ucraineană, cu trimitere la DSTU EN 301 549:2022, și poate verifica site-ul săptămânal pe toată perioada de garanție. Important: este o verificare automată, nu un audit complet, și nu constituie consultanță juridică. Automatizarea găsește doar o parte din probleme. Dacă caietul de sarcini cere opinia unui expert, raportul automat trebuie completat cu o verificare manuală: parcurgere de la tastatură, lucru cu un cititor de ecran, verificarea documentelor. Mai multe despre limitele automatizării pe pagina cum funcționează.
Erori tipice pe site-urile din sectorul public
- Documente PDF fără strat de text, ordine și decizii scanate pe care un cititor de ecran nu le poate citi.
- Știri cu fotografii fără alt sau cu alt „foto”.
- Tabele ca imagini (orare, programul de audiențe pentru cetățeni).
- Formulare de petiții fără etichete ale câmpurilor și cu CAPTCHA fără alternativă accesibilă.
- Contrast insuficient în antet și subsol, cu stema și culorile comunității.
- O „versiune pentru persoane cu deficiențe de vedere” care înlocuiește repararea versiunii principale, dar care ea însăși nu respectă criteriile.
Majoritatea acestor erori coincid cu ce vedem pe site-urile comerciale; o listă cu explicații găsiți în articolul cele mai frecvente 10 erori de accesibilitate, iar o listă de autoverificare în checklistul WCAG 2.2.
De ce nu o „versiune specială” și nu un widget
O „versiune pentru persoane cu vedere slabă” separată sau un widget care mărește fontul și activează contrastul nu face site-ul principal accesibil. Cititorul de ecran vede în continuare codul versiunii principale, iar erorile din marcaj nu dispar. Detalii în articolul de ce overlay-urile nu funcționează.
Plan scurt pentru contractor
- Verificați șabloanele (pagina principală, știre, document, formular de petiție) înainte de predare, nu după.
- Reparați erorile în șabloane: astfel nu se vor repeta pe mii de pagini.
- Instruiți editorii de conținut ai beneficiarului să completeze alt și să publice documente accesibile.
- Predați lucrarea cu un raport cu trimitere la DSTU EN 301 549:2022.
- Verificați site-ul regulat în perioada de garanție și arătați-i beneficiarului evoluția.
Răspunsuri la întrebări frecvente
Ce este DSTU EN 301 549:2022? Un standard național identic cu EN 301 549 V3.2.1; pentru web, criteriile WCAG 2.1 A și AA.
Ce reglementează Hotărârea nr. 757? Accesibilitatea sistemelor informatice și de comunicații de stat și a documentelor electronice; detalii în versiunea în vigoare pe site-ul Guvernului.
Se aplică cerințele companiilor? Deocamdată în primul rând sectorului public; statutul proiectului de lege nr. 14278 trebuie verificat.
Este suficient un raport automat? Nu este un audit complet: pentru opinia unui expert e nevoie și de o verificare manuală.
Verificați gratuit o pagină a site-ului și vedeți cum arată raportul.