Tus PDF forman parte de la accesibilidad de tu sitio web
Última actualización:
Toda organización que jamás publicaría una página web inaccesible publica rutinariamente PDF inaccesibles: el informe anual, el manual del producto, el formulario de solicitud, la lista de precios. Para el visitante que los descarga, no hay diferencia: un documento que no puede leer es un servicio que no puede usar. Este artículo trata los PDF publicados como lo que son, parte de la superficie de accesibilidad del sitio web, y recorre las seis señales estructurales que deciden si la tecnología de asistencia puede trabajar con un documento: etiquetado, idioma, título, estructura y encabezados, texto alternativo de imágenes y marcadores. También traza la línea con honestidad: una comprobación estructural ligera es una prueba rápida, no una validación PDF/UA, y saber cuándo necesitas la validación completa es parte de hacer esto bien.
Los documentos forman parte del sitio
El trabajo de accesibilidad tiende a detenerse en el borde del HTML. El sitio recibe una auditoría, las plantillas se corrigen, el contraste se comprueba — y luego la sección de “documentos” sigue sirviendo en silencio formularios escaneados, exportaciones sin etiquetar y manuales cuyo texto entero es una imagen incrustada. Sin embargo, desde el lado del usuario de la pantalla, el PDF es el sitio web: ahí vive el formulario de pensión, ahí viven las instrucciones de seguridad, ahí vive la lista de precios detallada. Un usuario de lector de pantalla que atraviesa tus páginas accesibles y choca con un informe de 90 páginas sin etiquetar no ha experimentado un servicio accesible; ha experimentado un vestíbulo accesible y una sala cerrada.
La buena noticia es que la accesibilidad de los documentos falla de formas predecibles y comprobables. A diferencia de los juicios de valor en la accesibilidad web — ¿es comprensible este patrón de interacción?, ¿es lógico ese orden de foco? — los fallos más comunes en PDF son hechos estructurales que una máquina puede verificar: las etiquetas están o no están, el idioma está declarado o no está. Eso es exactamente lo que lee el comprobador de accesibilidad PDF de este sitio, localmente en el navegador, y combina de forma natural con la comprobación de salud del sitio web: una cubre las páginas, la otra cubre los archivos que las páginas entregan.
La Ley Europea de Accesibilidad cambió lo que está en juego
Desde el 28 de junio de 2025, la Ley Europea de Accesibilidad se aplica a una amplia gama de productos y servicios ofrecidos a consumidores en la UE — incluidos el comercio electrónico, la banca, los libros electrónicos, la venta de billetes y gran parte del negocio digital cotidiano. Sus requisitos se cumplen habitualmente ajustándose a la norma armonizada EN 301 549, que a su vez remite a WCAG — y WCAG se aplica tanto a los documentos no web como a las páginas web. En términos claros: para los servicios cubiertos, un PDF inaccesible que un cliente necesita ya no es solo un problema de calidad ni ético; es un asunto de cumplimiento, y las autoridades de vigilancia del mercado pueden actuar al respecto.
Conviene enunciar dos límites con claridad, porque el derecho de accesibilidad se exagera y se subestima a menudo. La Ley no cubre a todas las organizaciones ni todos los documentos — hay exenciones (las microempresas que prestan servicios, por ejemplo) y disposiciones transitorias, y los detalles difieren según el Estado miembro. Y ninguna comprobación automatizada, incluida la de este sitio, establece el cumplimiento legal; el cumplimiento es una propiedad de todo el servicio tal como lo experimentan los usuarios, evaluado correctamente. Lo que la Ley cambia para la mayoría de los equipos es más sencillo: los documentos están ahora inequívocamente dentro del ámbito de la conversación sobre accesibilidad, así que “ya arreglaremos los PDF más tarde” ha dejado de ser una frase segura.
Las seis comprobaciones, una a una
1. PDF etiquetado. El etiquetado es el árbol de estructura oculto que marca encabezados, párrafos, listas, figuras y celdas de tabla, y registra el orden de lectura. Es la base: sin etiquetas, un lector de pantalla recibe un flujo de contenido en orden de almacenamiento, que en maquetaciones multicolumna e informes exportados puede acercarse a una ensalada de palabras. Lo que la comprobación no puede decirte: si las etiquetas son correctas — un documento puede estar etiquetado y aun así tener encabezados marcados como párrafos. Etiquetado es necesario, no suficiente.
2. Idioma del documento. La entrada /Lang del catálogo indica a la síntesis de voz en qué idioma pronunciar. Sin ella, un lector de pantalla en inglés leerá alegremente un informe en alemán con fonética inglesa, lo que va de lo cómico a lo incomprensible. La comprobación es binaria — un idioma está declarado o no lo está — y no puede decirte si el idioma declarado es el correcto, ni si los pasajes en otros idiomas están marcados individualmente, como exige la buena práctica.
3. Título del documento. El título en las propiedades del documento (o en los metadatos XMP) es lo primero que anuncia la tecnología de asistencia, lo que muestra la pestaña del navegador y lo que debería mostrar una carpeta de descargas — en lugar de “export_final_v3.pdf”. La preferencia del visor relacionada, DisplayDocTitle, decide si los lectores de PDF muestran ese título en vez del nombre de archivo; el comprobador la informa por separado porque un título presente pero oculto es una corrección a medias. Lo que la comprobación no puede juzgar es la calidad del título: “Informe” supera la prueba, y no ayuda a nadie.
4. Árbol de estructura y encabezados. Un árbol de estructura con elementos de encabezado reales (H, H1–H6) es la forma en que los lectores no visuales hojean: la navegación por encabezados es la estrategia más usada para encontrar información en documentos largos. La comprobación cuenta los elementos de encabezado cuando el árbol puede recuperarse. No puede decirte si los niveles de encabezado están en un orden sensato ni si los encabezados describen sus secciones — un árbol lleno de encabezados “Sin título” supera el recuento y falla al lector.
5. Texto alternativo de imágenes. El comprobador cuenta los XObjects de imagen en las páginas frente a los elementos de estructura /Figure que llevan un /Alt no vacío, y etiqueta el resultado como aproximación — porque una figura puede envolver varias imágenes, las imágenes decorativas llevan correctamente un alternativo vacío, y la correspondencia entre imágenes dibujadas y elementos de estructura no es uno a uno. Trátalo como una alarma de humo de cobertura, no como una auditoría. Y nunca puede juzgar el propio texto alternativo: “imagen123.jpg” es un texto alternativo no vacío, y no vale nada.
6. Marcadores. El esquema del documento es el pasamanos de los documentos largos: un manual de 200 páginas con marcadores es navegable; sin ellos es un desplazamiento. La comprobación lee el recuento declarado del esquema. No puede decirte si los marcadores están etiquetados de forma útil ni si apuntan a las páginas correctas — solo que la navegación existe. Para documentos cortos esto es lo menos importante de los seis; para informes y manuales es la diferencia entre una referencia y un pajar.
Una prueba rápida no es una validación PDF/UA
PDF/UA (ISO 14289) es la norma completa para PDF accesibles: estructura etiquetada, orden de lectura correcto, encabezados de tabla, anotaciones de enlaces, etiquetas de campos de formulario, contraste y más, verificado por validadores y por pruebas humanas. El validador de referencia, gratuito y de código abierto, veraPDF, es una herramienta de escritorio que comprueba un archivo en profundidad contra las reglas de PDF/UA verificables por máquina. Una comprobación en el navegador de seis señales no compite con eso, y la herramienta de este artículo lo dice en su propia página: es la prueba rápida que ejecutas sobre toda una biblioteca de documentos en una tarde, para encontrar a qué archivos les faltan los básicos, no la certificación que citas.
Necesitas la validación completa cuando el documento es esencial (un formulario que un cliente debe completar, información legal, un examen), cuando un proceso de compra o cumplimiento pide pruebas, cuando el documento es largo y estructural (manuales, informes anuales), o siempre que los “no se pudo determinar” y las aproximaciones de la comprobación ligera no bastan para la decisión que estás tomando. La corrección profesional — arreglar el orden de lectura, las tablas y los formularios en una herramienta dedicada, y luego validar — es una disciplina real con un coste real, y esa es exactamente la razón por la que la prueba rápida y barata gana su lugar primero: te dice dónde tiene que ir realmente ese dinero.
Un orden pragmático de correcciones
Corrige en este orden, en el origen siempre que sea posible. Primero, la cadena de producción: activa la exportación de PDF etiquetado en Word, InDesign o tu herramienta de informes, y establece el idioma y el título del documento en las propiedades de la plantilla — la mayoría de las bibliotecas de PDF fallan las mismas tres comprobaciones porque comparten una plantilla rota, así que una corrección de plantilla republica archivos limpios para siempre. Segundo, los encabezados: usa estilos de encabezado reales en el origen y regenera los marcadores a partir de ellos; esto corrige las comprobaciones 4 y 6 a la vez. Tercero, las imágenes: escribe el texto alternativo en el origen para las imágenes informativas y marca las decorativas como decorativas — no rellenes el alternativo por lotes con nombres de archivo. Cuarto, el atraso: clasifica la biblioteca existente por descargas e importancia, haz la prueba rápida a todo con el comprobador, corrige correctamente los documentos esenciales, y sustituye o retira la cola larga que ya no respaldas.
Por último, mantén los documentos dentro de la rutina que mantiene honestas las páginas. Cuando se publique un PDF nuevo, ejecuta las mismas seis comprobaciones antes de que salga — lleva menos de un minuto — y vuelve a ejecutar la comprobación de salud del sitio web en la página que lo enlaza. Las regresiones de accesibilidad rara vez llegan como rediseños dramáticos; llegan como una exportación sin etiquetar, subida un viernes, que nadie comprobó. Los documentos forman parte del sitio. Compruébalos como tal.