Dos acrónimos aparecen con frecuencia en los debates sobre accesibilidad de documentos: PDF/UA y WCAG. A menudo se mencionan juntos y ambos abordan hacer que el contenido sea accesible para las personas con discapacidad, pero operan en diferentes niveles y sirven a diferentes propósitos. Confundirlos conduce a documentos que pueden cumplir con un estándar pero no cumplir con el otro, o peor aún, documentos que el creador cree que son accesibles pero que los usuarios de lectores de pantalla en realidad no pueden navegar.
PDF/UA, que significa PDF Universal Accessibility, es un estándar específico para documentos PDF. Define los requisitos sobre cómo se debe estructurar un PDF para que la tecnología de asistencia pueda leerlo correctamente. WCAG, las Pautas de accesibilidad al contenido web, es un estándar más amplio que se aplica a todo el contenido web, incluidos los archivos PDF publicados en la web. Comprender dónde se superponen y dónde divergen estos estándares ayuda a los creadores de documentos a producir archivos PDF accesibles independientemente de cómo accedan los usuarios a ellos.
Qué gobierna PDF/UA: la estructura técnica de un PDF accesible
PDF/UA, conocido formalmente como ISO 14289, se publicó por primera vez en 2012 y se actualizó en 2014. Especifica los requisitos para los archivos PDF a los que pueden acceder los usuarios que dependen de tecnología de asistencia, como lectores de pantalla, lupas de pantalla y pantallas braille. A diferencia de las WCAG, que se organizan en torno a principios generales, PDF/UA es una especificación de formato de archivo técnico que indica a los creadores de PDF exactamente qué elementos estructurales deben estar presentes y cómo deben organizarse.
El requisito principal de PDF/UA es que cada elemento del documento debe estar etiquetado. Las etiquetas definen el orden lógico de lectura e identifican qué es cada elemento: un título, un párrafo, una lista, una tabla, una imagen. Sin etiquetas, un lector de pantalla no tiene forma de determinar la estructura del documento. Puede leer párrafos desordenados, omitir títulos por completo o anunciar cada línea como un bloque de texto separado. Un documento compatible con PDF/UA tiene un árbol de etiquetas completo y correcto que coincide con el orden de lectura visual.
Un documento con el etiquetado adecuado Accesibilidad de PDF brinda a los usuarios de lectores de pantalla la misma información que los usuarios videntes obtienen del formato visual. El texto en negrita que marca un título se etiqueta como título, no solo como negrita visual. Una imagen decorativa que no agrega información recibe una etiqueta de artefacto que le indica al lector de pantalla que la omita. Los campos de formulario tienen etiquetas que están asociadas mediante programación con los campos, por lo que un usuario puede navegar por los formularios por el nombre del campo en lugar de adivinar qué representa cada cuadro en blanco.
Este requisito estructural hace que PDF/UA sea profundamente técnico. Un documento se ajusta a la especificación o no. No hay cumplimiento parcial. Un PDF etiquetado se puede validar con el estándar PDF/UA mediante verificadores automáticos que verifican la integridad de las etiquetas, el orden de lectura y la presencia de los metadatos requeridos.
Qué rigen las WCAG: principios de accesibilidad para todo el contenido web
WCAG se organiza en torno a cuatro principios, a menudo abreviados como POUR: Perceptible, Operable, Comprensible y Resiliente. El contenido debe ser perceptible, lo que significa que los usuarios deben poder sentirlo a través de al menos uno de sus sentidos disponibles. Debe ser operable, lo que significa que los usuarios deben poder interactuar con él. Debe ser comprensible, es decir, el contenido y la interfaz deben tener sentido. Y debe ser fuerte, lo que significa que debe funcionar con tecnologías de asistencia actuales y futuras.
A diferencia de PDF/UA, WCAG tiene niveles de conformidad: A, AA y AAA. El nivel A cubre los requisitos de accesibilidad más básicos. El nivel AA aborda las barreras más comunes. El nivel AAA es el estándar más alto y, a menudo, es una aspiración más que alcanzable para todo tipo de contenido. La mayoría de las leyes de accesibilidad y políticas organizacionales apuntan a las WCAG 2.1 Nivel AA como estándar de cumplimiento.
Las WCAG se aplican a los archivos PDF cuando forman parte de un sitio web o una aplicación web. Sin embargo, los criterios de éxito de las WCAG están escritos de manera amplia para aplicarse a HTML, PDF, video, audio y otros formatos de contenido web. Un PDF que cumple con PDF/UA generalmente cumple con muchos criterios de éxito de las WCAG, pero no con todos. La superposición entre los dos estándares es sustancial pero no completa, razón por la cual la verificación de PDF Cumplimiento a menudo requiere compararlos con ambos.
Diferencias clave entre PDF/UA y WCAG
La diferencia más fundamental es el alcance. PDF/UA se aplica solo a documentos PDF. Las WCAG se aplican a todo el contenido web, de los cuales PDF es solo un formato. Un sitio web que aloja páginas HTML accesibles pero archivos PDF inaccesibles pasa las WCAG para el contenido HTML y falla para el contenido PDF. La accesibilidad en toda la organización requiere que tanto las páginas web como los archivos PDF cumplan con sus respectivos estándares.
Una segunda diferencia clave es cómo cada estándar maneja el contraste de color. PDF/UA no especifica relaciones de contraste mínimas. Requiere que la información no se transmita únicamente a través del color, pero no establece umbrales numéricos para el contraste. WCAG especifica relaciones de contraste: 4,5:1 para texto normal y 3:1 para texto grande en el nivel AA. Un PDF que pase la validación PDF/UA aún podría fallar en WCAG porque su texto carece de suficiente contraste con el fondo.
Una tercera diferencia es el tratamiento de la multimedia. PDF/UA tiene requisitos limitados para contenido de audio y video dentro de archivos PDF. Las WCAG incluyen requisitos detallados para subtítulos, descripciones de audio y controles multimedia. Un PDF que contenga vídeo incrustado debe cumplir con los requisitos de medios WCAG, que van mucho más allá de lo que especifica PDF/UA.
Ambos estándares importan. Cuál tiene prioridad depende del contexto. Para documentos distribuidos como archivos independientes, PDF/UA es el estándar principal. Para los documentos publicados en sitios web, las WCAG son el estándar legal y regulatorio, y PDF/UA sirve como guía de implementación para los aspectos específicos de PDF del cumplimiento de las WCAG.
Cumplimiento práctico: cuándo seguir qué estándar
Para las agencias gubernamentales de los Estados Unidos, la Sección 508 de la Ley de Rehabilitación exige el cumplimiento de las WCAG 2.0 Nivel AA para todo el contenido electrónico, incluidos los archivos PDF. Los estándares revisados de la Sección 508 hacen referencia explícita a PDF/UA como el medio para lograr la accesibilidad de PDF. En la práctica, esto significa que los PDF gubernamentales deben cumplir con PDF/UA y, a través de esa conformidad, satisfacer los criterios WCAG aplicables a los documentos.
Para las organizaciones de la Unión Europea, la Ley Europea de Accesibilidad y la Directiva de Accesibilidad Web establecen requisitos que hacen referencia a WCAG 2.1 Nivel AA. Si bien estas leyes no siempre mencionan explícitamente PDF/UA, los requisitos técnicos para archivos PDF accesibles bajo estos marcos se alinean estrechamente con PDF/UA. Seguir PDF/UA es el camino más seguro hacia el cumplimiento.
WukongPDF procesa archivos PDF a través de herramientas basadas en navegador que pueden ayudar a verificar la estructura del documento e identificar brechas de accesibilidad. Si bien la plataforma no realiza auditorías de accesibilidad completas, admite los pasos de preparación de documentos que hacen que la corrección de accesibilidad posterior sea más sencilla.
Verificación del cumplimiento de ambas normas
Los verificadores automatizados pueden validar la conformidad de PDF/UA con una precisión razonable porque el estándar es una especificación técnica con criterios de aprobación/rechazo. Herramientas como PAC (PDF Accessibility Checker) y el verificador de accesibilidad integrado de Adobe Acrobat prueban la integridad de las etiquetas, el orden de lectura y los metadatos requeridos. Un documento que supera estos controles es estructuralmente accesible.
La verificación del cumplimiento de las WCAG para archivos PDF requiere pruebas tanto automáticas como manuales. Las herramientas automatizadas verifican la presencia de etiquetas, texto alternativo y configuraciones de idioma. La prueba manual implica abrir el documento con un lector de pantalla y verificar que la experiencia de lectura coincida con la experiencia visual. Un usuario real de un lector de pantalla puede detectar problemas que las herramientas automatizadas pasan por alto, como texto alternativo que está técnicamente presente pero que es inútilmente vago.
Cualquier documento que pase la validación PDF/UA y tenga un contraste de color adecuado generalmente cumple con los criterios WCAG Nivel A y la mayoría de los Nivel AA para el contenido del documento. Los criterios restantes de las WCAG que se aplican a los archivos PDF, como los relacionados con el propósito del enlace y el orden de enfoque, deben verificarse como parte del proceso general de prueba de accesibilidad.
La relación entre PDF/UA y WCAG se entiende mejor como complementaria que competitiva. PDF/UA proporciona la ruta de implementación técnica para hacer que los archivos PDF sean accesibles. WCAG proporciona los principios y criterios de éxito que definen lo que significa accesible. Un documento creado según los estándares PDF/UA pasará la mayoría de las comprobaciones WCAG automatizadas del contenido del documento. Es casi seguro que un documento que cumpla con los estándares WCAG para archivos PDF se ajustará a PDF/UA.
Las organizaciones que necesiten cumplir con ambos estándares deberían invertir en capacitación para los creadores de documentos. La persona que exporta un documento de Word a PDF necesita saber qué casillas de verificación seleccionar para la salida PDF etiquetada. La persona que diseña un formulario debe comprender cómo asociar etiquetas con los campos del formulario. La accesibilidad no es algo que un especialista en remediación pueda agregar después del hecho. Debe integrarse en el proceso de creación del documento desde el principio.
La Ley Europea de Accesibilidad, que entró en vigor en 2025, ha acelerado la adopción del cumplimiento de PDF/UA y WCAG en todas las organizaciones europeas. La Ley se aplica a los productos y servicios vendidos en la UE, incluidos los documentos digitales proporcionados como parte de esos productos y servicios. Las empresas que anteriormente consideraban opcional la accesibilidad a los documentos ahora consideran que es un requisito legal para sus clientes europeos.
Probar la accesibilidad con usuarios reales es la única forma de estar seguro de que un documento funciona según lo previsto. Los verificadores automatizados pueden verificar la conformidad técnica con PDF/UA. Las pruebas manuales con lectores de pantalla pueden verificar la usabilidad práctica. Ninguno reemplaza al otro. Aún así, es posible que resulte difícil navegar por un documento técnicamente conforme porque la estructura del encabezado, aunque está etiquetada correctamente, no refleja cómo el usuario del lector de pantalla espera moverse por el contenido.
Ambos estándares continúan evolucionando y los creadores de documentos deben monitorear las actualizaciones de ISO y W3C para cumplir con los últimos requisitos de accesibilidad a medida que se publican.
| Aspecto | PDF/UA (ISO 14289) | WCAG 2.1 |
|---|---|---|
| Alcance | Solo documentos PDF | Todo el contenido web, incluidos los PDF |
| Conformidad | Pasa/falla (binario) | Niveles A, AA, AAA |
| Contraste de color | Sin umbrales numéricos | 4,5:1 normal, 3:1 texto grande |
| Multimedia | Requisitos limitados | Subtítulos, descripciones de audio, controles. |
| Validación | Damas automatizadas (PAC, Acrobat) | Prueba de lector de pantalla automatizada + manual |