Standard

Site public WCAG: cum aplici WCAG 2.1 AA pe site-ul unei instituții

Standardul WCAG 2.1 AA tradus pentru realitatea site-urilor publice: ce criterii contează cel mai mult, cum tratați PDF-urile, formularele și ședințele transmise video.

Actualizat: 4 min de cititVerificat față de WCAG 2.1 AA

Pentru un site public, WCAG nu este o recomandare: standardul european EN 301 549, la care face trimitere legislația privind site-urile instituțiilor publice, preia criteriile WCAG 2.1 de nivel A și AA. Asta înseamnă 50 de criterii de succes pe care fiecare pagină, document și formular ar trebui să le respecte.

WCAG pe scurt, pentru echipele din instituții

WCAG (Web Content Accessibility Guidelines) este publicat de W3C și este organizat pe patru principii — perceptibil, operabil, inteligibil, robust — cu criterii verificabile pe trei niveluri: A (minim), AA (ținta legală) și AAA (avansat). Un site public trebuie să îndeplinească toate criteriile A și AA.

Criteriile care contează cel mai mult pe un site public

Toate criteriile sunt obligatorii, dar unele produc majoritatea problemelor pe site-urile instituțiilor:

CriteriuNivelCum arată pe un site public
1.1.1 Conținut non-textASigle, fotografii de la evenimente, grafice cu buget — au text alternativ potrivit
1.2.2 Subtitrări (preînregistrate)AÎnregistrările ședințelor și clipurile informative au subtitrare
1.3.1 Informații și relațiiATitluri reale (h1h3), liste, tabele cu antet — nu doar text îngroșat
1.4.3 Contrast (minim)AAText de minimum 4,5:1 — atenție la textul gri și la bannerele colorate
1.4.10 ReflowAALa zoom 400% nu apare scroll orizontal; tabelele mari sunt gestionate corect
2.1.1 TastaturăAMeniurile, sliderele și formularele funcționează fără mouse
2.2.2 Pauză, oprire, ascundereACaruselele cu știri pot fi oprite
2.4.1 Ocolirea blocurilorALink „Sari la conținut” și landmark-uri
2.4.4 Scopul linkuluiANu „click aici”, ci „Descarcă formularul de cerere (PDF, 120 KB)”
2.4.7 Focus vizibilAASe vede clar unde se află utilizatorul care navighează cu tastatura
3.1.1 Limba paginiiAlang="ro" — altfel screenreaderul citește cu pronunție greșită
3.3.1 / 3.3.2 Erori și eticheteAFormularele de petiții și cereri au etichete și mesaje de eroare clare
4.1.2 Nume, rol, valoareAButoanele-pictogramă (căutare, meniu) au nume accesibil

Documente PDF și formulare tipizate

Pe multe site-uri publice, cea mai mare parte a informației stă în PDF-uri. WCAG se aplică și lor. Un PDF accesibil are text real (nu imagine scanată), titluri marcate, ordine de citire corectă, limbă setată și texte alternative pentru imagini. Cea mai simplă regulă: publicați informația importantă ca pagină HTML și atașați documentul doar ca variantă descărcabilă.

Formulare și servicii online

Plata taxelor, programările și petițiile online sunt procese complete — iar WCAG cere ca întregul proces să fie accesibil, nu doar prima pagină. Verificați formularele cap-coadă: etichete vizibile, instrucțiuni clare, erori explicate lângă câmp, timp suficient și confirmare finală anunțată de screenreader.

Multimedia: ședințe și transmisiuni

Transmisiunile în direct ale ședințelor pot fi exceptate de la obligație, dar înregistrările publicate ulterior au nevoie de subtitrări sau de transcriere. Vezi ghidul accesibilitate video.

Aplicațiile mobile ale instituțiilor

Obligațiile se aplică și aplicațiilor mobile publicate de instituții. Criteriile WCAG se aplică și pe iOS și Android, cu verificări specifice: VoiceOver și TalkBack, dimensiunea țintelor tactile, text mărit.

  • Etichete citite corectFiecare element are nume, rol și stare anunțate de VoiceOver (iOS) sau TalkBack (Android).
  • Ordine logică a focusuluiGlisarea spre dreapta parcurge ecranul în ordinea vizuală — fără salturi sau elemente ascunse.
  • Ținte tactile de minimum 44×44Butoanele mici (pictograme, selectoare) sunt greu de atins pentru utilizatorii cu tremor sau mobilitate redusă.
  • Text dinamic și contrastInterfața rămâne utilizabilă la Dynamic Type / Font Size mărit și respectă contrastul 4,5:1.
Ilustrație: audit de accesibilitate pentru o aplicație mobilă — focusul VoiceOver/TalkBack parcurge ecranul și anunță fiecare element, iar modul „ținte tactile” arată ce butoane sunt sub dimensiunea minimă recomandată.

Detalii în WCAG pentru aplicații mobile și în ghidul de audit pentru aplicații mobile.

Și WCAG 2.2?

WCAG 2.2 adaugă criterii precum dimensiunea minimă a țintelor (2.5.8), focusul neobturat (2.4.11) și autentificarea accesibilă (3.3.8). Referința legală pentru site-urile publice rămâne, în prezent, WCAG 2.1 AA, dar un site nou construit direct pe WCAG 2.2 AA este pregătit pentru următoarea actualizare a standardului european.

Verificare rapidă: rulați Wawsome Scanner pe pagina principală și pe pagina de formular cea mai folosită, apoi parcurgeți-le doar cu tastatura. În 15 minute veți ști dacă site-ul are nevoie de un audit complet.
Întrebări frecvente

Întrebări frecvente

Ce nivel WCAG trebuie să respecte un site public?

Nivelul AA din WCAG 2.1, prin standardul european EN 301 549. Asta înseamnă toate criteriile de nivel A și AA.

Câte criterii WCAG 2.1 AA sunt?

50 de criterii de succes: 30 de nivel A și 20 de nivel AA.

Se aplică WCAG și documentelor PDF de pe site?

Da. Documentele publicate pe site fac parte din conținut. Există excepții pentru documentele de birou publicate înainte de 23 septembrie 2018, dacă nu sunt necesare pentru procese administrative active.

Trebuie să trec deja la WCAG 2.2?

Nu este încă cerința legală pentru site-urile publice, dar este recomandat pentru site-urile noi sau refăcute, deoarece WCAG 2.2 include aproape toate criteriile din 2.1 plus câteva noi.

Testează accesibilitatea site-ului tău

Scannerul Wawsome analizează automat site-ul după WCAG 2.1 și îți oferă un raport complet cu măsuri prioritare — gratuit 7 zile.