Salt la conținut
Pandus

WCAG 1.3.1 Informații și relații

Actualizat 14 octombrie 2026 · Lectură de 4 min

Nivel
A · WCAG 2.0
EN 301 549
9.1.3.1
Textul oficial
Understanding 1.3.1 Info and Relationships (W3C, în engleză)

Criteriul de succes 1.3.1 asigură că structura pe care o văd oamenii — titluri, liste, tabele, etichete de formular, grupuri de opțiuni — există și în cod. Cititoarele de ecran, controlul vocal și modurile de citire folosesc această structură pentru a anunța pagina și a naviga prin ea. Este de nivelul A și face parte din EN 301 549 (clauza 9.1.3.1). Legea 232/2022 se bazează pe standardul armonizat EN 301 549.

Ce cere criteriul

Informațiile, structura și relațiile transmise prin prezentare trebuie să poată fi determinate programatic sau să fie disponibile sub formă de text. În HTML, asta înseamnă:

  • titlurile folosesc h1–h6, nu doar text mare îngroșat;
  • listele folosesc ul, ol sau dl, cu elementele de listă direct în interior;
  • tabelele de date folosesc th pentru antete (și scope sau headers pentru tabelele complexe), precum și un caption dacă tabelul are un titlu;
  • câmpurile de formular au etichete legate în cod (label for), iar câmpurile înrudite, precum butoanele radio, sunt grupate (fieldset și legend);
  • informațiile date prin formatare — un câmp obligatoriu marcat cu un asterisc roșu, pasul curent evidențiat — sunt disponibile și în text sau în cod.

Greșeli tipice într-un magazin online

  • titluri de secțiune precum „Cele mai vândute” sau „Descriere” stilizate ca titluri, dar codate ca div sau p îngroșat;
  • tabele de mărimi și de specificații construite din div-uri sau fără celule de antet;
  • câmpuri din pagina de finalizare a comenzii a căror etichetă vizibilă nu este legată de câmp în cod;
  • opțiuni de plată și de livrare ca butoane radio fără etichetă de grup;
  • „obligatoriu” indicat doar printr-un asterisc roșu care nu apare în etichetă;
  • roluri ARIA precum list sau menu folosite fără rolurile-copil obligatorii.

Cum se verifică

Automat: verificatorul nostru detectează multe erori de structură: liste și liste de definiții cu elemente-copil greșite, celule de date fără antete, paragrafe îngroșate folosite ca titluri, titluri de tabel false, roluri ARIA fără părinții sau copiii obligatorii și aria-hidden pe elementul body (regulile list, listitem, td has header, p as heading și altele conexe). Nu poate vedea dacă ceva doar arată ca un titlu sau ca un grup, așa că o scanare fără erori nu este o dovadă.

Manual: folosiți o schiță a titlurilor (o extensie de browser sau lista de titluri a cititorului de ecran) și comparați-o cu ce vedeți. Verificați fiecare tabel, formular și listă în cod sau cu un cititor de ecran. Asigurați-vă că fiecare indiciu vizual, precum „obligatoriu”, există și în text.

Cum se remediază

  • Folosiți elemente de titlu reale în temă și în editor; păstrați o ordine logică (un singur h1, apoi secțiuni h2).
  • Construiți tabelele de specificații cu table, th și caption.
  • Dați fiecărui câmp un label vizibil; grupați seturile de butoane radio și casete de bifat cu fieldset și legend.
  • Puneți „obligatoriu” în textul etichetei sau adăugați aria-required și explicați asteriscul.
  • Preferați elementele HTML native în locul rolurilor ARIA.

Criterii conexe

Întrebări frecvente

Cere WCAG 1.3.1 o ordine corectă a titlurilor?

1.3.1 cere ca textul care arată ca un titlu să fie marcat ca titlu. Sărirea unor niveluri (de la h2 la h4) nu este în sine o neîndeplinire a 1.3.1, dar o ordine logică face pagina mult mai ușor de parcurs și este o bună practică.

Cum testez WCAG 1.3.1?

Rulați o verificare automată pentru erorile de structură ale listelor, tabelelor și ARIA, apoi comparați pagina vizuală cu codul ei sau cu un cititor de ecran: fiecare titlu, listă, antet de tabel, etichetă de formular și grup trebuie să existe în marcaj.

Este suficient un placeholder ca etichetă de formular?

Nu este o etichetă de încredere: dispare când utilizatorul tastează și nu este întotdeauna anunțat. Folosiți un element label vizibil, legat de câmp în cod; și 3.3.2 Etichete sau instrucțiuni cere etichete vizibile.

Sunt tabelele de layout o neîndeplinire?

Folosirea tabelelor pentru layout este descurajată, dar nu este în sine o neîndeplinire dacă nu folosesc celule de antet, titluri (caption) sau rezumate. Tabelele de date au însă nevoie de celule de antet reale.