Ghid Ultima verificare: octombrie 2026 6 min de citit

PDF-uri accesibile: ce contează și când e mai bun HTML

Multe site-uri oferă meniuri, liste de prețuri, formulare și broșuri în format PDF. Pentru persoanele care folosesc un cititor de ecran, mărirea sau doar tastatura, un PDF fără structură poate fi o ușă închisă. Iată ce face un PDF accesibil, ce poate găsi o verificare și când o pagină web este alegerea mai bună.

Când un PDF devine o barieră

Un PDF poate arăta perfect și totuși să fie inutilizabil. Un cititor de ecran nu vede aspectul paginii. Are nevoie de structură: ce text este un titlu, ce este o listă, ce este un tabel și în ce ordine se citește totul. Dacă aceste informații lipsesc, conținutul iese ca un singur flux lung de text, în ordinea greșită sau deloc.

Probleme tipice: o pagină scanată care este doar o imagine, un aspect pe două coloane citit direct peste ambele coloane, un tabel fără celule de antet, un formular ale cărui câmpuri nu au nume și imagini fără alternativă text. W3C descrie cum eviți fiecare dintre acestea în tehnicile sale PDF pentru WCAG. Tehnicile sunt exemple despre cum se îndeplinește WCAG, nu o cerință în sine.

Ce face un PDF accesibil

Etichete (tags): un PDF etichetat are un arbore de structură în care titlurile, paragrafele, listele și tabelele sunt marcate ca atare. Fără etichete, tehnologiile asistive nu au aproape nimic cu care să lucreze.
Ordinea de citire: ordinea etichetelor decide ce se citește primul. Verific-o mai ales la coloane, casete de text și bare laterale. Ordinea de navigare cu Tab prin linkuri și câmpuri de formular ar trebui să urmeze aceeași logică.
Titlul documentului: setează un titlu cu sens în proprietățile documentului și lasă vizualizatorul să-l afișeze în locul numelui fișierului.
Limba documentului: setează limba principală, astfel încât un cititor de ecran să folosească pronunția corectă. Marchează separat pasajele în altă limbă.
Text alternativ pentru figuri: imaginile informative primesc o alternativă text pe eticheta lor de figură. Imaginile pur decorative sunt marcate ca artefacte, ca să fie sărite de cititoarele de ecran.
Text real în loc de scanări: o pagină scanată este o imagine a unui text. Creează PDF-ul din fișierul sursă acolo unde poți. Dacă nu există, recunoașterea textului (OCR) transformă scanarea în text real. Apoi verifică dacă tot textul este acolo și în ordinea corectă.
Antete de tabel: tabelele de date sunt construite din tabel, rânduri, celule de antet și celule de date. Celulele de antet trebuie marcate ca antete, nu doar afișate îngroșat.
Marcaje: documentele mai lungi de câteva pagini primesc marcaje, ideal create din titluri. Ele îi ajută pe toți să aibă o imagine de ansamblu fără să răsfoiască tot fișierul.
Câmpuri de formular: fiecare câmp are un nume legat de el programatic, de exemplu prin descrierea (tooltip) câmpului. O etichetă doar tipărită lângă câmp nu este suficientă.

Începe în fișierul sursă

Majoritatea acestor lucruri sunt mai ușoare în programul în care scrii documentul. Folosește acolo titluri reale, liste și rânduri de antet în tabele, adaugă text alternativ imaginilor, setează titlul și limba și exportă un PDF etichetat. Aspectele complexe pot ieși totuși în ordinea greșită și au atunci nevoie de reparații într-un editor PDF.

Ce găsește o verificare automată și ce nu

Un instrument poate citi proprietăți tehnice: există un titlu, o limbă, un arbore de structură, au figurile o intrare alt? Sunt întrebări bune pentru început, iar un răspuns lipsă este o constatare clară.

Un instrument nu poate aprecia dacă un text alternativ spune ce trebuie, dacă ordinea de citire are sens, dacă sunt marcate ca antete celulele potrivite sau dacă recunoașterea textului a citit corect fiecare număr. W3C o spune direct: instrumentele de evaluare nu pot determina accesibilitatea, ele doar pot ajuta, iar judecata umană este necesară. Patru verificări manuale durează doar câteva minute:

1Deschide PDF-ul. Afișează fereastra un titlu real în locul numelui fișierului?
2Ascultă primele pagini cu un cititor de ecran sau cu o funcție de citire cu voce tare. Sunt titlurile, coloanele și tabelele citite într-o ordine logică?
3Salvează PDF-ul ca text. Este tot textul acolo, în ordinea corectă, și sunt numerele corecte?
4Parcurge linkurile și câmpurile de formular cu tasta Tab. Are ordinea sens și își anunță fiecare câmp numele?

Când o pagină HTML este alegerea mai bună

Întreabă-te ce vor vizitatorii să facă cu conținutul. Programul de lucru, meniurile, listele de prețuri, instrucțiunile scurte și tot ce se schimbă des funcționează de obicei mai bine ca pagină web obișnuită. O pagină se adaptează la ecrane mici și la mărire, poate fi găsită și accesată direct printr-un link și există o singură versiune de ținut la zi.

Un PDF are totuși sens pentru documente pe care oamenii le tipăresc, le semnează sau le arhivează ori care trebuie să păstreze un aspect fix. Dacă păstrezi PDF-ul, oferă conținutul principal și ca pagină web sau măcar asigură-te că PDF-ul este etichetat și verificat.

Lucrează cu Do4U

Instrumentul Verifică accesibilitatea PDF-ului citește un PDF de până la 2 MB și raportează titlul, limba, etichetele de structură și figurile fără alternativă. Ordinea de citire este marcată întotdeauna pentru verificare manuală, pentru că un instrument nu o poate aprecia.

Transformă documentele în HTML creează o ciornă din câte o pagină PDF sau câte o imagine: HTML semantic cu titluri, liste și tabele, plus text simplu. Verifică fiecare cuvânt, număr și tabel față de original și repetă operația pentru fiecare pagină, în ordinea de citire.

Ambele instrumente îți oferă constatări și ciorne. Ele nu înlocuiesc o verificare făcută de oameni, ideal inclusiv de cineva care folosește un cititor de ecran. Verifică din nou după fiecare versiune nouă a documentului.