PDF accessibili: cosa conta e quando usare l’HTML
Molti siti web offrono menu, listini prezzi, moduli e brochure in PDF. Per chi usa uno screen reader, lo zoom o solo la tastiera, un PDF senza struttura può essere una porta chiusa. Ecco cosa rende accessibile un PDF, cosa può trovare un controllo e quando una pagina web è la scelta migliore.
Quando un PDF diventa una barriera
Un PDF può sembrare perfetto ed essere comunque inutilizzabile. Uno screen reader non vede il layout. Ha bisogno di struttura: quale testo è un titolo, quale un elenco, quale una tabella, e in che ordine si legge tutto. Se queste informazioni mancano, il contenuto esce come un lungo flusso di testo, nell’ordine sbagliato o per niente.
Problemi tipici: una pagina scansionata che è solo un’immagine, un layout a due colonne letto di traverso su entrambe le colonne, una tabella senza celle di intestazione, un modulo i cui campi non hanno nome e immagini senza alternativa testuale. Il W3C descrive come evitare ciascuno di questi problemi nelle sue tecniche PDF per le WCAG. Le tecniche sono esempi di come rispettare le WCAG, non un requisito in sé.
Cosa rende accessibile un PDF
- Tag: un PDF con tag ha un albero della struttura in cui titoli, paragrafi, elenchi e tabelle sono marcati come tali. Senza tag, le tecnologie assistive non hanno quasi nulla su cui lavorare.
- Ordine di lettura: l’ordine dei tag decide cosa viene letto per primo. Controllalo soprattutto con colonne, caselle di testo e barre laterali. L’ordine di tabulazione di link e campi del modulo dovrebbe seguire la stessa logica.
- Titolo del documento: imposta un titolo significativo nelle proprietà del documento e fai in modo che il visualizzatore lo mostri al posto del nome del file.
- Lingua del documento: imposta la lingua principale, così lo screen reader usa la pronuncia giusta. Marca a parte i passaggi in un’altra lingua.
- Alt text per le figure: le immagini informative ricevono un’alternativa testuale sul loro tag figure. Le immagini puramente decorative si marcano come artefatti, così gli screen reader le saltano.
- Testo vero invece di scansioni: una pagina scansionata è un’immagine di testo. Dove puoi, crea il PDF dal file sorgente. Se non c’è, il riconoscimento del testo (OCR) trasforma la scansione in testo vero. Poi controlla che ci sia tutto il testo e nell’ordine giusto.
- Intestazioni delle tabelle: le tabelle di dati sono costruite con celle di tabella, riga, intestazione e dati. Le celle di intestazione devono essere marcate come intestazioni, non solo mostrate in grassetto.
- Segnalibri: i documenti di più di qualche pagina ricevono segnalibri, idealmente creati dai titoli. Aiutano tutti ad avere una panoramica senza sfogliare l’intero file.
- Campi del modulo: ogni campo ha un nome collegato a livello di codice, per esempio tramite il tooltip del campo. Un’etichetta solo stampata accanto al campo non basta.
Cosa trova un controllo automatico, e cosa no
Uno strumento può leggere proprietà tecniche: c’è un titolo, una lingua, un albero della struttura, le figure hanno una voce alt? Sono buone prime domande, e una risposta mancante è un risultato chiaro.
Uno strumento non può giudicare se un alt text dice la cosa giusta, se l’ordine di lettura ha senso, se sono marcate come intestazioni le celle giuste o se il riconoscimento del testo ha letto bene ogni numero. Il W3C lo dice chiaramente: gli strumenti di valutazione non possono stabilire l’accessibilità, possono solo aiutare, e serve il giudizio umano. Quattro controlli manuali richiedono solo pochi minuti:
- 1Apri il PDF. La finestra mostra un titolo vero invece del nome del file?
- 2Ascolta le prime pagine con uno screen reader o una funzione di lettura ad alta voce. Titoli, colonne e tabelle vengono letti in un ordine sensato?
- 3Salva il PDF come testo. C’è tutto il testo, nell’ordine giusto, e i numeri sono corretti?
- 4Spostati tra link e campi del modulo con il tasto Tab. L’ordine ha senso e ogni campo annuncia il suo nome?
Quando una pagina HTML è la scelta migliore
Chiediti cosa vogliono fare i visitatori con il contenuto. Orari di apertura, menu, listini prezzi, brevi istruzioni e tutto ciò che cambia spesso di solito funzionano meglio come normale pagina web. Una pagina si adatta agli schermi piccoli e allo zoom, si può trovare e linkare direttamente, e c’è una sola versione da tenere aggiornata.
Un PDF ha ancora senso per documenti che le persone stampano, firmano o archiviano, o che devono mantenere un layout fisso. Se tieni il PDF, offri anche i contenuti principali come pagina web, o almeno assicurati che il PDF abbia i tag e sia stato controllato.
Lavorare con Do4U
Lo strumento Controlla l’accessibilità del PDF legge un PDF fino a 2 MB e riporta il titolo, la lingua, i tag di struttura e le figure senza alternativa. L’ordine di lettura viene sempre segnalato per un controllo manuale, perché uno strumento non può giudicarlo.
Trasforma i documenti in HTML crea una bozza da una pagina PDF o da un’immagine alla volta: HTML semantico con titoli, elenchi e tabelle, più testo semplice. Controlla ogni parola, numero e tabella rispetto all’originale, e ripeti il lavoro per ogni pagina nell’ordine di lettura.
Entrambi gli strumenti ti danno risultati e bozze. Non sostituiscono una revisione da parte di persone, idealmente con qualcuno che usa uno screen reader. Controlla di nuovo dopo ogni nuova versione del documento.
Fonti
- W3C: Techniques for WCAG 2.2, tecniche PDF da PDF1 a PDF23 (in inglese) (www.w3.org)
- W3C: PDF3, ordine di tabulazione e di lettura corretto nei documenti PDF (in inglese) (www.w3.org)
- W3C: PDF7, OCR su un PDF scansionato per ottenere testo vero (in inglese) (www.w3.org)
- W3C: PDF6, elementi di tabella per il markup delle tabelle nei documenti PDF (in inglese) (www.w3.org)
- W3C WAI: scegliere strumenti di valutazione dell’accessibilità web (in inglese) (www.w3.org)