Programari de remediació de PDF, un equip intern o un proveïdor? Com triar per a documents en diverses llengües
El programari de remediació de PDF pot etiquetar ràpidament documents senzills i homogenis, però per si sol poques vegades fa que manuals, catàlegs o formularis complexos compleixin PDF/UA i les WCAG, perquè l’ordre de lectura, les taules i el text alternatiu necessiten criteri humà. DEMA Solutions ajuda les empreses a decidir quins documents cal corregir a l’origen, quins es poden automatitzar i quins cal confiar a especialistes, en totes les llengües en què publiquen.
A qui s'adreça aquesta guia
Aquesta guia és per a les persones que decideixen com es produiran els PDF accessibles: responsables de documentació amb centenars de manuals i fitxes tècniques, responsables de màrqueting amb catàlegs, responsables de compliment normatiu a qui es demana que demostrin que els documents per als clients compleixen els requisits d’accessibilitat, i responsables de compres amb tres propostes a la taula que no s’assemblen gens.
Si primer necessiteu els conceptes bàsics, la nostra guia pràctica sobre com fer accessible un PDF explica les etiquetes, l’ordre de lectura, el text alternatiu i les normes. Aquest article comença un pas més enllà, amb les preguntes que decideixen el pressupost i el risc. Ho pot fer un programari per nosaltres? Quines competències necessitaria el nostre equip? Quan compensa un proveïdor? I què canvia quan cada document existeix en sis o dotze llengües?
Què és la remediació de PDF, i per què el «com» és una decisió empresarial
La remediació de PDF és la feina d’afegir o corregir l’estructura oculta d’un PDF existent perquè les tecnologies de suport el puguin llegir: etiquetes per a encapçalaments, paràgrafs, llistes, taules i figures, un ordre de lectura lògic, text alternatiu, artefactes, una llengua declarada, un títol i marcadors. L’objectiu sol ser PDF/UA (ISO 14289-1) per al fitxer i el nivell AA de les WCAG 2.1 per al contingut, que a Europa s’aplica als documents a través de la norma EN 301 549.
Per a un sol document, qui ho fa gairebé no importa. Per a una empresa que publica milers de pàgines l’any, és una decisió de producció. El mateix requisit el pot complir el vostre propi personal, un programari que n’automatitza una part o un proveïdor especialitzat, i cada opció té un perfil de costos diferent, una manera diferent de fallar i un efecte diferent en l’actualització següent.
Al fons hi ha una qüestió de moment. La remediació en sentit estricte repara un PDF acabat; l’alternativa és incorporar l’estructura al fitxer d’origen perquè cada exportació ja sigui accessible. Aquesta decisió sovint pesa més que la tria entre persones i programari.
Cinc preguntes que decideixen la resposta
Abans de comparar opcions, descriviu amb franquesa el vostre panorama documental. Cinc factors decideixen la major part de la resposta.
Volum i freqüència. Un fons de dos mil informes arxivats que no s’editaran mai és un problema diferent de quaranta manuals que es revisen dues vegades l’any. El volum afavoreix l’automatització, els canvis freqüents afavoreixen corregir l’origen i un fons puntual afavoreix la capacitat externa.
Llengües. Cada versió lingüística és un PDF independent que ha de ser accessible per si mateix, de manera que el nombre de llengües multiplica tota la resta d’aquesta llista.
Complexitat. Els informes senzills amb uns quants encapçalaments són fàcils. Els catàlegs a diverses columnes, les llistes de recanvis amb cel·les combinades, els plànols tècnics amb crides, les advertències en quadres al costat del pas al qual fan referència i els formularis emplenables no ho són. La complexitat separa els documents que el programari gestiona bé dels que necessiten persones.
Proves. Un comprador públic que aplica la norma EN 301 549 en una licitació, un client d’un sector afectat pels requisits de la Llei europea d’accessibilitat o una política interna poden esperar proves diferents, des d’un informe automàtic fins a un registre complet de comprovacions manuals.
Fitxers d’origen. Sense fitxers editables utilitzables, la remediació s’ha de fer al PDF. Si en teniu, disposeu d’una opció més econòmica i més duradora.
Què pot fer el programari de remediació de PDF
Si busqueu les millors eines de remediació de PDF, trobareu una llarga llista de productes, però es poden agrupar en unes quantes categories que es comporten de manera molt diferent, i les categories importen més que les taules de funcions.
La primera és la funció d’exportació i comprovació integrada en el programari de creació: processadors de textos, programes de maquetació i sistemes de redacció estructurada que generen un PDF etiquetat i fan una comprovació bàsica. Amb documents ben construïts, fa la major part de la feina abans que existeixi cap PDF. La segona és el programari d’edició de PDF d’escriptori amb funcions d’accessibilitat, que permet a una persona formada editar a mà l’arbre d’etiquetes, l’ordre de lectura, els artefactes i el text alternatiu; la majoria de la remediació professional es fa així. La tercera és el programari de remediació automàtica i assistida per IA, normalment en servidor o al núvol, que analitza la maquetació visual i genera etiquetes, ordre de lectura, estructures de taula i de vegades un esborrany de text alternatiu per a molts fitxers alhora. La quarta són els validadors, que comproven un fitxer amb les condicions de PDF/UA que es poden verificar automàticament. La cinquena se situa més amunt en la cadena: els sistemes de generació de documents que produeixen PDF etiquetats directament a partir de plantilles o de contingut estructurat, que és la millor manera de fer accessibles els extractes de gran volum i els informes basats en dades.
La remediació automàtica PDF/UA és realment útil per als documents adequats. Reconeix els paràgrafs, dedueix els nivells d’encapçalament a partir de la mida i el gruix de la font, marca com a artefactes les capçaleres, els peus i els números de pàgina repetits, construeix taules senzilles amb una fila de capçalera, crea marcadors, defineix les metadades de títol i de llengua i processa un lot en el temps que una persona necessita per a un manual llarg. En maquetacions senzilles i homogènies, el resultat pot necessitar només una revisió. Els validadors són ràpids i objectius, i detecten contingut sense etiquetar, fonts que falten i text alternatiu buit en milers de fitxers.
Què no pot fer la remediació automàtica
Els límits tenen el mateix origen que els punts forts: el programari dedueix el significat a partir de l’aparença. Veu que una línia és gran i en negreta, no que és el títol d’una advertència. Quan la maquetació no revela la lògica, endevina, i en els documents tècnics s’equivoca prou sovint perquè tingui importància.
L’ordre de lectura n’és l’exemple més clar. En una pàgina amb dues columnes, una barra lateral, un quadre de seguretat i un peu d’imatge, hi ha diversos ordres plausibles i només un de correcte, que depèn del que vol dir el text. Una advertència que es llegeix després del pas al qual fa referència és un problema de seguretat, no un defecte estètic. Les taules complexes en són el segon: les llistes de recanvis i les fitxes tècniques amb cel·les combinades, capçaleres de diversos nivells o salts de pàgina necessiten que algú que entengui les dades defineixi les relacions de capçalera; si no, l’usuari d’un lector de pantalla sent xifres sense context.
El text alternatiu n’és el tercer. El programari assistit per IA pot descriure com és una imatge, però el text alternatiu ha de dir què vol dir la imatge en aquell punt. «Vista en explosió d’una bomba» és una descripció; l’alternativa útil indica al lector a quina peça es refereix el pas següent, o que la figura repeteix el text i es pot marcar com a decorativa. Això requereix coneixement del producte i la mateixa terminologia aprovada que el text. El programari també té dificultats amb els canvis de llengua dins d’un document, els formularis amb lògica condicional, el text inserit en imatges i el contingut codificat per colors.
Finalment, superar un validador no equival a ser accessible. El Protocol Matterhorn, el catàleg de condicions d’error de PDF/UA de la PDF Association, distingeix entre els errors que el programari pot detectar i els que requereixen criteri humà, i una part considerable pertany al segon grup. Un fitxer pot generar un informe automàtic net i tenir igualment un ordre de lectura sense sentit, un text alternatiu que diu «image1» o capçaleres associades a les cel·les equivocades. Un informe automàtic per si sol comprova si l’estructura existeix, no si funciona.
Les competències que necessita un equip intern
Fer la remediació internament és realista, però és una competència especialitzada i no una extensió de la feina d’oficina.
La competència central és l’etiquetatge: entendre el conjunt d’etiquetes PDF, reparar l’arbre d’etiquetes, marcar artefactes, definir estructures de taula amb l’abast de les capçaleres i corregir l’ordre de lectura en maquetacions complexes. Després ve el criteri per redactar un text alternatiu útil i decidir quines imatges són informatives i quines decoratives. La tercera competència és la verificació: fer servir validadors, interpretar-ne els informes i, sobretot, revisar els documents amb un lector de pantalla i amb el teclat. Un equip que no ha escoltat mai els seus propis manuals amb un lector de pantalla sol subestimar quants problemes queden.
Les competències prèvies a la cadena importen com a mínim igual. Els autors que fan servir estils reals, construeixen bé les taules i afegeixen el text alternatiu mentre escriuen eliminen la major part de la feina de remediació abans que comenci, i les plantilles que associen estils a etiquetes abarateixen tots els documents futurs. Sovint la inversió interna més eficaç no és un especialista en remediació, sinó la formació dels autors i unes plantilles corregides.
Els riscos són la capacitat i la continuïtat. La remediació competeix amb altres terminis, una sola persona formada és un punt únic de fallada i les competències es perden quan es fan servir poques vegades l’any. La via interna funciona millor amb un flux constant de documents senzills produïts per persones que també controlen l’origen.
Corregir a l'origen o remediar el PDF
El patró més car en la publicació accessible és remediar el mateix document una vegada i una altra. S’exporta un manual, se’n remedia el PDF i, tres mesos després, es revisa; la nova exportació no conté cap de les correccions i la feina torna a començar, en totes les llengües.
L’alternativa és resoldre l’accessibilitat a l’origen. Els estils s’associen a etiquetes, l’ordre de lectura es defineix al fitxer de maquetació, el text alternatiu es desa amb les imatges, la llengua es fixa a la plantilla i els elements decoratius es marquen una sola vegada. Després, cada exportació només s’ha de comprovar i acabar, no reconstruir. Preparar els fitxers d’origen d’aquesta manera és el que implica la preparació de fitxers DTP, i la mateixa feina abarateix la traducció i la maquetació.
Remediar directament el PDF continua tenint el seu lloc: documents estàtics, arxius que han de seguir en línia, fitxers de tercers i documents amb l’origen perdut. Una estratègia assenyada tracta les dues vies com a complementàries: els documents vius es corregeixen a l’origen, els documents congelats es remedien una vegada i un inventari indica quin és quin.
Conjunts de documents multilingües
Els documents multilingües són on la tria de l’enfocament té més efecte, i on la majoria de comparacions entre programari i proveïdors no diuen res. Cada versió lingüística és un fitxer propi amb el seu arbre d’etiquetes, la seva declaració de llengua, el seu ordre de lectura i el seu text alternatiu, i ha de ser accessible per si mateixa.
La traducció i la maquetació trenquen l’accessibilitat de maneres previsibles. La llengua del document es queda definida com la d’origen, de manera que un lector de pantalla llegeix text alemany amb pronúncia italiana. L’expansió del text desplaça contingut a marcs nous i canvia l’ordre de lectura. El text alternatiu, els marcadors, els títols i les etiquetes dels formularis queden amagats als traductors si el procés no els extreu, i per tant es queden en la llengua d’origen. El programari automàtic no veu res d’això: etiquetarà sense problemes un manual en polonès que declara que és en anglès.
Hi ha dues maneres de lliurar un conjunt accessible en vuit llengües. Una és traduir, maquetar i exportar cada llengua, i després remediar vuit PDF per separat, cosa que multiplica el cost per vuit a cada revisió. L’altra és incorporar l’accessibilitat a la plantilla d’origen, traduir els textos ocults juntament amb els visibles, adaptar la maquetació als fitxers d’origen i comprovar cada PDF final de cada llengua. Les comprovacions es repeteixen per llengua; la feina estructural es fa una sola vegada. Aquesta segona via només funciona si la traducció, l’autoedició multilingüe i l’accessibilitat es planifiquen conjuntament, i si el text alternatiu segueix la mateixa terminologia aprovada que el manual, motiu pel qual una terminologia coherent entre traductors i proveïdors també hi és important.
Què determina el cost de la remediació de PDF
No hi ha cap preu universal per pàgina que sigui útil, i un pressupost basat només en el nombre de pàgines hauria de fer sorgir preguntes. L’esforç depèn de l’estructura, no de la llargària, i els factors són els mateixos sigui quina sigui la via que trieu.
Punt de partida. Una exportació etiquetada i neta a partir d’un origen ben construït pot necessitar només correccions i comprovacions; un document escanejat necessita reconeixement de text i una reconstrucció; un PDF aplanat pot sortir més a compte de tornar a crear que de reparar.
Complexitat. Les columnes, les barres laterals, les taules complexes, els formularis i el nombre d’imatges informatives determinen la major part de les hores. Un catàleg de recanvis amb centenars d’il·lustracions és un projecte diferent d’un informe amb cinc gràfics.
Llengües i revisions. Cada versió lingüística necessita el seu propi acabat i les seves comprovacions. A tall d’exemple, un catàleg en sis llengües actualitzat dues vegades l’any produeix dotze PDF accessibles l’any, i que siguin dotze projectes de remediació o dotze rondes de comprovacions depèn d’on resideixi l’accessibilitat.
Proves i termini. Una revisió manual documentada costa més que un informe automàtic, i els terminis ajustats en fons documentals grans requereixen més persones alhora.
Internament, els costos ocults són la formació, les llicències, el temps que es treu a altres feines i les verificacions que se salten quan hi ha pressa. Amb el programari, són la configuració, la correcció manual després de l’etiquetatge automàtic i la revisió humana que continua sent necessària. Amb un proveïdor, el cost és al pressupost, que només es pot comparar en igualtat de condicions si l’encàrrec és precís.
Equip intern, programari o proveïdor: ajustar l'opció als documents
La majoria d’empreses amb un gran volum documental acaben combinant les opcions. L’exercici útil és assignar a cada tipus de document l’enfocament que li escau:
- Internament, a l’origen: informes senzills, cartes, polítiques internes i presentacions creats per autors formats amb plantilles que ja associen estils a etiquetes, amb una comprovació automàtica abans de publicar.
- Programari automàtic amb revisió humana: grans volums de documents senzills i amb una maquetació homogènia, com extractes, fitxes tècniques o informes arxivats, idealment generats com a PDF etiquetats a partir de plantilles en lloc de remediar-los després.
- Un proveïdor especialitzat: manuals, catàlegs i formularis complexos, conjunts multilingües, fons documentals amb un termini i qualsevol document per al qual necessiteu una revisió manual documentada com a prova.
- Tornar a crear en lloc de remediar: documents mal construïts, escanejats o que probablement canviaran aviat, en què reconstruir un origen net costa menys al llarg de la seva vida útil que les reparacions repetides.
Comenceu per un inventari: quins documents són vigents, quins estan subjectes a un requisit legal o contractual, quins es fan servir més i quins es poden retirar. Una part de molts arxius de PDF simplement no s’hauria de continuar publicant, i els documents més importants sovint són els que canvien més, cosa que torna a apuntar a corregir l’origen.
Com preparar l'encàrrec per a un proveïdor
Un proveïdor només pot fer un pressupost precís si l’encàrrec elimina l’ambigüitat sobre què vol dir «accessible». Indiqueu la norma i el nivell objectiu, per exemple PDF/UA-1 i el nivell AA de les WCAG 2.1, o el requisit exacte de la licitació. Envieu mostres representatives en lloc de recomptes de pàgines, digueu si existeixen fitxers d’origen editables i indiqueu les llengües i la freqüència d’actualització. Especifiqueu si la feina ha d’acabar amb PDF remediats o amb plantilles d’origen corregides, qui redactarà o aprovarà el text alternatiu de les imatges tècniques, quines proves espereu amb cada lliurament i el termini. Bona part d’això respon a la mateixa disciplina que qualsevol bona sol·licitud a un proveïdor lingüístic, i el nostre article sobre què cal enviar a un proveïdor amb una sol·licitud de pressupost recull els hàbits generals.
Com avaluar les empreses d'accessibilitat de PDF
Les propostes de les empreses d’accessibilitat de PDF sovint s’assemblen sobre el paper, de manera que cal comprovar com es fa realment la feina. Pregunteu com es comproven manualment l’ordre de lectura i el text alternatiu, i qui ho fa. Demaneu un registre de validació d’un projecte real, amb l’informe automàtic i les comprovacions manuals. Pregunteu quina part de la feina s’automatitza i com es revisa aquest resultat, com es gestionen les versions traduïdes, si treballen amb els vostres fitxers d’origen o només amb PDF, i què passa a la revisió següent.
Una prova pilot de pagament és la verificació més fiable. Trieu el vostre document representatiu més difícil, no el més senzill, i compareu els resultats amb un lector de pantalla a més d’un validador. Desconfieu de les promeses de compliment total només amb automatització, dels preus per pàgina donats sense veure els fitxers i dels lliuraments sense cap prova. Quan la remediació és una baula d’una cadena amb la traducció i la maquetació, també s’hi apliquen les preguntes per comprovar la qualitat d’un proveïdor abans de contractar-lo, i menys traspassos volen dir menys punts on l’accessibilitat es pot trencar.
Com gestiona DEMA Solutions la remediació de PDF
El nostre servei de remediació de PDF i accessibilitat PDF/UA comença revisant com es va construir un document i proposant si la remediació s’ha de fer al PDF o abans, als fitxers d’origen. Auditem l’estructura, l’ordre de lectura, el contrast, les taules, les imatges, els enllaços, els formularis i les metadades; corregim l’origen o remediem les etiquetes del PDF; afegim la informació semàntica; verifiquem l’ordre de lectura i la usabilitat amb eines d’accessibilitat i amb una revisió de com s’exposa el contingut a les tecnologies de suport; i lliurem el fitxer amb les proves de validació acordades.
La diferència és la connexió amb la traducció i la maquetació. El nostre equip intern de DTP ja treballa amb els fitxers d’origen de manuals i catàlegs, de manera que l’accessibilitat passa a formar part de l’especificació de sortida durant l’autoedició multilingüe en lloc de ser un projecte a part al final, i les comprovacions es repeteixen sobre el fitxer final en cada llengua de destinació. Les traduccions segueixen el nostre procés certificat ISO 17100, amb un segon lingüista qualificat que revisa cada traducció, i els nostres serveis d’accessibilitat i llenguatge inclusiu, més amplis, cobreixen les versions en llenguatge planer i de lectura fàcil quan els documents també han de ser més fàcils d’entendre. Els nostres equips treballen a Itàlia, Sèrbia i Espanya.
On encaixa TUBE
Per als manuals i catàlegs que es tornen a publicar en diverses llengües a cada revisió, TUBE manté sota el vostre control la llengua de cada edició. El vostre glossari i la vostra memòria de traducció controlen la traducció automàtica, cada traducció aprovada s’incorpora a una memòria que és vostra i que podeu exportar, i els informes d’aprofitament mostren quina part de cada actualització prové de text que ja heu aprovat.
Preguntes freqüents
És el procés d'afegir o corregir l'estructura interna d'un PDF perquè les tecnologies de suport el puguin llegir: etiquetes, ordre de lectura, text alternatiu, artefactes, capçaleres de taula, llengua del document, títol i marcadors. Els objectius habituals són PDF/UA (ISO 14289-1) per al fitxer i el nivell AA de les WCAG 2.1 per al contingut.
En documents senzills i amb una maquetació homogènia pot donar un bon punt de partida, però no un resultat verificat. L'ordre de lectura, les taules complexes i un text alternatiu amb sentit necessiten criteri humà, i una part dels criteris de conformitat de PDF/UA no es poden comprovar amb programari, de manera que continua calent una revisió manual.
Un validador comprova un fitxer amb les condicions que es poden verificar automàticament i n'informa dels errors. El programari de remediació modifica el fitxer afegint o corregint etiquetes i estructura. Cap dels dos substitueix una revisió humana de l'ordre de lectura, les taules i el text alternatiu.
Corregiu l'origen quan el document s'hagi de revisar o traduir, perquè cada exportació nova n'hereti l'estructura. Remedieu el PDF quan el document sigui estàtic, provingui d'un tercer o no tingui cap origen utilitzable.
Cada versió lingüística ha de ser accessible per si mateixa, així que cadascuna necessita les seves pròpies comprovacions. Si l'accessibilitat s'incorpora a la plantilla d'origen i els textos ocults es tradueixen juntament amb els visibles, la feina estructural es fa una sola vegada i només es repeteixen les comprovacions per llengua.
L'esforç depèn de l'estructura del document més que de la seva llargària: la qualitat del fitxer de partida, la complexitat de la maquetació, les taules, les imatges, els formularis, el nombre de llengües i les proves requerides. Un pressupost fiable es basa en fitxers de mostra representatius i no en un recompte de pàgines.
Sí, per a un flux constant de documents senzills, sempre que l'equip estigui format en etiquetatge, ordre de lectura, estructura de taules, text alternatiu i proves amb lector de pantalla, i que els autors facin servir plantilles accessibles. La feina complexa, multilingüe o amb terminis ajustats sol necessitar capacitat especialitzada addicional.
Decidiu a partir dels vostres propis documents
Si esteu sospesant entre un programari, el vostre equip o un proveïdor per a documents en diverses llengües, envieu-nos dos o tres PDF representatius i digueu-nos en quines llengües publiqueu. Revisarem com es van construir i us recomanarem on s’ha de fer la remediació, al PDF o a l’origen, per a cada tipus de document.
Com us podem ajudar?
Expliqueu-nos què necessiteu i us respondrem amb les solucions adequades.