PDF/UA: el estándar ISO de los archivos PDF accesibles
PDF/UA — ISO 14289, 'UA' por accesibilidad universal — es el estándar internacional que define cómo debe ser internamente un PDF accesible: etiquetado completo en orden de lectura lógico, artefactos para la decoración, texto alternativo, texto con mapeo Unicode y metadatos configurados. Es la contraparte a nivel de formato de archivo de los requisitos de contenido de WCAG, y buena parte de él es verificable por máquina.
Esta página fue traducida automáticamente del original en inglés para el personal hispanohablante de organizaciones estadounidenses. Trata sobre la ley de EE. UU.; las citas legales estadounidenses se conservan en inglés.
PDF/UA es el estándar ISO para PDF accesible, publicado como ISO 14289-1. Especifica los requisitos técnicos que un archivo PDF — y el software que lo lee — debe cumplir para que la tecnología de asistencia pueda interpretar el documento de forma confiable. Es para la accesibilidad lo que PDF/A es para el archivado: un perfil verificable del formato PDF.
PDF/UA-1 se dirige al formato PDF 1.7 que prácticamente todas las herramientas producen hoy; PDF/UA-2 (ISO 14289-2, publicado en 2024) extiende el estándar a PDF 2.0. Cuando un contrato o una política dice 'PDF/UA' sin más, casi siempre se refiere a PDF/UA-1.
Dentro del archivo
¿Qué estandariza PDF/UA dentro de un archivo?
PDF/UA exige que todo el contenido con significado esté etiquetado en un árbol de estructura que refleje el orden de lectura lógico, que el contenido puramente decorativo se marque como artefacto, y que el archivo lleve los metadatos de los que depende la tecnología de asistencia: un título de documento que se muestre, un idioma declarado y un mapeo Unicode para cada carácter.
Etiquetas completas y semánticamente correctas
Cada pieza de contenido real está en el árbol de estructura con la función correcta — niveles de encabezado, párrafos, listas, tablas con asociaciones de encabezado, enlaces y figuras.
Artefactos para todo lo decorativo
Los elementos de página — encabezados y pies repetidos, números de página, gráficos de fondo — se marcan como artefactos para que nunca interrumpan el orden de lectura.
Metadatos y configuración del documento
Un título de documento configurado para mostrarse en lugar del nombre del archivo, un idioma del documento declarado y metadatos XMP que identifican el archivo como PDF/UA.
Texto confiable
Cada carácter tiene un mapeo a Unicode, y ninguna información se transmite solo por la apariencia visual — la tecnología de asistencia recibe el mismo contenido que ve un lector vidente.
Texto alternativo en las figuras
Las imágenes y figuras con significado llevan descripciones alternativas; los gráficos sin significado son artefactos, no ruido sin etiquetar.
Campos de formulario etiquetados y usables
Los campos de formulario interactivos tienen etiquetas programáticas y descripciones emergentes, y la configuración de seguridad nunca debe impedir que la tecnología de asistencia lea el documento.
Comparativa
¿Cómo se relaciona PDF/UA con WCAG?
Son capas complementarias. WCAG define requisitos de resultado para cualquier contenido web — perceptible, operable, comprensible, robusto — mientras que PDF/UA define cómo deben implementarse técnicamente las estructuras de soporte en el formato PDF. Un archivo puede satisfacer PDF/UA y aun así fallar WCAG, por ejemplo en el contraste de color, por lo que los flujos maduros verifican ambos.
Las reglas de EE. UU. y de la UE citan WCAG, no PDF/UA — pero PDF/UA es la manera de construir un PDF que cumpla de forma confiable los criterios estructurales de WCAG, y es lo que nombran las especificaciones de compra serias. DocoMatic remedia según ambos y califica cada archivo contra ambos.
| Eje | WCAG 2.1 AA | PDF/UA-1 |
|---|---|---|
| Define | WCAG 2.1 AAResultados, para cualquier contenido | PDF/UA-1Cómo se construyen las estructuras dentro del PDF |
| Nombrado por las reglas de EE. UU. y la UE | WCAG 2.1 AASí | PDF/UA-1No — pero se nombra de forma rutinaria en las compras |
| Verificable por máquina | WCAG 2.1 AAEn parte | PDF/UA-1En buena parte — vea el Matterhorn Protocol |
| Detecta el contraste de color | WCAG 2.1 AASí | PDF/UA-1No |
| Detecta un árbol de etiquetas incompleto | WCAG 2.1 AAIndirectamente, mediante el criterio 1.3.1 | PDF/UA-1Sí |
El Matterhorn Protocol (protocolo Matterhorn) es el modelo de pruebas de la PDF Association para PDF/UA-1. Descompone el estándar en 31 puntos de control con 136 condiciones de falla discretas, y clasifica cada condición como verificable por máquina o como dependiente del juicio humano. Los verificadores implementan el conjunto verificable por máquina; los revisores humanos se encargan del resto.
Esa división es el mapa honesto de lo que la automatización puede y no puede probar: una herramienta puede verificar que una tabla tiene celdas de encabezado, pero solo una persona puede confirmar que los encabezados son los correctos. Cualquier proveedor que prometa una 'garantía de cumplimiento' totalmente automatizada está ignorando la propia taxonomía del protocolo.
| Área | Lo que resuelve una máquina | Lo que solo resuelve una persona |
|---|---|---|
| Árbol de etiquetas | Lo que resuelve una máquinaTodo etiquetado o artefacto; anidamiento válido; ningún nivel de encabezado saltado (01-005, 09-004, 14-003) | Lo que solo resuelve una personaSi las etiquetas corresponden al contenido y los encabezados son los reales (01-006, 09-003, 14-001) |
| Orden de lectura | Lo que resuelve una máquinaLas páginas con anotaciones declaran un orden de tabulación (28-008, 28-009) | Lo que solo resuelve una personaSi el orden de las etiquetas es el orden lógico de lectura (09-001) |
| Tablas | Lo que resuelve una máquinaEstructura bien formada; cada celda de encabezado tiene alcance (09-004, 15-003) | Lo que solo resuelve una personaSi las celdas de encabezado de fila y columna están etiquetadas como encabezados — las correctas (15-001, 15-002, 15-005) |
| Figuras | Lo que resuelve una máquinaCada Figure tiene texto alternativo (13-004) | Lo que solo resuelve una personaSi un gráfico es contenido o decoración, y si su descripción es del tipo correcto (01-001, 13-001, 13-007) |
| Formularios | Lo que resuelve una máquinaCada campo tiene descripción emergente; los widgets están en etiquetas Form (28-005, 28-010) | Lo que solo resuelve una personaSi los campos siguen el orden de lectura; si un formulario solo para imprimir está etiquetado como tal (28-001, 24-001) |
| Metadatos | Lo que resuelve una máquinaXMP con identificador PDF/UA y título; el título se muestra; idioma declarado (06-001–003, 07-001, 11-001) | Lo que solo resuelve una personaSi el título identifica al documento y el idioma es el correcto (06-004, 11-007) |
| Texto | Lo que resuelve una máquinaCada carácter mapeado a Unicode; cada fuente incrustada (10-001, 31-009) | Lo que solo resuelve una personaSi el texto del OCR es realmente correcto (08-001) |
Clasificación: la del protocolo. Agrupación por área: nuestra.
Qué hacemos con ello: cada archivo remediado se comprueba con veraPDF(se abre en una pestaña nueva) contra PDF/UA-1 — a partir del Nivel 2 debe pasar sin ninguna falla, o el documento no se cobra — y el informe de verificación enumera lo que las máquinas no pudieron verificar, para la revisión humana.
Dos herramientas gratuitas dominan. PAC (PDF Accessibility Checker) valida las condiciones del Matterhorn verificables por máquina y previsualiza el documento tal como lo encuentra la tecnología de asistencia. veraPDF es un validador de código abierto, creado originalmente para PDF/A, que también valida PDF/UA. Un informe automático limpio es necesario pero no suficiente — las comprobaciones humanas completan la evaluación.
DocoMatic ejecuta verificación automática en cada archivo remediado y adjunta el informe, de modo que una nueva comprobación con PAC o veraPDF por parte de su auditor reproduce el mismo resultado — verificación que puede reenviar, no una promesa.
veraPDF es también el validador con el que se mide nuestra propia facturación: a partir del Nivel 2, un archivo remediado debe pasar su validación PDF/UA-1 sin ninguna falla o no se le cobra. No lo escribimos nosotros y no podemos ajustarlo — de eso se trata.
Ninguna regla de EE. UU. ni de la UE exige PDF/UA por su nombre. ADA Title II, la regla HHS Section 504 y Section 508 citan WCAG; también lo hacen EN 301 549 bajo la Ley Europea de Accesibilidad y la AODA de Ontario.
Se nombra constantemente en las especificaciones de compra, porque es la manera verificable y específica de PDF de entregar lo que esas reglas exigen de un documento.
El plan
¿Cómo se lleva una biblioteca de documentos a PDF/UA?
Inventaríe sus documentos y luego remedie a PDF/UA y WCAG 2.1 AA en la misma pasada — el trabajo de etiquetado es compartido, y juntos satisfacen a la vez los estándares regulatorios de EE. UU. y las especificaciones de compra. Verifique cada archivo por máquina, revise a mano los archivos señalados y conserve los informes por archivo como su rastro de evidencia.
Inventarie: enumere los PDF de sus dominios públicos y clasifíquelos por uso.
Remedie: construya estructuras de etiquetas completas, marque artefactos, configure metadatos, mapee el texto a Unicode.
Verifique: ejecute comprobaciones automáticas equivalentes a PAC en cada archivo y conserve el informe.
Revise: dirija a revisión humana los archivos con condiciones que requieren juicio humano — tablas complejas, formularios, figuras.
Preguntas frecuentes
Preguntas sobre PDF/UA, respondidas
¿Compra para una organización grande?
Reservar una demostración de 20 minutos(se abre en una pestaña nueva)¿PDF/UA es legalmente obligatorio en EE. UU.?
Las reglas de EE. UU. — ADA Title II, HHS Section 504, Section 508 — citan WCAG, no PDF/UA. Pero PDF/UA aparece de forma rutinaria en especificaciones de compra y políticas porque es la manera verificable y específica de PDF de entregar lo que WCAG exige de un documento. Remediar según ambos es la práctica estándar.
¿Un PDF etiquetado es automáticamente conforme con PDF/UA?
No. El etiquetado es necesario pero está lejos de ser suficiente: las etiquetas deben ser completas y semánticamente correctas, el contenido decorativo debe marcarse como artefacto, el título debe mostrarse, el idioma debe estar configurado, cada carácter necesita un mapeo Unicode y los campos de formulario necesitan etiquetas. Muchos PDF 'etiquetados' fallan en decenas de condiciones del Matterhorn.
Si PAC reporta cero errores, ¿el documento es accesible?
Ha pasado las condiciones verificables por máquina — el piso. El Matterhorn Protocol reserva explícitamente condiciones al juicio humano: si el orden de lectura tiene sentido, si el texto alternativo es preciso, si los encabezados de tabla son los correctos. Un informe PAC limpio más una revisión humana dirigida es la combinación defendible.
¿Qué es PDF/UA-2 y lo necesito?
PDF/UA-2 (ISO 14289-2, 2024) aplica el estándar al formato más reciente PDF 2.0 y moderniza el modelo de etiquetado. Su adopción en herramientas y compras todavía es incipiente; para las necesidades de cumplimiento y adquisición de hoy, PDF/UA-1 sigue siendo el perfil al que apuntar y contra el cual verificar.
¿Un PDF escaneado puede llegar a conformar con PDF/UA?
Sí, tras un trabajo real: el OCR debe producir una capa de texto precisa y con mapeo Unicode, y el archivo necesita luego etiquetado completo, artefactos, metadatos y — donde las figuras transmiten significado — texto alternativo. Un escaneo de solo imagen no cumple con nada; el reconocimiento más una remediación estructurada es lo que lo convierte en un documento conforme.
Fuentes
Cada afirmación regulatoria de esta página está citada a una de estas fuentes primarias.
- PDF Association — PDF/UA (ISO 14289) y el Matterhorn Protocol
- PDF Association — Matterhorn Protocol 1.1
- ISO 14289-1:2014 (PDF/UA-1)
- ISO 14289-2:2024 (PDF/UA-2)
- PAC (PDF Accessibility Checker) — axes4
- veraPDF — validación de código abierto para PDF/A y PDF/UA
- W3C — Pautas de Accesibilidad para el Contenido Web (WCAG) 2.1
Registro de cambios
- Tablas Matterhorn y WCAG; relación con veraPDF; sección sobre la obligación legal; enlaces al centro, las guías, el escáner y los productos; fuentes ISO 14289.
- Publicación inicial.
Se revisa cada trimestre y cada vez que cambia una fuente citada. Próxima revisión: 18 de diciembre de 2026.