Strumenti PDF6 min di lettura
Documenti PDF accessibili: che cosa serve
Che cosa rende accessibile un PDF — tag, ordine di lettura, testi alternativi, lingua —, che cosa regolano PDF/UA e WCAG e che cosa vale in Svizzera.

Una scuola di musica a Lugano pubblica ogni semestre sul suo sito il programma dei corsi e il modulo d’iscrizione in PDF. In primavera si fa vivo un padre: è cieco e usa un lettore di schermo. Questo gli legge il programma come una sequenza disordinata di parole, salta del tutto la tabella degli orari e, per il modulo d’iscrizione, lui sente solo «immagine».
Sullo schermo i due file sono impeccabili. Ciò che manca è invisibile: la struttura che dice a una tecnologia assistiva che cosa c’è sulla pagina e in quale ordine.
Di che cosa ha bisogno un lettore di schermo in un PDF
La PDF Association, l’organizzazione di settore dietro il formato, lo spiega così: oltre alle descrizioni alternative delle immagini, l’accessibilità di un documento elettronico dipende da informazioni semantiche che ne descrivono la struttura logica — sezioni, paragrafi, elenchi, tabelle. La funzione PDF che porta queste informazioni si chiama «PDF con tag» (Tagged PDF).
Per una tecnologia assistiva, un PDF senza tag è come un foglio con delle lettere in certi punti. Un PDF con tag dice in più: questo è il titolo, questo un sottotitolo di secondo livello, questo un elenco di quattro punti, questa una tabella con riga d’intestazione.
Gli elementi di base
Le linee guida per l’accessibilità dei contenuti web (WCAG) del W3C sono il riferimento internazionale per i contenuti digitali accessibili. Diversi loro criteri di successo si applicano direttamente a un PDF:
| Elemento | Di che cosa si tratta | WCAG 2.1 |
|---|---|---|
| Tag di struttura | Titoli, elenchi e tabelle sono contrassegnati come tali | 1.3.1 |
| Ordine di lettura | Il contenuto viene letto in un ordine sensato | 1.3.2 |
| Testi alternativi | Immagini e grafici hanno un’alternativa testuale | 1.1.1 |
| Lingua del documento | La lingua è impostata per una pronuncia corretta | 3.1.1 |
| Titolo del documento | Un titolo descrive l’argomento o lo scopo | 2.4.2 |
| Contrasto | Il testo si distingue abbastanza dallo sfondo (almeno 4,5:1) | 1.4.3 |
| Colore | L’informazione non è affidata solo al colore | 1.4.1 |
In Svizzera la lingua del documento è un punto a sé: un promemoria in italiano contrassegnato come tedesco viene letto con la pronuncia tedesca — appena comprensibile per chi ascolta.
Documenti scansionati
Le scansioni sono un caso a parte. In un PDF, un foglio scansionato è dapprima solo un’immagine della pagina; non contiene alcun testo che una tecnologia assistiva possa leggere. Solo un riconoscimento del testo (OCR) lo trasforma in testo leggibile, e anche allora mancano titoli, elenchi e struttura delle tabelle finché non vengono contrassegnati.
Il modulo d’iscrizione della scuola di musica era uno di questi casi: stampato, completato a mano, di nuovo scansionato. Per un modulo usato regolarmente, un modello creato in digitale — o direttamente un modulo online — è di solito la via più breve.
Moduli nel PDF
Un PDF con campi compilabili è un caso particolare. Perché un lettore di schermo possa annunciare un campo, serve un’etichetta collegata al campo — non solo una parola che si trova lì accanto. Le WCAG chiedono etichette o istruzioni quando è previsto un inserimento (criterio 3.3.2), e che nome, ruolo e valore di un elemento siano determinabili dalle tecnologie assistive (criterio 4.1.2).
A ciò si aggiunge l’ordine in cui il tasto di tabulazione passa da un campo all’altro. Se salta dal nome alla firma e solo dopo all’indirizzo, non perde l’orientamento solo una persona cieca, ma chiunque lavori senza mouse.
PDF/UA e WCAG
Per i PDF accessibili esiste una norma apposita: ISO 14289, detta PDF/UA (Universal Accessibility). Secondo la PDF Association la famiglia comprende PDF/UA-1, rivista l’ultima volta nel 2014, e PDF/UA-2 del 2024 per il PDF 2.0.
PDF/UA descrive le caratteristiche tecniche di un PDF accessibile e offre un modo per creare file PDF conformi alle WCAG. La PDF Association ne segnala anche i limiti: la conformità a PDF/UA da sola non garantisce necessariamente che il contenuto sia accessibile. Colori e contrasti possono comunque essere usati male, e il testo può restare difficile da capire per persone con determinate disabilità cognitive.
Che cosa vale in Svizzera
La legge sui disabili (LDis) contiene due disposizioni spesso citate a questo proposito:
- Autorità. Se le autorità offrono le loro prestazioni via internet, queste devono essere accessibili agli ipovedenti senza difficoltà (art. 14 cpv. 2 LDis).
- Privati. I privati che forniscono prestazioni al pubblico non possono trattare una persona in modo discriminatorio a causa della sua disabilità (art. 6 LDis).
Per l’attuazione tecnica esiste lo standard di governo elettronico eCH-0059. La versione 3.0 si basa sulle WCAG 2.1 e, secondo eCH, si applica in primo luogo alle informazioni e prestazioni degli enti pubblici e delle imprese concessionarie; dà anche ad altri fornitori la possibilità di realizzare le loro offerte secondo criteri uniformi. Quali obblighi valgano per una data azienda dipende dal suo ruolo — possono aggiungersi regole cantonali.
Come nasce un PDF accessibile
La via più semplice passa dal documento di partenza. Un PDF può contenere solo una struttura creata prima. In Word significa: titoli come stili, veri elenchi e vere tabelle, testi alternativi per le immagini, una lingua impostata. Microsoft raccomanda di eseguire la verifica dell’accessibilità prima di salvare e di lasciare attiva l’opzione «Tag della struttura del documento per l’accessibilità» salvando in PDF. Le singole opzioni di salvataggio sono descritte nell’articolo Convertire Word in PDF.
Un PDF assemblato a posteriori da scansioni, foto ed esportazioni di programmi diversi si ripara invece solo con molto lavoro manuale. Chi pubblica un documento regolarmente fa di solito meglio a curare il modello.
Verificare
Gli strumenti di verifica mostrano se un PDF soddisfa i requisiti tecnici. Uno diffuso è il PDF Accessibility Checker (PAC), un programma gratuito che verifica la conformità a PDF/UA e WCAG. Risale alla fondazione svizzera «Accesso per tutti» (Zugang für alle) ed è oggi sviluppato da axes4.
I controlli automatici però non trovano tutto. Se un testo alternativo descrive l’immagine in modo sensato, o se l’ordine di lettura corrisponde al contenuto, lo giudica meglio una persona. Una prova semplice: ascoltare una volta il documento con la funzione di lettura ad alta voce del proprio computer.
Per la scuola di musica di Lugano
La scuola ricostruisce il programma dei corsi nel programma di videoscrittura, con stili, una vera tabella per gli orari e un testo alternativo per la foto dell’orchestra. Il PDF viene salvato con i tag di struttura e verificato una volta con PAC. Il modulo d’iscrizione scansionato viene sostituito da un modulo online. Il padre riceve il nuovo programma per e-mail, con la richiesta di un riscontro.
Gli strumenti PDF che stiamo sviluppando uniranno, divideranno e convertiranno file PDF — elaborati in Svizzera, in memoria, senza che alcun file resti salvato. La struttura di un documento accessibile nasce però nel documento di partenza, presso le persone che lo scrivono.
Fonti
- 1.PDF Association: ISO 14289-1 (PDF/UA) (verificato il 25 settembre 2026)
- 2.W3C: Web Content Accessibility Guidelines (WCAG) 2.1 (verificato il 25 settembre 2026)
- 3.Behindertengleichstellungsgesetz (BehiG, SR 151.3) (verificato il 25 settembre 2026)
- 4.eCH-0059 Accessibility Standard V3.0 (verificato il 25 settembre 2026)
- 5.Microsoft Support: Erstellen von barrierefreien PDF-Dateien (verificato il 25 settembre 2026)
- 6.PDF Accessibility Checker (PAC) (verificato il 25 settembre 2026)
Essere informati al lancio
Questa idea è ancora in preparazione. Si iscriva e la informeremo una sola volta, quando diventerà un’app. L’iscrizione non è vincolante – nessuna newsletter, nessuna pubblicità.
Vedi l’idea