Due acronimi compaiono frequentemente nelle discussioni sull'accessibilità dei documenti: PDF/UA e WCAG. Sono spesso menzionati insieme ed entrambi mirano a rendere i contenuti accessibili alle persone con disabilità, ma operano a livelli diversi e servono a scopi diversi. Confonderli porta a documenti che potrebbero essere conformi a uno standard mentre falliscono l'altro o, peggio, a documenti che il creatore ritiene accessibili ma che gli utenti dello screen reader non possono effettivamente navigare.
PDF/UA, che sta per PDF Universal Accessibility, è uno standard specifico per i documenti PDF. Definisce i requisiti su come deve essere strutturato un PDF in modo che la tecnologia assistiva possa leggerlo correttamente. WCAG, le Linee guida per l'accessibilità dei contenuti Web, è uno standard più ampio che si applica a tutti i contenuti Web, inclusi i PDF pubblicati sul Web. Comprendere dove questi standard si sovrappongono e dove divergono aiuta i creatori di documenti a produrre PDF accessibili indipendentemente dal modo in cui gli utenti vi accedono.
Cosa governa PDF/UA: la struttura tecnica di un PDF accessibile
PDF/UA, formalmente noto come ISO 14289, è stato pubblicato per la prima volta nel 2012 e aggiornato nel 2014. Specifica i requisiti per i file PDF accessibili agli utenti che si affidano a tecnologie assistive come lettori di schermo, ingranditori di schermo e display Braille. A differenza delle WCAG, che sono organizzate attorno a principi generali, PDF/UA è una specifica tecnica del formato di file che indica esattamente ai creatori di PDF quali elementi strutturali devono essere presenti e come devono essere organizzati.
Il requisito principale di PDF/UA è che ogni elemento del documento debba essere taggato. I tag definiscono l'ordine logico di lettura e identificano cosa è ciascun elemento: un'intestazione, un paragrafo, un elenco, una tabella, un'immagine. Senza tag, uno screen reader non ha modo di determinare la struttura del documento. Potrebbe leggere i paragrafi fuori ordine, saltare completamente i titoli o annunciare ogni riga come un blocco di testo separato. Un documento compatibile con PDF/UA ha un albero di tag completo e corretto che corrisponde all'ordine di lettura visiva.
Un documento con tag Accessibilità PDF adeguati fornisce agli utenti che utilizzano screen reader le stesse informazioni che gli utenti vedenti ottengono dalla formattazione visiva. Il testo in grassetto che contrassegna un'intestazione viene contrassegnato come intestazione e non solo visivamente in grassetto. Un'immagine decorativa che non aggiunge informazioni riceve un tag artefatto che indica allo screen reader di saltarla. I campi modulo hanno etichette associate a livello di codice ai campi, quindi un utente può navigare tra i moduli in base al nome del campo anziché indovinare cosa rappresenta ciascuna casella vuota.
Questo requisito strutturale rende PDF/UA profondamente tecnico. Un documento o è conforme alle specifiche oppure no. Non esiste una conformità parziale. Un PDF con tag può essere convalidato rispetto allo standard PDF/UA utilizzando strumenti di controllo automatizzati che verificano la completezza dei tag, l'ordine di lettura e la presenza dei metadati richiesti.
Prova Modifica PDF
Nessuna installazione necessaria. Funziona direttamente nel tuo browser.
Cosa regolano le WCAG: principi di accessibilità per tutti i contenuti Web
Le WCAG sono organizzate attorno a quattro principi, spesso abbreviati in POUR: percepibile, operabile, comprensibile e resiliente. Il contenuto deve essere percepibile, il che significa che gli utenti devono essere in grado di percepirlo attraverso almeno uno dei sensi a loro disposizione. Deve essere utilizzabile, il che significa che gli utenti devono essere in grado di interagire con esso. Deve essere comprensibile, il che significa che il contenuto e l'interfaccia devono avere un senso. E deve essere forte, nel senso che deve funzionare con le tecnologie assistive attuali e future.
A differenza di PDF/UA, WCAG ha livelli di conformità: A, AA e AAA. Il livello A copre i requisiti di accessibilità più elementari. Il livello AA affronta gli ostacoli più comuni. Il livello AAA è lo standard più elevato ed è spesso ambizioso piuttosto che realizzabile per tutti i tipi di contenuto. La maggior parte delle leggi sull’accessibilità e delle politiche organizzative puntano alle WCAG 2.1 Livello AA come standard di conformità.
Le WCAG si applicano ai PDF quando fanno parte di un sito Web o di un'applicazione Web. Tuttavia, i criteri di successo delle WCAG sono scritti in modo ampio per essere applicati a HTML, PDF, video, audio e altri formati di contenuto web. Un PDF conforme a PDF/UA generalmente soddisfa molti criteri di successo WCAG, ma non tutti. La sovrapposizione tra i due standard è sostanziale ma non completa, motivo per cui la verifica Conformità PDF spesso richiede il controllo rispetto a entrambi.
Differenze chiave tra PDF/UA e WCAG
La differenza fondamentale è la portata. PDF/UA si applica solo ai documenti PDF. Le WCAG si applicano a tutti i contenuti web, di cui il PDF è solo un formato. Un sito Web che ospita pagine HTML accessibili ma PDF inaccessibili supera le WCAG per il contenuto HTML e non riesce per il contenuto PDF. L'accessibilità a livello di organizzazione richiede che sia le pagine Web che i PDF soddisfino i rispettivi standard.
Una seconda differenza fondamentale è il modo in cui ciascuno standard gestisce il contrasto cromatico. PDF/UA non specifica i rapporti di contrasto minimi. Richiede che le informazioni non siano trasmesse esclusivamente attraverso il colore, ma non fissa soglie numeriche per il contrasto. WCAG specifica i rapporti di contrasto: 4,5:1 per il testo normale e 3:1 per il testo di grandi dimensioni al livello AA. Un PDF che supera la convalida PDF/UA potrebbe comunque non superare le WCAG perché il suo testo non ha un contrasto sufficiente rispetto allo sfondo.
Una terza differenza è il trattamento dei contenuti multimediali. PDF/UA ha requisiti limitati per i contenuti audio e video all'interno dei PDF. WCAG include requisiti dettagliati per didascalie, descrizioni audio e controlli multimediali. Un PDF contenente video incorporato deve soddisfare i requisiti multimediali WCAG, che vanno ben oltre quanto specificato da PDF/UA.
Entrambi gli standard contano. Quale dei due ha la priorità dipende dal contesto. Per i documenti distribuiti come file autonomi, PDF/UA è lo standard principale. Per i documenti pubblicati sui siti Web, WCAG è lo standard legale e normativo e PDF/UA funge da guida di implementazione per gli aspetti specifici del PDF della conformità WCAG.
Conformità pratica: quando seguire quale standard
Per le agenzie governative negli Stati Uniti, la Sezione 508 del Rehabilitation Act richiede la conformità alle WCAG 2.0 Livello AA per tutti i contenuti elettronici, inclusi i PDF. Gli standard rivisti della Sezione 508 fanno esplicitamente riferimento a PDF/UA come mezzo per ottenere l'accessibilità ai PDF. In pratica, ciò significa che i PDF governativi devono essere conformi a PDF/UA e, attraverso tale conformità, soddisfare i criteri WCAG applicabili ai documenti.
Per le organizzazioni nell'Unione Europea, l'Atto Europeo sull'Accessibilità e la Direttiva sull'Accessibilità Web stabiliscono requisiti che fanno riferimento alle WCAG 2.1 Livello AA. Anche se queste leggi non sempre menzionano esplicitamente PDF/UA, i requisiti tecnici per i PDF accessibili in questi framework sono strettamente allineati con PDF/UA. Seguire PDF/UA è il percorso più sicuro verso la conformità.
WukongPDF elabora i PDF tramite strumenti basati su browser che possono aiutare a verificare la struttura del documento e identificare le lacune in termini di accessibilità. Sebbene la piattaforma non esegua controlli completi sull’accessibilità, supporta le fasi di preparazione dei documenti che rendono più semplice la successiva correzione dell’accessibilità.
Verifica della conformità con entrambi gli standard
I sistemi di controllo automatizzati possono convalidare la conformità PDF/UA con ragionevole precisione perché lo standard è una specifica tecnica con criteri di superamento/non superamento. Strumenti come PAC (PDF Accessibility Checker) e il controllo di accessibilità integrato di Adobe Acrobat verificano la completezza dei tag, l'ordine di lettura e i metadati richiesti. Un documento che supera questi controlli è strutturalmente accessibile.
La verifica della conformità WCAG per i PDF richiede test sia automatizzati che manuali. Gli strumenti automatizzati verificano la presenza di tag, testo alternativo e impostazioni della lingua. Il test manuale prevede l'apertura del documento con un'utilità per la lettura dello schermo e la verifica che l'esperienza di lettura corrisponda all'esperienza visiva. Un vero utente di screen reader può individuare problemi che gli strumenti automatizzati non rilevano, come il testo alternativo che è tecnicamente presente ma inutilmente vago.
Qualsiasi documento che supera la convalida PDF/UA e presenta un contrasto cromatico adeguato generalmente soddisfa i criteri WCAG di livello A e la maggior parte dei criteri di livello AA per il contenuto del documento. I rimanenti criteri WCAG che si applicano ai PDF, come quelli relativi allo scopo del collegamento e all'ordine dei focus, dovrebbero essere verificati come parte del processo complessivo di test dell'accessibilità.
La relazione tra PDF/UA e WCAG è meglio intesa come complementare piuttosto che competitiva. PDF/UA fornisce il percorso di implementazione tecnica per rendere accessibili i PDF. Le WCAG forniscono i principi e i criteri di successo che definiscono cosa significa accessibile. Un documento creato secondo gli standard PDF/UA supererà la maggior parte dei controlli WCAG automatizzati per il contenuto del documento. Un documento che soddisfa gli standard WCAG per i PDF sarà quasi certamente conforme a PDF/UA.
Le organizzazioni che devono conformarsi a entrambi gli standard dovrebbero investire nella formazione dei creatori di documenti. La persona che esporta un documento Word in PDF deve sapere quali caselle di controllo selezionare per l'output PDF con tag. La persona che progetta un modulo deve capire come associare le etichette ai campi del modulo. L'accessibilità non è qualcosa che può essere aggiunto a posteriori da uno specialista della bonifica. Deve essere integrato nel processo di creazione del documento fin dall'inizio.
L’European Accessibility Act, entrato in vigore nel 2025, ha accelerato l’adozione della conformità PDF/UA e WCAG nelle organizzazioni europee. La legge si applica a prodotti e servizi venduti nell’UE, compresi i documenti digitali forniti come parte di tali prodotti e servizi. Le aziende che in precedenza consideravano l'accessibilità dei documenti come un optional, ora ritengono che sia un requisito legale per i loro clienti europei.
Testare l'accessibilità con utenti reali è l'unico modo per essere certi che un documento funzioni come previsto. I controllori automatizzati possono verificare la conformità tecnica a PDF/UA. I test manuali con gli screen reader possono verificare l'usabilità pratica. Nessuno dei due sostituisce l'altro. Un documento tecnicamente conforme potrebbe essere comunque difficile da navigare perché la struttura dell'intestazione, sebbene etichettata correttamente, non riflette il modo in cui l'utente di un lettore di schermo si aspetta di spostarsi attraverso il contenuto.
Entrambi gli standard continuano ad evolversi e i creatori di documenti dovrebbero monitorare gli aggiornamenti di ISO e W3C per rimanere conformi ai più recenti requisiti di accessibilità man mano che vengono pubblicati.
| Aspetto | PDF/UA (ISO 14289) | WCAG 2.1 |
|---|---|---|
| Ambito | Solo documenti PDF | Tutti i contenuti web, inclusi i PDF |
| Conformità | Superato/fallito (binario) | Livelli A, AA, AAA |
| Contrasto di colore | Nessuna soglia numerica | Testo normale 4,5:1, testo grande 3:1 |
| Multimedia | Requisiti limitati | Didascalie, descrizioni audio, controlli |
| Validazione | Dama automatizzata (PAC, Acrobat) | Test automatizzato e manuale dello screen reader |
Prova Modifica PDF
Nessuna installazione necessaria. Funziona direttamente nel tuo browser.