Software di rimediazione PDF, team interno o fornitore? Come scegliere per documenti in più lingue
Un software di rimediazione PDF può taggare in poco tempo documenti semplici e uniformi, ma da solo raramente rende conformi a PDF/UA e WCAG manuali, cataloghi o moduli complessi, perché ordine di lettura, tabelle e testo alternativo richiedono il giudizio di una persona. DEMA Solutions aiuta le aziende a decidere quali documenti correggere alla fonte, quali automatizzare e quali affidare a specialisti, in ogni lingua in cui pubblicano.
A chi è rivolta questa guida
Questa guida è pensata per chi decide come verranno prodotti i PDF accessibili: responsabili della documentazione con centinaia di manuali e schede tecniche, responsabili marketing con i loro cataloghi, responsabili compliance a cui si chiede di dimostrare che i documenti per i clienti rispettano i requisiti di accessibilità, buyer che hanno sul tavolo tre offerte che non si somigliano affatto.
Se vi servono prima le basi, la nostra guida pratica all’accessibilità dei PDF spiega tag, ordine di lettura, testo alternativo e standard di riferimento. Questo articolo parte un passo più avanti, dalle domande che decidono budget e rischio. Può farlo un software al posto nostro? Quali competenze servirebbero al nostro team? Quando conviene un fornitore? E che cosa cambia quando ogni documento esiste in sei o dodici lingue?
Che cos'è la rimediazione PDF e perché il "come" è una decisione aziendale
La rimediazione PDF è il lavoro con cui si aggiunge o si corregge la struttura nascosta di un PDF esistente, in modo che le tecnologie assistive possano leggerlo: tag per titoli, paragrafi, elenchi, tabelle e figure, un ordine di lettura logico, testo alternativo, artefatti, una lingua dichiarata, un titolo e i segnalibri. L’obiettivo è di solito PDF/UA (ISO 14289-1) per il file e WCAG 2.1 livello AA per i contenuti, requisiti che in Europa si applicano ai documenti attraverso la norma EN 301 549.
Per un singolo documento, chi se ne occupa conta poco. Per un’azienda che pubblica migliaia di pagine all’anno è una decisione di produzione. Lo stesso requisito può essere soddisfatto dal vostro personale, da un software che automatizza una parte del lavoro o da un fornitore specializzato, e ciascuna strada ha un profilo di costo diverso, un modo diverso di fallire e un effetto diverso sul prossimo aggiornamento.
Sotto c’è una questione di tempi. La rimediazione in senso stretto ripara un PDF già finito; l’alternativa è costruire la struttura nel file sorgente, così che ogni esportazione sia già accessibile. Questa scelta spesso pesa più di quella tra persone e software.
Cinque domande che decidono la risposta
Prima di confrontare le opzioni, descrivete con onestà il vostro patrimonio documentale. La risposta dipende in gran parte da cinque fattori.
Volume e frequenza. Un arretrato di duemila report d’archivio che non verranno mai modificati è un problema diverso da quaranta manuali rivisti due volte l’anno. Il volume favorisce l’automazione, le modifiche frequenti favoriscono la correzione alla fonte e un arretrato una tantum favorisce una capacità esterna.
Lingue. Ogni versione linguistica è un PDF a sé, che deve essere accessibile di per sé, quindi il numero di lingue moltiplica tutto il resto di questo elenco.
Complessità. I report semplici con pochi titoli sono facili. Non lo sono i cataloghi su più colonne, gli elenchi ricambi con celle unite, i disegni tecnici con richiami, le avvertenze in riquadri accanto al passaggio a cui si riferiscono e i moduli compilabili. È la complessità a separare i documenti che un software gestisce bene da quelli che richiedono persone.
Evidenze. Una stazione appaltante che applica la EN 301 549 in una gara, un cliente di un settore interessato dai requisiti dell’European Accessibility Act o una policy interna possono aspettarsi prove diverse, da un report automatico fino alla documentazione completa dei controlli manuali.
File sorgente. Senza file modificabili utilizzabili, la rimediazione deve avvenire nel PDF. Se li avete, disponete di un’opzione più economica e più duratura.
Che cosa può fare un software di rimediazione PDF
Chi cerca i migliori strumenti per la rimediazione PDF trova un lungo elenco di prodotti, che però rientrano in poche categorie dal comportamento molto diverso, e le categorie contano più delle tabelle comparative delle funzioni.
La prima è la funzione di esportazione e verifica integrata nei programmi di creazione: word processor, programmi di impaginazione e sistemi di authoring strutturato che producono un PDF taggato ed eseguono un controllo di base. Per i documenti costruiti bene fa la maggior parte del lavoro prima ancora che il PDF esista. La seconda è il software desktop di editing PDF con funzioni di accessibilità, che permette a una persona formata di modificare a mano albero dei tag, ordine di lettura, artefatti e testo alternativo; la maggior parte della rimediazione professionale si fa così. La terza è il software di rimediazione automatica e assistita dall’intelligenza artificiale, di solito su server o in cloud, che analizza il layout visivo e genera tag, ordine di lettura, strutture delle tabelle e talvolta una bozza di testo alternativo per molti file alla volta. La quarta sono i validatori, che verificano un file rispetto alle condizioni di PDF/UA controllabili in automatico. La quinta si trova a monte: i sistemi di generazione documentale che producono PDF taggati direttamente da modelli o contenuti strutturati, ed è il modo migliore per rendere accessibili estratti conto e report generati da dati in grandi volumi.
La rimediazione automatica PDF/UA è davvero utile per i documenti giusti. Riconosce i paragrafi, deduce i livelli dei titoli da dimensione e peso del carattere, marca come artefatti intestazioni, piè di pagina e numeri di pagina ripetuti, costruisce tabelle semplici con una sola riga di intestazione, crea i segnalibri, imposta i metadati di titolo e lingua ed elabora un intero lotto nel tempo in cui una persona tratta un solo manuale lungo. Su layout semplici e uniformi, il risultato può richiedere soltanto una revisione. I validatori sono rapidi e oggettivi e individuano contenuti non taggati, font mancanti e testi alternativi vuoti su migliaia di file.
Che cosa la rimediazione automatica non può fare
I limiti nascono dalla stessa fonte dei punti di forza: il software deduce il significato dall’aspetto. Vede che una riga è grande e in grassetto, non che è il titolo di un’avvertenza. Dove il layout non rivela la logica, tira a indovinare, e nei documenti tecnici sbaglia abbastanza spesso da fare la differenza.
L’ordine di lettura è l’esempio più chiaro. In una pagina con due colonne, una barra laterale, un riquadro di sicurezza e una didascalia esistono diversi ordini plausibili e uno solo corretto, che dipende da ciò che il testo vuole dire. Un’avvertenza letta dopo il passaggio a cui si riferisce è un problema di sicurezza, non un difetto estetico. Al secondo posto vengono le tabelle complesse: elenchi ricambi e schede tecniche con celle unite, intestazioni su più livelli o interruzioni di pagina richiedono relazioni tra intestazioni e celle definite da qualcuno che capisce i dati, altrimenti chi usa un lettore di schermo sente numeri senza contesto.
Il terzo è il testo alternativo. Un software assistito dall’intelligenza artificiale può descrivere l’aspetto di un’immagine, ma il testo alternativo deve dire che cosa significa quell’immagine in quel punto. “Vista esplosa di una pompa” è una descrizione; l’alternativa utile dice al lettore a quale componente si riferisce il passaggio successivo, oppure che la figura ripete il testo e può essere marcata come decorativa. Servono conoscenza del prodotto e la stessa terminologia approvata usata nel testo. Il software fatica anche con i cambi di lingua all’interno di un documento, con i moduli a logica condizionale, con il testo incorporato nelle immagini e con i contenuti codificati per colore.
Infine, superare un validatore non significa essere accessibili. Il Protocollo Matterhorn, il catalogo delle condizioni di errore PDF/UA pubblicato dalla PDF Association, distingue gli errori che un software può rilevare da quelli che richiedono il giudizio umano, e una parte consistente ricade nel secondo gruppo. Un file può produrre un report automatico pulito e avere comunque un ordine di lettura privo di senso, un testo alternativo che dice “image1” o intestazioni collegate alle celle sbagliate. Un report automatico, da solo, verifica che la struttura esista, non che funzioni.
Le competenze che servono a un team interno
Fare la rimediazione internamente è realistico, ma si tratta di una competenza specialistica, non di un’estensione del lavoro d’ufficio.
La competenza centrale è il tagging: conoscere il set di tag PDF, riparare l’albero dei tag, marcare gli artefatti, definire le strutture delle tabelle con l’ambito delle intestazioni e correggere l’ordine di lettura nei layout complessi. Poi serve il giudizio per scrivere testi alternativi utili e decidere quali immagini sono informative e quali decorative. La terza competenza è il test: eseguire i validatori, interpretarne i report e soprattutto verificare i documenti con un lettore di schermo e con la tastiera. Un team che non ha mai ascoltato i propri manuali attraverso un lettore di schermo di solito sottovaluta quanti problemi restano.
Le competenze a monte contano almeno altrettanto. Gli autori che usano stili veri, costruiscono le tabelle correttamente e inseriscono il testo alternativo mentre scrivono eliminano la maggior parte del lavoro di rimediazione prima che cominci, e i modelli che associano gli stili ai tag rendono più economico ogni documento futuro. Spesso l’investimento interno più efficace non è uno specialista di rimediazione, ma la formazione degli autori e la correzione dei modelli.
I rischi riguardano capacità e continuità. La rimediazione è in competizione con altre scadenze, una sola persona formata è un punto unico di vulnerabilità e le competenze si perdono quando si usano poche volte l’anno. La soluzione interna funziona meglio per un flusso costante di documenti semplici prodotti da persone che controllano anche il file sorgente.
Correggere alla fonte o rimediare il PDF
Lo schema più costoso nella pubblicazione accessibile è rimediare lo stesso documento più e più volte. Un manuale viene esportato, rimediato come PDF e rivisto tre mesi dopo; la nuova esportazione non contiene nessuna delle correzioni e il lavoro ricomincia, in ogni lingua.
L’alternativa è correggere l’accessibilità alla fonte. Gli stili vengono associati ai tag, l’ordine di lettura è definito nel file di impaginazione, il testo alternativo è memorizzato con le immagini, la lingua è impostata nel modello e gli elementi decorativi vengono marcati una sola volta. Ogni esportazione va poi verificata e rifinita, non ricostruita. Preparare i file sorgente in questo modo è proprio ciò che comporta la preparazione dei file DTP, e lo stesso lavoro rende più economiche anche traduzione e impaginazione.
Rimediare direttamente il PDF ha ancora il suo spazio: documenti statici, archivi che devono restare online, file di terzi e documenti di cui si è perso il sorgente. Una strategia sensata tratta le due strade come complementari: i documenti vivi si correggono alla fonte, quelli congelati si rimediano una volta sola, e un inventario stabilisce quali sono gli uni e quali gli altri.
Insiemi di documenti multilingue
È nei documenti multilingue che la scelta dell’approccio ha l’effetto maggiore, ed è proprio qui che la maggior parte dei confronti tra software e fornitori tace. Ogni versione linguistica è un file a sé, con il proprio albero dei tag, la propria dichiarazione di lingua, il proprio ordine di lettura e il proprio testo alternativo, e deve essere accessibile di per sé.
Traduzione e impaginazione compromettono l’accessibilità in modi prevedibili. La lingua del documento resta impostata su quella di partenza, e un lettore di schermo legge un testo tedesco con la pronuncia italiana. L’espansione del testo sposta i contenuti in nuove cornici e modifica l’ordine di lettura. Testi alternativi, segnalibri, titoli ed etichette dei moduli restano invisibili ai traduttori se il processo non li estrae, e rimangono così nella lingua di partenza. Il software automatico non vede nulla di tutto questo: taggherà senza problemi un manuale polacco che dichiara di essere in inglese.
Ci sono due modi per consegnare un insieme accessibile in otto lingue. Il primo è tradurre, impaginare ed esportare ogni lingua, poi rimediare otto PDF separatamente, moltiplicando il costo per otto a ogni revisione. Il secondo è costruire l’accessibilità nel modello sorgente, tradurre i testi nascosti insieme a quelli visibili, adattare l’impaginazione nei file sorgente e verificare ogni PDF finale in ciascuna lingua. I controlli si ripetono per lingua; il lavoro strutturale si fa una volta sola. Questa seconda strada funziona soltanto se traduzione, DTP multilingue e accessibilità vengono pianificate insieme, e se il testo alternativo segue la stessa terminologia approvata del manuale: per questo anche qui conta una terminologia coerente tra traduttori e fornitori.
Che cosa determina il costo della rimediazione PDF
Non esiste un prezzo universale a pagina che sia davvero utile, e un preventivo basato soltanto sul numero di pagine dovrebbe sollevare qualche domanda. L’impegno dipende dalla struttura, non dalla lunghezza, e i fattori sono gli stessi qualunque strada scegliate.
Punto di partenza. Un’esportazione taggata pulita da un sorgente ben costruito può richiedere soltanto correzioni e controlli; un documento scansionato richiede il riconoscimento del testo e una ricostruzione; un PDF appiattito può costare meno da ricreare che da riparare.
Complessità. Colonne, barre laterali, tabelle complesse, moduli e numero di immagini informative decidono la maggior parte delle ore. Un catalogo ricambi con centinaia di illustrazioni è un progetto diverso da un report con cinque grafici.
Lingue e revisioni. Ogni versione linguistica richiede la propria rifinitura e i propri controlli. A titolo di esempio, un catalogo in sei lingue aggiornato due volte l’anno produce dodici PDF accessibili all’anno, e che si tratti di dodici progetti di rimediazione o di dodici cicli di controlli dipende da dove risiede l’accessibilità.
Evidenze e tempi di consegna. Una revisione manuale documentata costa più di un report automatico, e scadenze strette su grandi arretrati richiedono più persone contemporaneamente.
Con un team interno, i costi nascosti sono formazione, licenze, tempo sottratto ad altre attività e test che saltano quando c’è pressione. Con il software, sono la configurazione, la correzione manuale dopo il tagging automatico e la revisione umana comunque necessaria. Con un fornitore, il costo è nel preventivo, che si può confrontare alla pari solo se la richiesta è precisa.
Team interno, software o fornitore: abbinare l'opzione ai documenti
La maggior parte delle aziende con un ampio patrimonio documentale finisce per combinare più soluzioni. L’esercizio utile è abbinare ogni tipo di documento all’approccio più adatto:
- Team interno, alla fonte: report semplici, lettere, policy interne e presentazioni creati da autori formati in modelli che associano già gli stili ai tag, con un controllo automatico prima della pubblicazione.
- Software automatico con revisione umana: grandi volumi di documenti semplici e con impaginazione uniforme, come estratti conto, schede tecniche o report d’archivio, idealmente generati come PDF taggati a partire da modelli anziché rimediati in seguito.
- Un fornitore specializzato: manuali, cataloghi e moduli complessi, insiemi multilingue, arretrati con una scadenza e qualsiasi documento per cui serva una revisione manuale documentata come evidenza.
- Ricreare anziché rimediare: documenti costruiti male, scansionati o destinati a cambiare presto, per i quali ricostruire un sorgente pulito costa meno, nell’arco della loro vita, di riparazioni ripetute.
Partite da un inventario: quali documenti sono attuali, quali rientrano in un obbligo di legge o contrattuale, quali sono i più usati e quali si possono ritirare. Una parte di molti archivi PDF semplicemente non dovrebbe più essere pubblicata, e i documenti che contano di più sono spesso quelli che cambiano di più, il che riporta alla correzione alla fonte.
Come preparare la richiesta per un fornitore
Un fornitore può fare un preventivo accurato solo se la richiesta elimina ogni ambiguità su che cosa significhi “accessibile”. Indicate lo standard e il livello di riferimento, per esempio PDF/UA-1 e WCAG 2.1 livello AA, oppure il requisito esatto della gara. Inviate campioni rappresentativi anziché un numero di pagine, dite se esistono file sorgente modificabili e indicate le lingue e la frequenza degli aggiornamenti. Specificate se il lavoro deve concludersi con PDF rimediati o con modelli sorgente corretti, chi scriverà o approverà il testo alternativo delle immagini tecniche, quali evidenze vi aspettate a ogni consegna e la scadenza. Gran parte di tutto questo è la stessa disciplina di qualsiasi buona richiesta a un fornitore linguistico, e le abitudini generali sono raccolte nella nostra guida su cosa inviare a un fornitore con una richiesta di preventivo.
Come valutare le aziende specializzate in accessibilità PDF
Le proposte delle aziende di accessibilità PDF sulla carta si somigliano spesso, quindi verificate come viene svolto davvero il lavoro. Chiedete come vengono controllati manualmente ordine di lettura e testo alternativo, e da chi. Chiedete un registro di validazione di un progetto reale, con il report automatico e i controlli manuali. Chiedete quanta parte del lavoro è automatizzata e come viene revisionato quel risultato, come vengono gestite le versioni tradotte, se lavorano nei vostri file sorgente o solo sui PDF e che cosa succede alla revisione successiva.
Un progetto pilota a pagamento è la prova più affidabile. Scegliete il vostro documento rappresentativo più difficile, non il più semplice, e confrontate i risultati con un lettore di schermo oltre che con un validatore. Diffidate delle promesse di piena conformità ottenuta con la sola automazione, dei prezzi a pagina comunicati senza aver visto i file e delle consegne prive di evidenze. Quando la rimediazione è un anello di una catena che comprende traduzione e impaginazione, valgono anche le domande per verificare la qualità di un fornitore prima di affidargli il lavoro, e meno passaggi di mano significano meno punti in cui l’accessibilità può rompersi.
Come DEMA Solutions gestisce la rimediazione PDF
Il nostro servizio di rimediazione PDF e accessibilità PDF/UA parte dall’analisi di come è stato costruito un documento e dalla proposta di dove intervenire, nel PDF oppure a monte nei file sorgente. Verifichiamo struttura, ordine di lettura, contrasto, tabelle, immagini, link, moduli e metadati; correggiamo il sorgente o rimediamo i tag del PDF; aggiungiamo le informazioni semantiche; verifichiamo ordine di lettura e usabilità con strumenti di accessibilità e con un controllo di come i contenuti vengono esposti alle tecnologie assistive; infine consegniamo il file con le evidenze di validazione concordate.
La differenza sta nel collegamento con traduzione e impaginazione. Il nostro team DTP interno lavora già nei file sorgente di manuali e cataloghi, quindi durante il desktop publishing multilingue l’accessibilità diventa parte delle specifiche di output anziché un progetto separato alla fine, e i controlli vengono ripetuti sul file finale in ogni lingua di destinazione. Le traduzioni seguono il nostro processo certificato ISO 17100, con un secondo linguista qualificato che rivede ogni traduzione, e i nostri servizi di accessibilità e linguaggio inclusivo comprendono il linguaggio chiaro e le versioni facili da leggere, quando i documenti devono anche essere più semplici da capire. I nostri team lavorano in Italia, Serbia e Spagna.
Dove si inserisce TUBE
Per manuali e cataloghi ripubblicati in più lingue a ogni revisione, TUBE mantiene sotto il vostro controllo la lingua di ogni edizione. Il vostro glossario e la vostra memoria di traduzione guidano la traduzione automatica, ogni traduzione approvata confluisce in una memoria che è vostra e che potete esportare, e i report sul riutilizzo mostrano quanta parte di ogni aggiornamento proviene da testi che avete già approvato.
Domande frequenti
È il processo con cui si aggiunge o si corregge la struttura interna di un PDF in modo che le tecnologie assistive possano leggerlo: tag, ordine di lettura, testo alternativo, artefatti, intestazioni delle tabelle, lingua del documento, titolo e segnalibri. Gli obiettivi abituali sono PDF/UA (ISO 14289-1) per il file e WCAG 2.1 livello AA per i contenuti.
Per documenti semplici e con impaginazione uniforme può offrire un buon punto di partenza, ma non un risultato verificato. Ordine di lettura, tabelle complesse e testi alternativi significativi richiedono il giudizio umano, e una parte dei criteri di conformità PDF/UA non può essere verificata affatto da un software, quindi resta necessaria una revisione manuale.
Un validatore verifica un file rispetto alle condizioni controllabili in automatico e segnala gli errori. Un software di rimediazione modifica il file aggiungendo o correggendo tag e struttura. Nessuno dei due sostituisce una revisione umana di ordine di lettura, tabelle e testo alternativo.
Correggete il sorgente quando il documento verrà rivisto o tradotto, così che ogni nuova esportazione ne erediti la struttura. Rimediate il PDF quando il documento è statico, proviene da terzi o non ha un sorgente utilizzabile.
Ogni versione linguistica deve essere accessibile di per sé, quindi ognuna richiede i propri controlli. Se l'accessibilità è costruita nel modello sorgente e i testi nascosti vengono tradotti insieme a quelli visibili, il lavoro strutturale si fa una volta sola e per ogni lingua si ripetono soltanto i controlli.
L'impegno dipende dalla struttura del documento più che dalla sua lunghezza: qualità del file di partenza, complessità dell'impaginazione, tabelle, immagini, moduli, numero di lingue ed evidenze richieste. Un preventivo affidabile si basa su file campione rappresentativi, non su un numero di pagine.
Sì, per un flusso costante di documenti semplici, a condizione che il team sia formato su tagging, ordine di lettura, struttura delle tabelle, testo alternativo e test con lettore di schermo, e che gli autori usino modelli accessibili. I lavori complessi, multilingue o con scadenze strette di solito richiedono capacità specialistica aggiuntiva.
Decidete partendo dai vostri documenti
Se state valutando un software, il vostro team o un fornitore per documenti in più lingue, inviateci due o tre PDF rappresentativi e diteci in quali lingue pubblicate. Analizzeremo come sono stati costruiti e vi consiglieremo dove intervenire, nel PDF o nel sorgente, per ogni tipo di documento.
Come possiamo aiutarvi?
Abbiamo le risposte giuste alle vostre domande.