Muchas personas oyen hablar de «PAC» por primera vez al recibir un correo de un cliente: tras entregar el PDF, este indica que no ha superado la comprobación de accesibilidad, que el archivo no cumple el estándar PDF/UA y que debe corregirse antes de volver a enviarlo.
El problema es que estos correos suelen incluir un informe de comprobación con cientos o incluso miles de incidencias. Para la mayoría de profesionales de maquetación, no resulta evidente por dónde empezar.
¿Por qué es importante la comprobación de PAC?
PAC (PDF Accessibility Checker) es una herramienta de comprobación de accesibilidad que verifica si un PDF cumple el estándar PDF/UA.
Las personas con discapacidad visual no pueden ver una maquetación cuidada: dependen de lectores de pantalla que reproducen el contenido línea a línea. Si el PDF carece de etiquetas estructurales adecuadas, el lector de pantalla puede «leer de forma desordenada»:
- No puede distinguir la jerarquía entre títulos y texto principal.
- Al leer una tabla, no puede asociar las celdas de datos con sus encabezados correspondientes.
- Al encontrar un enlace, puede limitarse a leer una URL larga de principio a fin.
- Incluso puede interpretar como contenido los bloques de color de fondo o las líneas decorativas de la página, lo que dificulta considerablemente el acceso a la información.
El objetivo principal de PAC es comprobar si el archivo es realmente legible para quienes utilizan tecnologías de asistencia. Muchos documentos que visualmente parecen impecables presentan importantes carencias estructurales al analizarlos con PAC.
Por ello, sectores como la Administración pública, la educación, la sanidad o las finanzas han convertido la comprobación de PAC en un requisito de entrega. Si el archivo no la supera, puede ser rechazado o no llegar a publicarse.
¿Por qué los PDF exportados desde InDesign o Word suelen incumplir los requisitos?
Al exportar desde InDesign, guardar desde Word o imprimir un PDF desde Acrobat, normalmente nos preocupamos de que «la maquetación se vea bien», pero rara vez de que «la estructura interna sea correcta».
Estos son algunos de los errores de PAC más frecuentes y sus causas:
1. Los elementos decorativos de la página se convierten en interferencias
Error habitual de PAC:
Path object not taggedoContent shall be marked as Artifact
Las líneas divisorias, los bloques de color de fondo y los marcos decorativos son elementos visuales que un lector de pantalla no debería leer. Si no se marcan como elementos decorativos (Artifact) al exportar, PAC interpreta que «hay contenido sin definir» y genera un error. En un manual técnico puede haber cientos o miles de líneas y bloques de este tipo, lo que puede llenar el informe de incidencias.
2. El lector de pantalla no distingue las «filas» de las «columnas» de una tabla
Error habitual de PAC:
Table header cell has no scope attribute
Las tablas exportadas desde InDesign a menudo no incluyen el atributo de orientación (Scope) de las celdas de encabezado. Como consecuencia, el lector de pantalla no puede relacionar cada celda de datos con su encabezado y acaba leyendo la tabla celda a celda, sin conservar su lógica semántica.
3. Los enlaces se leen como una URL interminable
Error habitual de PAC:
Link annotation does not have an alternate description
De forma predeterminada, los enlaces de un PDF pueden utilizar la URL como descripción accesible. Cuando el lector de pantalla encuentra uno, puede leer una dirección extensa, como https://..., lo que interrumpe la lectura. PAC exige que cada enlace tenga una descripción textual clara; de lo contrario, mostrará una incidencia por cada enlace afectado.
4. El archivo no incluye los metadatos que indican conformidad
Error habitual de PAC:
pdfuaid:part is missing
La información interna del PDF, es decir, sus metadatos XMP, debe incluir un identificador específico de versión PDF/UA que declare la conformidad del documento con el estándar de accesibilidad. Muchas herramientas, incluidas determinadas versiones de InDesign, no añaden este identificador automáticamente durante la exportación. Por ello, el archivo puede fallar incluso en las comprobaciones más básicas.
¿Por qué es difícil corregir estos errores PDF/UA manualmente?
Al recibir un informe de PAC, la principal dificultad es que suele indicar el número de regla y la ubicación del error, pero no explica cómo solucionarlo.
Si optas por una corrección exclusivamente manual, debes abrir el panel «Árbol de etiquetas (Tags)» de Acrobat y modificar la estructura interna del PDF casi como si editaras código. Para profesionales de la maquetación o la traducción, supone un reto fuera de su especialidad.
Además, un manual técnico de 50 páginas puede generar fácilmente miles de errores. Incluso sabiendo cómo corregirlos, el tiempo necesario para tratarlos uno a uno resulta difícil de asumir.
La solución de corrección automatizada de SimplifyAI
Para este trabajo repetitivo, SimplifyAI ofrece una solución de corrección automatizada basada en «automatización + validación humana».
Solo tienes que cargar el documento. El sistema realiza una comprobación completa y organiza las numerosas incidencias por categorías:
- Lo que puede resolver la automatización: por ejemplo, marcar en lote gráficos decorativos o inferir y completar la orientación de los encabezados de tabla. El sistema genera automáticamente un plan de corrección.
- Lo que requiere confirmación humana: por ejemplo, los textos descriptivos de imágenes y enlaces. El sistema extrae una descripción predeterminada para los enlaces, que puedes revisar y modificar directamente en la interfaz. Para las imágenes, puedes introducir una descripción o seleccionar con un clic la opción de marcarlas todas como decorativas.
Tras confirmar la estrategia, solo tienes que iniciar la corrección. Cuando el archivo esté actualizado, el sistema vuelve a ejecutar una comprobación de PAC y entrega el PDF final junto con un informe comparativo de antes y después.
¿Qué problemas se pueden corregir automáticamente?
El sistema puede tratar de forma totalmente automática:
- Limpieza de elementos decorativos: marca automáticamente fondos, líneas y otros elementos visuales como decorativos (Artifact), para que no interfieran en la lectura con lector de pantalla.
- Corrección de tablas: infiere y completa automáticamente el atributo de orientación de fila o columna de los encabezados de tabla (TH Scope).
- Inclusión de identificadores: añade automáticamente etiquetas de conformidad PDF/UA en la información interna del archivo (metadatos XMP).
Requieren una aportación o confirmación humana sencilla:
- Texto descriptivo de enlaces (Contents): el sistema extrae automáticamente el texto visible del enlace o su dirección de destino como contenido de lectura predeterminado. Puedes revisarlo y modificarlo directamente para mejorar la experiencia con lectores de pantalla.
- Texto alternativo de imágenes y fórmulas (Alt text): las imágenes puramente decorativas pueden marcarse en lote como decorativas; para imágenes relevantes, puedes introducir una descripción directamente en la interfaz.
Por el momento, no se pueden corregir automáticamente:
- Problemas de fuentes en el archivo de origen (CIDSet incompleto): este tipo de incidencia se debe a la configuración de incrustación de fuentes al exportar el PDF. Forzar una corrección puede provocar caracteres incorrectos, por lo que el sistema lo señala como advertencia y recomienda pedir al profesional de maquetación que vuelva a exportar desde el archivo de origen.
Casos de uso
- Sectores como la Administración pública, las finanzas o la sanidad que deben entregar archivos conformes con PDF/UA.
- Documentación técnica, manuales de usuario e instrucciones de producto que deben superar la comprobación de PAC del cliente.
- Procesamiento por lotes de archivos PDF históricos para ajustarlos a los requisitos de accesibilidad.
Si tu PDF debe superar una comprobación de PAC, puedes cargar el archivo y realizar primero una comprobación gratuita para conocer la distribución de incidencias y la previsión de corrección antes de decidir si quieres ejecutarla.