Guía completa sobre la accesibilidad de los PDF: PDF etiquetados, lectores de pantalla, estructura de encabezados, tablas, formularios, corrección de escaneos y operaciones de publicación
Resumen ejecutivo (puntos clave primero)
- Los PDF son prácticos, pero tienen muchos “puntos problemáticos” de accesibilidad. Un PDF sin etiquetas (estructura), sin un orden de lectura correcto, sin texto alternativo y sin asociaciones adecuadas en las tablas es difícil de leer en voz alta y complicado de reutilizar.
- La máxima prioridad no es “no publicar nunca PDF”, sino proporcionar información equivalente en HTML cuando sea necesario, utilizando el PDF como documento complementario. Si el PDF es inevitable, haga del PDF etiquetado (PDF estructurado) el estándar.
- Los PDF solo escaneados (PDF de imágenes) deberían, en principio, convertirse a texto (OCR) + etiquetarse, o bien debe proporcionarse una versión HTML.
- Esta guía resume mejoras concretas para PDF empresariales habituales: tablas, formularios, figuras, numeración de páginas, marcadores, y más—además de cómo operarlos y publicarlos de forma sostenible.
Para quién es (específico): Gobiernos locales/agencias públicas, PR/IR/reclutamiento corporativo, instituciones educativas, departamentos de asuntos generales que publican normativas internas, agencias de producción, equipos de documentación
Nivel de accesibilidad objetivo: WCAG 2.1 AA (tratar los PDF como parte del contenido web y evaluarlos según 1.1.1 / 1.3.1 / 2.4 / 3.1 / 4.1)
1. Introducción: los PDF son “fáciles de distribuir”, pero no siempre “legibles”
Los PDF son excelentes para impresión, archivo y diseños fijos, por lo que se utilizan ampliamente en documentos oficiales de gobiernos, educación y empresas. Sin embargo, cuando una persona ciega o con baja visión depende de un lector de pantalla, un PDF se vuelve prácticamente inaccesible si:
- no tiene etiquetas (estructura como encabezados y párrafos),
- tiene un orden de lectura incorrecto,
- carece de información alternativa para las figuras,
- trata las tablas como simple texto alineado.
Esto afecta no solo a las personas con discapacidad, sino también a quienes leen en dispositivos móviles, a quienes buscan secciones específicas y a cualquiera que necesite copiar o reutilizar el contenido.
Este artículo explica, desde un punto de vista práctico, cómo transformar los PDF de “documentos que solo se distribuyen” en “documentos que todos pueden leer”, abarcando mentalidad, producción, conversión, publicación y operación.
2. Elementos esenciales de accesibilidad en PDF: empezar por las “etiquetas (estructura)”
2.1 ¿Qué es un PDF etiquetado (PDF estructurado)?
Un PDF etiquetado contiene una estructura lógica interna como:
- Encabezados (H1/H2…)
- Párrafos (P)
- Listas (L)
- Tablas (Table / TR / TH / TD)
- Figuras (Figure)
Con esta estructura, los lectores de pantalla pueden comprender los límites de las secciones y la jerarquía del documento.
2.2 Orden de lectura
En los PDF, el diseño visual a menudo difiere del orden en que leen las tecnologías de asistencia, especialmente en:
- diseños a dos columnas (izquierda → derecha),
- múltiples barras laterales/columnas,
- pies de foto frente al texto principal.
Corregir el orden de lectura requiere etiquetado y una configuración explícita del orden de lectura.
2.3 Marcadores
En PDF largos, los marcadores son navegación. Generar marcadores a partir de la estructura de encabezados facilita enormemente saltar entre secciones.
3. Imágenes, gráficos y tablas: corregir los “puntos débiles” del PDF
3.1 Texto alternativo para figuras e imágenes
Al igual que en la web, las figuras en los PDF necesitan texto alternativo. Como el espacio de página es limitado, mantenga el texto alternativo breve y proporcione los detalles en el texto principal.
Ejemplo:
- Alt breve: “Tendencia de ventas 2020–2024 (tendencia al alza)”
- Complemento en el texto: “Las ventas aumentaron de 120 en 2020 a 210 en 2024…”
3.2 Las tablas requieren “relaciones etiquetadas”
Una tabla que se ve bien visualmente (con bordes) puede ser un conjunto sin sentido sin etiquetas. Debe definir:
- Celdas de encabezado (TH)
- Celdas de datos (TD)
- Relaciones de filas y columnas
Para que los lectores de pantalla puedan comunicar “a qué fila/columna pertenece este valor”.
3.3 Los gráficos deben incluir “números narrados”
Los gráficos son difíciles de interpretar mediante lectura de pantalla, por lo que siempre debe resumir los puntos clave en texto.
Ejemplo:
“Las ventas aumentaron cada año desde 2020 y alcanzaron el nivel más alto en 2024.”
4. PDF escaneados (solo imágenes): la corrección de mayor prioridad
4.1 Por qué son riesgosos
Los PDF escaneados son esencialmente “papel convertido en imágenes”, lo que significa que:
- no son buscables,
- no se pueden copiar,
- no son legibles por lectores de pantalla.
Desde el punto de vista de la accesibilidad, este es el problema más grave.
4.2 Opciones de corrección recomendadas (en orden)
- Proporcionar información equivalente en HTML (la opción más fiable)
- Usar OCR para convertir a texto + añadir etiquetas
- Si aún es difícil, publicar una versión de texto acompañante (Word/texto/HTML)
4.3 Notas posteriores al OCR
El OCR siempre producirá errores. La revisión es obligatoria, especialmente en:
- nombres propios,
- números,
- tablas,
- ruby/furigana.
5. Accesibilidad de formularios PDF: hacer documentos rellenables
Los formularios de solicitud y encuestas se vuelven imposibles de completar si sus PDF no son accesibles.
5.1 Nombres de campos (etiquetas)
Establezca nombres claros para cada campo:
- “Nombre completo”, “Dirección”, “Número de teléfono”
- Incluya “(Obligatorio)” para los campos requeridos
5.2 Orden de tabulación (secuencia de entrada)
Si el orden de tabulación es incorrecto, los usuarios de teclado no pueden operar el formulario. Asegúrese de que el orden lógico sea:
- de arriba hacia abajo,
- de izquierda a derecha.
5.3 Errores e instrucciones
Los PDF son menos flexibles que los formularios web para mensajes de validación. Reduzca errores indicando antes de los campos:
- qué introducir,
- reglas de formato (p. ej., “sin guiones”).
6. Texto, color y diseño: el “diseño legible” también es posible en PDF
- Tamaño base de fuente: 12 pt o más (12–14 pt es más seguro para textos largos)
- Evite un interlineado demasiado ajustado (compactar el texto perjudica la legibilidad)
- Mantenga suficiente contraste (el mismo principio que en la web)
- Los diseños a dos columnas suelen romper el orden de lectura; prefiera una sola columna cuando sea posible
- Mantenga la información importante fuera de las notas al pie; colóquela en el texto principal
7. Decidir si debe publicar un PDF: buenas prácticas sobre formatos
Los PDF son adecuados para:
- formularios de solicitud pensados principalmente para impresión,
- contratos que requieren un diseño fijo,
- materiales cuyo propósito principal es el archivo/distribución.
Pero para información web consultada con frecuencia (procedimientos, preguntas frecuentes, actualizaciones), el HTML suele ser más accesible porque es:
- más fácil de buscar,
- más fácil de leer en voz alta,
- más fácil de leer en smartphones.
Conclusión: proporcione la información clave en HTML y utilice los PDF como complemento; este es el enfoque más realista.
8. Pruebas: cómo comprobar la accesibilidad de un PDF
8.1 Comprobación mínima (5 minutos)
- El texto es seleccionable (no solo imágenes)
- Existe estructura de encabezados (idealmente con marcadores)
- El orden de lectura es natural (sin columnas dobles “perdidas en el espacio”)
- Las imágenes/figuras tienen alternativas
- Las tablas se entienden cuando se leen en voz alta (los encabezados se reconocen)
- Para formularios: el orden de tabulación y las etiquetas son correctos
8.2 Pruebas con tecnologías de asistencia
Los entornos de visualización de PDF varían. Como mínimo, valide en:
- Windows (NVDA + un lector de PDF)
- macOS (VoiceOver + Vista Previa, etc.)
9. Operaciones: una hoja de ruta realista para organizaciones con muchos PDF
9.1 Cómo priorizar
Priorice los PDF que sean:
- de uso frecuente,
- necesarios para procedimientos/solicitudes,
- legal o estratégicamente importantes (alto impacto).
9.2 “Hacer accesibles primero todas las nuevas publicaciones”
Corregir activos heredados lleva tiempo. Estandarizar los nuevos documentos como PDF etiquetados (o HTML + PDF) evita generar deuda futura.
9.3 Vías alternativas de acceso
Si un PDF no puede corregirse rápidamente, enlácelo a una declaración de accesibilidad y proporcione claramente:
- versiones de texto bajo solicitud,
- soporte por teléfono/correo electrónico.
Esto crea una vía de escape para que nadie quede atrás.
10. Patrones comunes de fallo y correcciones
| Fallo | Qué ocurre | Corrección |
|---|---|---|
| PDF solo escaneado | No legible por lectores de pantalla | Proporcionar HTML u OCR + etiquetas |
| PDF sin etiquetas | Sin estructura | Añadir etiquetas + marcadores |
| Orden a dos columnas roto | Confusión del lector de pantalla | Una sola columna o corregir el orden de lectura |
| Tabla convertida en imagen | Relaciones perdidas | Etiquetar la tabla + resumir en texto |
| Sin explicación de figuras | Falta de significado | Texto alternativo + explicación en el cuerpo |
| Campos de formulario sin nombre | No se puede completar | Añadir etiquetas y orden de tabulación |
11. Valor por audiencia (específico)
- Personas ciegas o con baja visión: las etiquetas, el orden y las alternativas permiten la comprensión.
- Personas con diferencias cognitivas: los marcadores y encabezados aclaran la estructura y facilitan la navegación.
- Personas mayores: el contraste adecuado y el tamaño de fuente mejoran la legibilidad y el zoom.
- Gobiernos locales/empresas: menos consultas, mayor responsabilidad y procedimientos más justos.
- Equipos de producción: la estandarización estabiliza la calidad y reduce los costes de reprocesamiento.
12. Evaluación del nivel de accesibilidad (objetivo de esta guía)
- Perspectivas clave de WCAG 2.1 AA aplicadas a PDF
- 1.1.1 Contenido no textual: alternativas para figuras
- 1.3.1 Información y relaciones: estructura etiquetada, relaciones en tablas
- 1.3.2 Secuencia significativa: orden de lectura
- 1.4.3 Contraste: texto/fondo
- 2.4.x Navegación: marcadores, estructura de encabezados
- 3.1.x Legibilidad: terminología y estructura de redacción
- 4.1.2 Nombre, función, valor: nombres de campos y orden de tabulación
- En lugar de tratar los PDF como artefactos aislados, se asume una operación que incluye equivalentes en HTML y soporte de acceso alternativo para aproximarse a una experiencia de usuario de nivel AA.
13. Conclusión: de “PDF para repartir” a “información legible”
- Los PDF no son legibles sin etiquetas (estructura), orden de lectura y alternativas.
- Proporcione la información clave en HTML y use los PDF como complemento.
- Los PDF escaneados son la máxima prioridad: OCR + etiquetas, o proporcionar una versión de texto/HTML.
- Preste especial atención a tablas, figuras y formularios para que el significado se transmita mediante lectura de pantalla.
- Estandarice primero las nuevas publicaciones; corrija los activos heredados según prioridad.
- Incluso cuando no pueda corregir rápidamente, proporcione una vía alternativa para que nadie quede atrás.
Un PDF bien preparado puede ser un activo de información de gran valor.
Hagamos “PDF que cualquiera pueda leer”, a través de la producción y la operación—con cuidado y constancia.