By PDFKits Team — Published February 19, 2026
TL;DR: La accesibilidad de PDF significa que un lector de pantalla puede anunciar el contenido en el orden correcto: encabezados etiquetados como encabezados, imágenes con texto alternativo, orden de lectura definido y formularios operables por teclado. El mínimo legal es el cumplimiento de la Sección 508 para el trabajo federal de EE. UU. y WCAG 2.1 AA bajo las reglas del DOJ, siendo WCAG 2.2 el estándar actual del W3C; la Ley de Accesibilidad Europea de la UE entró en vigor en junio de 2025. Cuatro palancas —etiquetas, texto alternativo, orden de lectura, formularios— cubren aproximadamente el 90% del cumplimiento.
Tres marcos rigen el trabajo accesible en PDF en la práctica. Las directrices WCAG del W3C son la base técnica — WCAG 2.1 AA es el nivel citado por la regla del Título II de la ADA del DOJ (finalizada en abril de 2024) y por la mayoría de las leyes estatales, mientras que WCAG 2.2, la recomendación actual, añade nueve criterios de éxito que deberías tener en cuenta para nuevos documentos. La Sección 508 obliga a las agencias federales de EE. UU. y a sus contratistas e incorpora WCAG por referencia. En Europa, la EN 301 549 y la Ley de Accesibilidad Europea (UE 2019/882, en vigor desde el 28 de junio de 2025) extienden la obligación a documentos digitales del sector privado.
Los tres regímenes convergen en PDF/UA (ISO 14289-1), el estándar respaldado por la Asociación PDF que operacionaliza WCAG para el formato: estructura de etiquetas adecuada, texto alternativo en cada imagen significativa, orden de lectura definido y declaraciones de idioma. Un documento que se ve perfecto en pantalla puede seguir siendo un flujo de palabras plano e in navegable para las aproximadamente 285 millones de personas en todo el mundo con discapacidades visuales — y un PDF sin etiquetar es exactamente eso.
Mejor para: equipos de propuestas, universidades, departamentos de recursos humanos, aseguradoras y cualquier organización que publique documentos que el público deba poder leer.
Las etiquetas son el esqueleto estructural del documento — un árbol interno de elementos H1, H2, P, Figura, Lista y Tabla, análogo al HTML semántico. Sin ello, un lector de pantalla recibe un flujo de palabras plano: sin navegación por encabezados, sin semántica de tabla. El texto alternativo hace que las imágenes sean significativas; el fallo más común es un logo anunciado en cada encabezado de página, puro ruido. El orden de lectura se define por separado del diseño visual — una página de dos columnas debe leerse hacia abajo en una columna y luego en la siguiente, y las notas al pie no deben interrumpir el texto del cuerpo. Los formularios necesitan etiquetas asociadas programáticamente, un orden lógico de tabulación y indicaciones de campos obligatorios que un lector de pantalla pueda anunciar; un campo "etiquetado" por un asterisco cercano es invisible para la tecnología asistiva. Domina estas cuatro y habrás cubierto la mayor parte de las fallas de PDF en WCAG 2.2 que los auditores realmente señalan.
Dos hábitos de prueba separan a los equipos que pasan auditorías de los que las fallan. Primero, navega por el documento solo con encabezados (tecla H en NVDA, VO+Cmd+H en VoiceOver) — si no puedes llegar a cada sección de esa manera, tus usuarios tampoco podrán. Segundo, tabula a través de cada formulario sin tocar el ratón: el orden de enfoque debe coincidir con el orden visual, y cada campo debe anunciar su etiqueta y si es obligatorio. Cinco minutos de pruebas solo con el teclado encuentran los defectos que los verificadores automatizados describen de manera abstracta.
| Capacidad | PDFKits | Adobe Acrobat Pro | Smallpdf / iLovePDF | PAC 2024 |
|---|---|---|---|---|
| Costo | Gratis | $14.99/mes | $9/mes / $48/año | Gratis |
| Capa OCR para PDFs escaneados | Sí, en el navegador | Sí | Sí (de pago, en la nube) | No — solo validador |
| Editar el árbol de etiquetas | No | Sí (granular) | No | No |
| Validación PDF/UA | No | Verificador limitado | No | Sí — estándar de oro |
| Los archivos permanecen en tu dispositivo | Sí | Sí (escritorio) | No — carga en la nube | Sí |
| Reestructuración a nivel de página | Sí | Sí | Básico | No |
La división honesta del trabajo: los documentos fuente y Acrobat Pro poseen la edición de etiquetas; PAC posee la validación; PDFKits posee los pasos de preparación y saneamiento — OCR, reordenación de páginas, división, limpieza de metadatos — sin subir registros de estudiantes o archivos de recursos humanos a un servicio en la nube como requieren las herramientas al estilo Smallpdf.
Confiar en la verificación visual. Los defectos de etiquetado son invisibles en pantalla. Siempre valida con un verificador y un lector de pantalla.
Señalización solo por color. "Rojo = urgente, verde = hecho" no cumple con el Criterio de Éxito 1.4.1 de WCAG. Combina el color con etiquetas o íconos.
Tablas ASCII. Las columnas construidas con espacios colapsan en un galimatías para los lectores de pantalla. Utiliza objetos de tabla reales en la fuente.
Niveles de encabezado omitidos. H1 → H3 rompe la navegación por encabezados. Mantén una jerarquía estricta.
Aplanar formularios que deben permanecer navegables. Los campos aplanados se leen como párrafos simples. Si los usuarios necesitan navegación a nivel de campo, mantén el formulario interactivo con etiquetas adecuadas — y verifica los flujos de firma, ya que algunos aplanan silenciosamente.
Creer que OCR equivale a accesibilidad. OCR hace que el texto sea extraíble; el documento aún necesita etiquetas, orden de lectura, texto alternativo y una declaración de idioma. OCR es el primer paso de cuatro.
No. El texto seleccionable es necesario pero no suficiente. Sin etiquetas, un lector de pantalla no puede navegar por encabezados, omitir contenido decorativo o anunciar la estructura de la tabla. Etiquetar es la diferencia cualitativa entre legible y utilizable.
WCAG 2.2 (octubre de 2023) añade nueve criterios de éxito, principalmente en torno a la visibilidad del enfoque, modalidades de entrada y autenticación. Los mandatos legales aún citan en gran medida 2.1 AA, pero los nuevos documentos redactados según 2.2 satisfacen ambos — los criterios son retrocompatibles.
Desde la actualización de 2018, la Sección 508 incorpora WCAG 2.0/2.1 AA: estructura etiquetada, texto alternativo, orden de lectura, declaración de idioma y formularios accesibles. Las agencias federales y los contratistas deben cumplirlo para todos los documentos de cara al público y muchos documentos internos.
No a nivel de árbol de etiquetas. PDFKits maneja OCR, reordenación de páginas, división y limpieza de metadatos en el navegador; la edición granular de etiquetas requiere Adobe Acrobat Pro o re-exportar desde un documento fuente correctamente preparado.
PDF/A es el estándar de archivo (preservación a largo plazo, fuentes incrustadas); PDF/UA es el estándar de accesibilidad (compatibilidad con lectores de pantalla). Un documento puede ser ambos — PDF/A-2u más PDF/UA es el estándar de oro para archivos gubernamentales.
No — es el primer paso obligatorio. Después de OCR, el documento aún necesita etiquetas, orden de lectura, texto alternativo en figuras y una declaración de idioma antes de que un lector de pantalla pueda usarlo correctamente.
Utiliza al menos dos: NVDA en Windows (gratis, el estándar de prueba de facto) y VoiceOver en macOS (integrado). Si solo puedes ejecutar uno, NVDA cubre la base de usuarios reales más grande.
Solo modestamente — típicamente un 5–15% más grandes. El árbol de etiquetas añade objetos de estructura, no imágenes o fuentes, por lo que el costo de tamaño es trivial en comparación con la ganancia en usabilidad.
Desde junio de 2025 cubre productos y servicios en el ámbito — comercio electrónico, banca, libros electrónicos, transporte — incluidos los documentos digitales que envían. Las empresas B2C que atienden a clientes de la UE deberían tratar los PDFs de cara al cliente como dentro del ámbito.
Indica la conclusión, no la geometría: "Los ingresos del cuarto trimestre superaron al tercer trimestre en un 12%, impulsados por América del Norte" en lugar de "gráfico de barras con ocho barras." Para gráficos densos en datos, añade una tabla de datos real en el cuerpo del documento también.
OCR PDF — añade una capa de texto a los escaneos antes de etiquetar. Reorganizar páginas — corrige el orden a nivel de página. Editar PDF — ajusta el contenido visible junto con el trabajo de etiquetas de Acrobat. Limpiar metadatos — establece metadatos de título e idioma antes de publicar. Extraer páginas — aísla secciones para correcciones específicas. Dividir PDF — entrega archivos accesibles por capítulo.
→ Try edit PDF — Free & Online
PDFKits ofrece 46 herramientas PDF gratuitas que funcionan completamente en tu navegador. Sin envío de archivos a servidores, sin registro, sin límites diarios. Este enfoque local hace que PDFKits sea estructuralmente más privado que servicios como Smallpdf o iLovePDF que suben tus documentos para procesarlos — una ventaja esencial para archivos legales, médicos o financieros confidenciales.
Explora otras herramientas PDFKits: Unir PDF, Comprimir PDF, Dividir PDF, Firmar PDF, PDF a Word, Editar PDF, Proteger PDF, OCR PDF. Todas gratuitas y funcionan en tu navegador.