Ir al contenido principal

Control de accesibilidad

Vea lo que un lector de pantalla encontrará en su PDF — y lo que le faltará.

Sus archivos nunca salen de su dispositivo

Arrastre su PDF aquí

Nada se modifica: este control se limita a leer el documento.

Cómo comprobar la accesibilidad de un PDF, paso a paso

Esta comprobación de once puntos lee lo que un lector de pantalla puede realmente aprovechar en un PDF — título, idioma, estructura, contraste — sin modificar nunca el archivo.

  1. Suelte el PDF que desea comprobar

    Arrastre el archivo o haga clic para elegirlo. La comprobación se ejecuta de inmediato, íntegramente en su navegador.

  2. Lea el estado de cada punto

    Título, idioma declarado, texto real o imagen escaneada, etiquetado, imágenes con texto alternativo, títulos jerarquizados, marcadores, campos de formulario, contraste estimado, identificador PDF/UA y restricciones de acceso: cada punto se marca como conforme, por mejorar, bloqueante o no verificado.

  3. Siga los enlaces «Corregir con» cuando existan

    Una página sin texto se recupera mediante el reconocimiento de caracteres, las restricciones se levantan con la herramienta de desbloqueo — pero el etiquetado de estructura y los textos alternativos se hacen en el programa que produjo el documento, no en Vellum.

  4. Descargue el informe

    El botón «Descargar el informe» produce un documento con los once puntos, la fecha de la comprobación y el nombre del archivo examinado.

Esta comprobación no sustituye una conformidad PDF/UA (ISO 14289-1) completa: no verifica ni el orden de lectura real, ni las tablas y listas etiquetadas con sus encabezados, ni la pertinencia de los textos alternativos — solo su presencia. En un archivo cifrado, los puntos afectados permanecen «no verificados» en lugar de declararse conformes.

Preguntas frecuentes

¿Este control sustituye una validación PDF/UA completa?

No, y el propio informe lo dice. Ninguna biblioteca libre valida la norma PDF/UA (ISO 14289-1) en un navegador: veraPDF está escrito en Java, los motores en WebAssembly tienen licencia de pago, y los verificadores gratuitos en línea reciben su archivo en su servidor. Vellum controla por tanto lo que se lee sin ambigüedad en el archivo, y termina con la lista de lo que no verifica: la conformidad PDF/UA completa, el orden de lectura real, las tablas y listas etiquetadas, y la calidad de los textos alternativos.

¿Qué verifica exactamente el informe?

Once puntos. El título del documento (en la información y en el XMP) y la solicitud de mostrarlo en la barra del lector; el idioma declarado y su validez; la presencia de texto real página por página, en contraposición a la imagen de un escaneo; el etiquetado del documento (MarkInfo /Marked y árbol de estructura); las imágenes etiquetadas /Figure y su texto alternativo; los títulos jerarquizados de H1 a H6; los marcadores más allá de veinte páginas; las descripciones emergentes de los campos de formulario; una estimación del contraste; el identificador PDF/UA del XMP; y las restricciones que prohibirían la extracción de texto con fines de accesibilidad. Estos puntos siguen las cláusulas 6.2, 7.1, 7.2 y 7.3 del perfil de validación PDF/UA-1 de veraPDF, consultado el 17.09.2026.

¿Por qué el contraste se anuncia como una estimación?

Porque lo es. Vellum dibuja las diez primeras páginas a resolución reducida (unos 100 puntos por pulgada), agrupa los colores, retiene el más frecuente como fondo, descarta los tonos intermedios mucho menos poblados que una tinta más oscura — son los píxeles de suavizado de los bordes de las letras —, y luego calcula el ratio de contraste WCAG entre el fondo y cada color de tinta restante. El umbral usado es 4,5:1, el del criterio 1.4.3 de WCAG 2.1 en el nivel AA (w3.org/TR/WCAG21, consultado el 17.09.2026). Esta medida no conoce el tamaño de los caracteres — WCAG solo exige 3:1 más allá de 18 puntos —, no distingue un texto colocado sobre una fotografía, deja pasar una línea aislada de gris claro inmersa en un largo texto negro, y no mira más allá de la décima página.

¿Puede Vellum corregir lo que señala el informe?

Solo en parte, y lo dice punto por punto. Una página sin texto se recupera con el reconocimiento de caracteres; un título ausente se escribe con la herramienta Metadatos; las restricciones de cifrado se levantan con la herramienta Desbloquear. En cambio, Vellum no sabe añadir las etiquetas de estructura ni los textos alternativos de las imágenes: eso exige comprender el sentido del documento, y se hace en el programa que lo produjo. La herramienta Metadatos de Vellum tampoco escribe el idioma del documento ni la solicitud de mostrar el título, dos ajustes que viven en otro lugar del archivo.

¿Quién está obligado a hacer accesibles sus PDF?

En Suiza, la ley sobre la igualdad de las personas con discapacidad (LHand, RS 151.3, en vigor desde 2004) obliga a las autoridades a hacer utilizables por todos sus prestaciones digitales, y la administración federal aplica para ello el estándar eCH-0059, cuya versión 3.0 fue aprobada el 25.06.2020 y retoma WCAG 2.1 en el nivel AA. En la Unión Europea, la European Accessibility Act (directiva (UE) 2019/882) se aplica desde el 28.06.2025 a numerosos productos y servicios privados. Fuentes consultadas el 17.09.2026: ebgb.admin.ch, ech.ch y el centro AccessibleEU de la Comisión Europea.