Verificar el cumplimiento del estándar PDF/UA (solo sintaxis) en Adobe Acrobat Profesional. Cómo cumplir con la accesibilidad del PDF.

El objetivo de este artículo no es hablar del estandar PDF/UA, del que ya he hablado en el pasado (artículos sobre accesibilidad en PDF) sino dar una anotación muy concreta sobre Adobe Acrobat Profesional para dar paso, después, a una reflexión sobre la validación de accesibilidad de los PDF.

Adobe Acrobat Profesional tiene un validador de accesibilidad, pero lo que mucha gente no ha encontrado, es que también tiene un comprobador de estándares. Dentro de él, se encuentra la comprobación de sintaxis respecto al estándar PDF/UA, que no es lo mismo que el validador de accesibilidad, aunque sí que tienen, claro está, muchos aspectos en común.

Esta opción está en la herramienta "Produccción de impresión", porque originalmente incluía solo la comprobación de otros estándares, como PDF/X y PDF/A.

Opción de Acrobat Comprobaciones. PDF/UA.

Opción de Acrobat Comprobaciones. PDF/UA. Editar perfil.

Ejemplo de resultados.

Ni pasar el validador de accesibilidad de Acrobat ni pasar la herramienta de comprobación de sintáxis del estándar PDF/UA asegura un PDF accesible. De hecho, hay muchos PDF que tienen graves problemas y pasan los validadores.

Solo son validadores de sintaxis. Puede ser un PDF muy inaccesible, con todo el contenido en el idioma incorrecto, con las imágenes informativas como decorativas, con el orden de lectura caótico, con un etiquetado no semántico, pero con una sintaxis correcta, y pasar los validadores.

Por otra parte, hay PDF comprobados manualmente y escuchados de forma íntegra con el lector de pantalla que son PDF accesibles y, que sin embargo, dan algún error en el estándar PDF/UA, pero que no está afectando a la accesibilidad comprobada y real con personas usuarias.

De hecho, la inmensa mayoría los errores que me da el validador de accesibilidad (el de la herramienta de Accesibilidad) de Acrobat, que también incluye validación de sintaxis, se corresponden con errores reales que detecto en las pruebas manuales o en el acceso con el lector.

Sin embargo, corregidos estos, algunos de los que persiten en el validador de PDF/UA no están afectando a la accesibilidad. Me parece una pérdida de tiempo dedicar esfuerzo a ellos en vez de a otros aspectos del PDF que sí mejorarían sustancialmente la accesibilidad:

• texto alternativos a abreviaturas o acrónimos (si están sin expandir);
• texto alternativo a las llamadas a las notas (si no viene así desde el origen) ;
• texto alternativo a textos cortos en mayúsculas que el lector está deletreando;
• textos ocultos para mejorar la comprensión con el lector;
• mejorar el acceso semántico a las gráficas o esquemas;
• etc.

Las WCAG 2.2 ya han quitado el criterio 4.1.1 de comprobación de sintaxis, alegando precisamente que si ese error supone un problema de accesibilidad, ya lo vas a detectar en el resto de criterios.

Mi recomendación después de 20 años especializada en la conversión de PDF en PDF accesibles y de convertir cientos de PDF es, para conseguir PDF accesibles para las personas reales, que es lo que buscamos, debemos:

1. Trabajar y analizar la accesibilidad del PDF manualmente:
   • Previo: revisión de diseño, maquetación, idioma, redacción, exportación a una página o planificación de texto oculto para el lector, todo ello a trabajar en el documento original.
   • Título, visualización del mismo en la cabecera, otros metadatos y opciones de apertura.
   • Idioma: general y del contenido (a nivel de etiquetas y contenido).
   • Orden de lectura.
   • Orden del etiquetado.
   • Etiquetado correcto de cada elemento (encabezados, listas, índices, citas, notas, etc.) sin elementos vacíos.
   • Descripción de imágenes (decorativas, informativas, con descripciones extensas).
   • Tratamiento de gráficas e infografías adecuado (semántico o como imagen, según el caso).
   • Orden de tabulación y funcionamiento de los elementos interactivos.
   • Trabajo específico con tablas (títulos, descripciones, encabezados, estructura).
   • Enlaces y botones interactivos correctos.
   • Otros textos alternativos necesarios adicionales a los de las imágenes.
   • Trabajo específico con formularios.
   • Índice de marcadores adecuado.
   • Páginación consistente.
2. Escuchar el PDF de forma íntegra con un lector de pantalla como NVDA (no vale la herramienta "Leer en voz alta" de Adobe, que eso es otra cosa)
3. Pasarle los validadores para revisar si alguno de los errores está afectando a la accesibilidad del PDF: los del validador de Accesibilidad de Acrobat, según mi experiencia, deberás corregirlos porque es prácticamente seguro que sí que afectan.

Los validadores están al servicio de los profesionales de la accesibilidad, no al revés...

Artículos relacionados:

• Guía gratuita "PDF accesibles con Adobe Acrobat Profesional", 2021
• Taller "PDF accesibles con Adobe Acrobat Profesional" en el I Congreso Latinoamericano de Accesibilidad y Usabilidad, 2023
• Taller digital "Documentos PDF y PPT accesibles, 2021
• Preguntas y respuestas a las dudas de los asistentes del taller digital "Documentos PDF y PPT accesibles",2021
• Buenas prácticas en InDesign para generar PDF accesibles, 2021
• PDF accesible. PDF correctamente etiquetado desde inDesign, 2013
• PDF accesibles. CheatSheet "Etiquetas estándar y su uso correcto", 2017
• Error "Anotaciones etiquetadas (Incorrecto)" relativo a un enlace en el validador de accesibilidad de Acrobat (PDF accesibles), 2026
• Cursos gratuitos de accesibilidad en Pamplona (octubre de 2023). PDF accesibles. Metaverso accesible.
• Anteriores a 2013:
  • PDF accesibles (1); introducción, 2007
  • PDF accesibles (2): metodología, 2007
  • PDF Techniques for WCAG 2.0, 2007
  • PDF/UA. Descripción de la norma. Comparativa y relación con las WCAG 2.0 , 2012
  • Publicada la ISO 14289-1:2012, más conocida como PDF/UA, 2012
  • Novedades de Adobe Acrobat XI Pro relacionadas con la accesibilidad de los PDF, 2012

Error "Anotaciones etiquetadas (Incorrecto)" relativo a un enlace en el validador de accesibilidad de Acrobat (PDF accesibles)

Uno de mis trabajos habituales, y con el que más disfruto, es el de la conversión de PDF en PDF accesibles. En estos años de blog he publicado diferentes artículos sobre PDF accesibles, en este caso, voy a explicar cómo corregir un error muy específico por el que me suelen preguntar: el error "Anotaciones etiquetadas (Incorrecto)" relativo a un enlace.

Error "Anotaciones etiquetadas (Incorrecto)" relativo a un enlace

Tenemos un enlace en la página que:

• está marcado como tal con la etiqueta <Link>

  

• recibe el foco de teclado y funciona:

  

• el enlace existe como tal y, de hecho, es muy probable que lo hayas creado tú desde Acrobat:

  

Sin embargo, el validador de accesibilidad de Adobe Acrobat nos da error de "Anotaciones etiquetadas (Incorrecto)":

Error en el validador de Adobe Acrobat

Solución del error "Anotaciones etiquetadas (Incorrecto)" relativo a un enlace

1. Accede al menú del panel Etiquetas y selecciona la opción "Buscar":

   

2. En la ventana "Buscar elemento" selecciona en el desplegable la opción "Enlaces sin marcar":

   

3. Pulsa el botón "Buscar".
4. Cuando se resalte el enlace que da error, y con su etiqueta <Link> seleccionada, pulsa el botón "Etiquetar elem.":

   

   Abrir la imagen más grande en ventana nueva

Cuando pulses el botón "Etiquetar elem." podrás comprobar que dentro de la etiqueta <Link> hay un "Link - OBJR". Ya tienes tu anotación etiquetada, el enlace ya es realmente accesible y, por tanto, el error del validador habrá desaparecido.

Artículos de interés

• Guías gratuitas "PDF accesibles con Adobe Acrobat Profesional" y "Documentos PowerPoint accesibles"
• Taller "PDF accesibles con Adobe Acrobat Profesional" en el I Congreso Latinoamericano de Accesibilidad y Usabilidad
• Taller digital "Documentos PDF y PPT accesibles, 2021
• Preguntas y respuestas a las dudas de los asistentes del taller digital "Documentos PDF y PPT accesibles"1
• Buenas prácticas en InDesign para generar PDF accesibles
• PDF accesibles. CheatSheet "Etiquetas estándar y su uso correcto"
• Todos los artículos de PDF

Cursos gratuitos de accesibilidad en Pamplona (octubre de 2023). PDF accesibles. Metaverso accesible.

Durante el mes de octubre impartiré dos cursos gratuitos de accesibilidad en el Club de Marketing de Navarra (Pamplona).

Taller: PDF accesibles. Cómo convertir un PDF en PDF accesible con Adobe Acrobat DC Profesional

Fecha: 24 de octubre de 2023

Horario: 15:30 a 19:30

Lugar: Club de Marketing de Navarra (Pamplona)

Información e inscripción: Curso "PDF accesibles. Cómo convertir un PDF en PDF accesible con Adobe Acrobat DC Profesional"

La accesibilidad en el metaverso

Fecha: 25 de octubre de 2023

Horario: 15:30 a 19:30

Lugar: Club de Marketing de Navarra (Pamplona)

Información e inscripción: La accesibilidad en el metaverso

Artículo de Olga Carreras sobre accesibilidad en XR

• General - Diferentes discapacidades
  • Accesibilidad en XR, metaverso accesible e inclusivo. Guía de accesibilidad en entornos de Realidad Virtual (VR), 2022
  • Ejemplos de opciones de accesibilidad en entornos de realidad virtual (VR) 2023. Metaverso accesible e inclusivo, 2023
  • Accesibilidad de formularios en entornos de realidad virtual. Metaverso inclusivo, 2023
• Discapacidad auditiva
  • Subtítulos inmersivos. Informe final del grupo de trabajo del WAI-W3C "Immersive Captions Community Group"
• Análisis de aplicaciones VR concretas
  • Probando las características de accesibilidad de Cosmonious High (Realidad Virtual), 2023
  • Opciones de accesibilidad en un laboratorio de química en Realidad Virtual (VR), accesibilidad en entornos de aprendizaje , 2023
  • Viajar en Realidad Virtual. Opciones de accesibilidad. Metaverso y turismo inclusivo, 2024
• Reseñas de libros
  • Reseña del libro "Immersive Content and Usability" de Preston So
  • Reseña del Libro blanco de accesibilidad para desarrolladores de videojuegos de AEVI y Fundación ONCE
• Cursos, ponencias, congresos
  • Resumen de todas las presentaciones sobre accesibilidad en XR del 2024 XR Access Symposium. Insights from XR Assistive Technology
  • Cursos gratuitos de accesibilidad en Pamplona (octubre de 2023). PDF accesibles. Metaverso accesible.

Taller "PDF accesibles con Adobe Acrobat Profesional" en el I Congreso Latinoamericano de Accesibilidad y Usabilidad

El 19 de noviembre tuve el placer de participar en el primer Congreso Latinoamericano de Accesibilidad y Usabilidad (CLAU) con el taller "PDF accesibles con Adobe Acrobat Profesional", cuyo vídeo se acaba de publicar.

Podéis acceder al resto de ponencias y talleres del congreso en su canal de YouTube @Clauglobal.

Si estás interesado en el servicio de conversión de documentos PDF en PDF accesibles, puedes contactar conmigo por email.

Otros artículos y vídeos sobre PDF accesibles:

• Guías gratuitas "PDF accesibles con Adobe Acrobat Profesional" y "Documentos PowerPoint accesibles"
• Taller digital "Documentos PDF y PPT accesibles, 2021
• Preguntas y respuestas a las dudas de los asistentes del taller digital "Documentos PDF y PPT accesibles"
• Buenas prácticas en InDesign para generar PDF accesibles
• PDF accesible. PDF correctamente etiquetado desde inDesign
• PDF accesibles. CheatSheet "Etiquetas estándar y su uso correcto"

Congreso Latinoamericano de Accesibilidad y Usabilidad (19 de noviembre)

El 19 de noviembre de 2022 se realizará el primer Congreso Latinoaméricano de Accesibilidad y Usabilidad (CLAU). Es online, es gratuito y no puedes perdértelo. Regístrate de forma gratuita en el congreso.

Ya se ha publicado la agenda del evento, que consta de 13 ponencias y talleres. La inaguración comenzará a las 10:00 (GMT -3), es decir, a las 14:00 en España.

En mi caso tendré el placer de impartir durante una hora el taller "PDF accesibles con Adobe Acrobat Profesional". En él aprenderemos a convertir un PDF en un PDF accesible con Adobe Acrobat Profesional, repasando las buenas prácticas que deberían seguirse en los programas de origen (Word, InDesign...)

Agenda

19 de noviembre - horario de Argentina (GMT -3)

• 10:00 - 10:20 Inauguración
• 10:20 - 11:20 Taller "PDF accesibles con Adobe Acrobat Profesional". Olga Carreras. Consultora y formadora
• 11:20 - 11:30 Descanso - Presentación de comunidades
• 11:30 - 11:50 El valor de la certificación en accesibilidad. Lourdes Arreola. Asociación Internacional de Profesionales de Accesibilidad (IAAP)
• 11:50 - 12:10 ¿Un diseño puede producir una crisis epiléptica?. Ivana García. Espacio Epilepsia
• 12:10 - 12:30 Accesibilidad y Usabilidad: el orden de los factores sí altera el producto. Susana Pallero - Silvia Marquez. DALAT Comunidad
• 12:30 - 12:40 Descanso - Presentación de comunidades
• 12:40 - 13:00 El modelo de accesibilidad de Android y sus beneficios. Juan Ignacio Unzurranzaga. Ingeniero de Software
• 13:00 - 13:20 Accesibilidad en tu bolsillo: pruebas y errores en aplicaciones. Rocío Amaranto. Tester de Accesibilidad
• 13:20 - 13:40 ¿Cómo pensar una estrategia de Accesibilidad Digital a escala?. Martín Di Luzio. Mercado Libre
• 13:40 - 14:00 Descanso - Mensajes de apoyo
• 14:00 - 15:00 Madurez en usabilidad: el primer paso para el crecimiento. Daniel Torres Burriel. Experto en usabilidad, accesibilidad, UX
• 15:00 - 15.10 Descanso - Mensajes de apoyo
• 15:10 - 15:30 No es usable si no es accesible - Laura Diaz. Devtion IT
• 15:30 - 15:50 Desmitificar la accesibilidad: cómo implementar un proyecto accesible en 5 pasos básicos. Mia Krasteva - Leslie Inostroza. ThoughtWorks
• 15:50 - 16:00 Descanso - Premios
• 16:00 - 17:00 User testing inclusivo: Cambiemos la mentalidad. Marta del Rio. Consultora y conferencista
• 17:00 - 17:10 Descanso - Presentación de comunidades
• 17:10 - 17:30 Repensar el diseño desde el punto de vista ético. Liz Nenning - Daniela Peñarnada. Diseño ético comunidad
• 17:30 - 17:50 Handoff accesibles en Figma. Consuelo Correa Barros. Diseñadora gráfica y activista por la accesibilidad
• 17:50 Cierre del Congreso - Organizadores

Guías gratuitas "PDF accesibles con Adobe Acrobat Profesional" y "Documentos PowerPoint accesibles"

Título: PDF accesibles con Adobe Acrobat Profesional

Autor: Olga Carreras

Nº páginas: 60

Idioma: castellano

Formato: PDF accesible y gratuito publicado por Siteimprove (PDF, 1,8 MB)

Fecha de edición: 2021

Título: Documentos PowerPoint accesibles

Autor: Olga Carreras

Nº páginas: 51

Idioma: castellano

Formato: PDF accesible y gratuito publicado por Siteimprove (PDF, 4 MB)

Fecha de edición: 2021

Enlaces relacionados:

• Vídeo Taller digital "Documentos PDF y PPT accesibles" de Olga Carreras, 2021
• Preguntas y respuestas a las dudas de los asistentes del taller digital "Documentos PDF y PPT accesibles"
• Taller "PDF accesibles con Adobe Acrobat Profesional" en el I Congreso Latinoamericano de Accesibilidad y Usabilidad
• Biblioteca de libros gratuitos de Siteimprove
  
• "Libros y reseñas de accesibilidad y UX", Usable y accesible

---

Guía "PDF accesibles con Adobe Acrobat Profesional"

El objetivo principal de esta guía es explicar cómo convertir un PDF en un PDF accesible para los usuarios de lector de pantalla con Adobe Acrobat Profesional. Las capturas de pantalla y las referencias a menús son de la versión Adobe Acrobat Pro DC.

Adicionalmente, la guía también abarca las buenas prácticas de diseño y de redacción en el documento de origen para que el PDF sea accesible para todas las personas.

La guía se estructura en los siguientes capítulos:

• Qué es un PDF accesible
• Tipos y versiones de PDF

  En este capítulo hablo de las diferentes versiones de PDF y de los tipos de PDF, extendiéndome en los PDF/A y los PDF/UA.

• Pautas de diseño

  Este capítulo está dedicado a las buenas prácticas de diseño que han de seguirse en el documento de origen, referentes a la tipografía, el color o el tamaño de los elementos de interacción.

• Pautas de redacción

  Redactar de una manera concisa y sencilla ayudará a que todas las personas puedan comprender mejor los textos. Enumero las mejores prácticas.

• Convertir un PDF en un PDF accesible para los usuarios de lector de pantalla con Adobe Acrobat Pro

  Este es el capítulo más extenso. Explica cómo convertir el PDF en un PDF accesible para los usuarios de lector de pantalla mediante Adobe Acrobat Pro.

  • Qué es y cómo funciona un lector de pantalla
  • Propiedades del documento
  • Orden de lectura
  • Etiquetado
  • Textos alternativos
  • Tablas
  • Cambios en el idioma del contenido
  • Formularios
  • Marcadores
  • Paginación
  • Herramienta "Hacer accesible"
  • Documentos escaneados

  No abarca las buenas prácticas a seguir en el documento de origen (Word, Excel, InDesign, PowerPoint, etc.) porque se tratarían en guías específicas para cada programa.

• Validar la accesibilidad del PDF

  Abarca tanto la validación mediante herramientas automáticas como la validación manual con un lector de pantalla.

• Recomendaciones para enlazar correctamente el PDF

  Termino la guía con una serie de recomendaciones para enlazar correctamente el PDF, por ejemplo, desde una página web.

Artículos relacionados:

• Buenas prácticas en InDesign para generar PDF accesibles
• PDF accesible. PDF correctamente etiquetado desde inDesign
• PDF accesibles. CheatSheet "Etiquetas estándar y su uso correcto"
• PDF/UA. Descripción de la norma. Comparativa y relación con las WCAG 2.0
• Índice de artículos del blog sobre documentos accesibles
• Vídeo Taller digital "Documentos PDF y PPT accesibles" de Olga Carreras, 2021
• Preguntas y respuestas a las dudas de los asistentes del taller digital "Documentos PDF y PPT accesibles"

Guía "Documentos PowerPoint Accesibles"

Microsoft PowerPoint es un programa que sirve para crear presentaciones. Una presentación consta de una serie de “diapositivas” o pantallas de información. En cada diapositiva se puede incluir texto, imágenes u otros elementos gráficos o multimedia. Estos contenidos se insertan como elementos flotantes que puedes mover para componer la diapositiva.

Un documento PowerPoint está pensado para ser proyectado durante una exposición oral y servir como apoyo a la misma. Después, es muy habitual que el documento PPT se distribuya digitalmente para que se pueda consultar desde un ordenador u otro dispositivo.

A menudo, la presentación PPT deja de ser un mero apoyo a la exposición oral y se convierte en un resumen de la misma o en el documento que lee el orador. En estos casos, las presentaciones acaban teniendo mucho contenido.

También es habitual la creación de un documento PPT como una alternativa más visual a un documento Word, que después se distribuye en formato PDF, y cuya finalidad nunca ha sido ser proyectado o acompañar a una exposición oral. En estos casos, las presentaciones también suelen tener bastante contenido.

El objetivo de esta guía no es explicar cómo crear una presentación PPT o para qué debería utilizarse, sino explicar las buenas prácticas que han de seguirse en su elaboración para que sea accesible para todas las personas, sea cuál sea el tipo de documento PPT que hayamos creado.

Las capturas de pantalla y las referencias a menús que se incluyen en esta guía son de la versión Microsoft PowerPoint 2016, aunque se hace referencia a otras versiones más recientes cuando tienen funciones relevantes para la accesibilidad de los documentos.

La mayoría de las pautas que se dan en esta guía pueden aplicarse a otras versiones de Microsoft PowerPoint y a otros programas similares, como las presentaciones de OpenDocument o de Google Docs.

Incluso pueden aplicarse a otros tipos de documentos, como documentos de texto, hojas de cálculo o páginas web, ya que las pautas dadas están basadas en los requisitos de accesibilidad de los estándares EN 301 549 y WCAG 2.1 , que son comunes para cualquier tipo de documento.

La guía se estructura en los siguientes capítulos:

• Qué es un PowerPoint accesible
• Planificar y estructurar correctamente el documento
• Propiedades del documento
• Pautas de diseño
• Pautas de redacción
• Pautas para un correcto acceso al documento mediante un lector de pantalla
• Accesibilidad de los contenidos multimedia
• Validador de accesibilidad de Microsoft Office
• Vista global de tu presentación
• Distribuir el documento
• Referencias de interés

Artículos relacionados

• Reseña PowerPoint y Excel con NVDA (de NV Access)

Preguntas y respuestas a las dudas de los asistentes del taller digital "Documentos PDF y PPT accesibles"

El pasado 30 de septiembre impartí el taller digital "Documentos PDF y PPT accesibles" para presentar las guías:

• PDF accesibles con Adobe Acrobat Pro
• Documentos PowerPoint accesibles

La dos guías han sido editadas de manera accesible y gratuita por SiteImprove.

Los asistentes dejaron decenas de preguntas y fue imposible contestar a todas ellas en directo, por ello, las contesto ahora aquí de manera pública. Quiero agradacerles a todos ellos las muestras de cariño y agradecimiento que me hicieron llegar tras el evento.

Podéis volver a consultar el vídeo del taller en:

• Taller digital "Documentos PDF y PPT accesibles" de Olga Carreras

Recopilación de preguntas y respuestas

¿Hay alguna opcion en el Acrobat Profesional para definir el idioma del documento en catalán?

Este tema se trata en la guía de PDF accesibles.

Aunque el selector para indicar el idioma (tanto del documento como de una etiqueta) es un desplegable, puedes escribir en él el codigo ISO de cualquier idioma.

En el caso del catalán, debes escribir ca.

En documentos a doble columna para dos idiomas distintos, ¿cómo se puede asegurar la accesibilidad? Un lector de pantalla, ¿puede "escoger" un solo idioma o va a leer toda la página, en los dos idiomas, y después la siguiente también en los dos idiomas?

El idioma se define a nivel de documento y a nivel de contenido. El lector de pantalla lee el contenido en el idioma definido para el documento, a menos que se encuentre con un contenido que tenga definido otro idioma a nivel de etiqueta o contenido.

En las guías se explica cómo indicar que un contenido concreto está en un idioma diferente para que el lector de pantalla cambie automáticamente a leerlo en dicho idioma.

¿Existe alguna manera de modificar el orden de lectura en hojas de cálculo, por ejemplo en cajas de texto?

En Office (Word, Excel, PowerPoint) existe la herramienta "Panel de selección". Con este panel puedes modificar el orden de lectura de los elementos flotantes.

Este panel se explica en la guía de PPT accesibles. Como se indica en la guía, el orden en el que se leerán los elementos será el orden en el que aparecen en el listado del panel, de abajo a arriba. Es decir, los elementos que están más al fondo aparecen más abajo en el listado y se leen antes que los que están más arriba.

En Excel te permitirá ordenar los elementos que hayas insertado, como imágenes, gráficas o cuadros flotantes.

¿Cómo guardar un PDF con la versión 1.7 para que pueda ser leído por versiones desde 8 en adelante de Adobe? ¿Qué versiones de Adobe no podrán leer los PDF 2.0?

En la guía sobre PDF accesibles se trata este tema.

Puedes consultar la versión de tu PDF en el menú "Archivo > Propiedades > Descripción > Avanzado > Versión PDF" de Acrobat. En el menú "Guardar como otro" puedes guardarlo en otra versión (opción "Hacer compatible con").

Ten en cuenta que cada programa genera los PDF en una versión por defecto, pero si tienes instala la barra de Acrobat, por ejemplo, en Word, en la opción de menú "Preferencias" puedes seleccionar la versión de PDF que quieres guardar.

Adobe Reader XI e inferior no podrá abrir un PDF 2.0

¿Cómo hacer que el abrir el documento se abran por defecto los marcadores? ¿Cuál es el criterio de la EN 301549 que se refiere a ellos?

Como se indica en la guía de PDF accesibles, la opción está en "Archivo > Propiedades > Vista inicial > Ficha de navegación > Página y panel de marcadores".

El criterio de la EN 301 549 / WCAG 2.1 relacionado es el criterio "2.4.5 Múltiples vías". Una de las técnicas suficientes para cumplir este criterio es, entre otras, incluir una tabla de contenidos. Sin embargo, la EN 301 549 específica que este criterio no aplica a los documentos (consultar "Esquema de los requisitos de la EN 301 549 (2018) aplicables a sitios web, documentos y apps nativas. Correspondencia con las WCAG 2.1" (excel))

A pesar de ello, insto a tener marcadores, a tenerlos siempre visibles y a incluir, siempre que se pueda, un índice tradicional. Ten en cuenta además que el validador de Adobe dará error si el documento tiene 21 páginas o más y no tiene marcadores.

Trabajo en una aseguradora, ¿qué ley obliga a las aseguradoras a tener las webs accesibles?

Ley 56/2007, de 28 de diciembre, de Medidas de Impulso de la Sociedad de la Información.

¿Existe alguna forma de mantener el texto alternativo de Word en los documentos PDF?

Los textos alternativos incluidos en las imágenes se exportan al PDF si este se genera como PDF etiquetado. Este tema se trata en la guía de PPT accesibles.

Lo que comenté en el taller es que las descripciones de las tablas incluidas en Word no se exportan al PDF. En la guía sobre PDF accesibles puedes consultar cómo incluirlas desde Acrobat.

¿Hay manera de que un word o un ppt al convertirlo a pdf conserve las propiedades de accesibilidad?

Debes exportarlo marcando la opción de exportación "PDF con etiquetas" o "PDF etiquetado". A pesar de ello, algunas propiedades de accesibilidad, como es la descripción de las tablas, se pierde.

A la hora de generar un documento de InDesign y pasarlo a PDF, es necesario añadir etiquetas en Indesing y una vez exportado el PDF?

Para que el PDF generado desde InDesign esté correctamente etiquetado, debes trabajar con los estilos de párrafo. Te recomiendo el vídeo PDF accesible. PDF correctamente etiquetado desde inDesign

¿Existe alguna guia para generar documentos accesibles a partir de Indesign? ¿Illustrator?

Puedes consultar:

• el artículo Buenas prácticas en InDesign para generar PDF accesibles
• el vídeo PDF accesible. PDF correctamente etiquetado desde inDesign

Así como en InDesign se pueden seguir una serie de buenas prácticas para generar PDF bastante accesibles, no ocurre lo mismo con Illustrator.

Veig que no és possible assignar els estils H1, H2, en power point i exell. Caldria fer aquesta correció posteriorment a l'Adobe Pro?

Como explico en la guía sobre PPT accesibles, en PowerPoint solo existen títulos de nivel 1 y 2. Los títulos de las diapositivas con el diseño de título y el diseño de título de sección se exportan como H1 y los títulos del resto de diapositivas como H2. En Acrobat podemos cambiar el nivel de encabezado editanto cada etiqueta o hacerlo de forma masiva con la opción "Asignación de función" (consultar en la guía sobre PDF accesibles).

En Excel, aunque existe los estilos de encabezado, no se exportan como encabezados reales en el PDF generado, de modo que habría que corregirlos en Acrobat.

A veces desde Acrobat no puedo poner el texto alternativo de las imágenes, porque aparece "bloqueado", ¿qué hacemos en este caso?

Eso ocurre cuando tienes algo seleccionado en la página. Antes de abrir la ventana de propiedades de una etiqueta aseguráte de que no tienes nada seleccionado.

En cuanto a no poner texto alternativo de las imágenes decorativas: si no se tiene una versión de acrobat que permita marcar como decorativa ¿qué se puede hacer? ¿Quitar del orden de lectura? "

La imágenes decorativas no tienen que estar en el orden de lectura, debes convertirlas en "artifacto". Este tema lo trato en la guía de PDF accesibles.

Cuando tienes un documento InDesign, Illustrator... con gran carga de diseño, puede que el primer elemento textual que aparece no sea el título. Acrobat advierte que el PDF generado necesita un título, ¿cómo lo resolvemos?

El validador de Acrobat no da error si el primer elemento del etiquetado no es un H1 (aunque sea lo recomendable). En cualquier caso, siempre puedes etiquetar el contenido que funciona como título del documento con H1 y colocarlo primero en el orden de lectura. Puedes consultar cómo en la guía de PDF accesibles.

¿Una persona con discapacidad visual puede trabajar realizando documentos accesibles?

Sí. Una persona ciega, por ejemplo, puede manejar perfectamente Word, Excel, PowerPoint o Acrobat y crear un documento accesible con el lector de pantalla. Si necesita ayuda para verificar el contraste de color de un texto, podrá valerse de las mismas herramientas que una persona que puede ver para validar el contraste.

En imágenes existen en texto alternativo título y descripción. ¿En título repetimos el título que tiene en el texto o mejor dejarlo en blanco?

Incluye la descripción en el campo "Descripción" y deja vacío el campo "Título".

En documentos que tienen encabezado con logotipos (que tienen texto alternativo), ¿el lector de pantalla lee que el documento tiene tal encabezado?

Si la imagen está dentro de una etiqueta de encabezado, por ejemplo, un H2, el lector de pantalla NVDA anuncia: "encabezado de nivel 2 gráfico [texto alternativo de la imagen]". Te animo a instalarte el lector de pantalla y hacer la prueba.

Tamaño de letra recomendado para las notas

La recomendación habitual es que no bajes de los 10pt.

Entiendo que accesible ha de ser para todos con independencia de la discapacidad reconocida o no. La pregunta concreta es quién decide cuál es el tamaño recomendable en la maquetación de contenidos web y dónde consultar estas normativas o recomendaciones.

Los requisitos de accesibilidad están recogidos en la norma EN 301 549 y las WCAG 2.1. Estos no definen un tamaño mínimo de letra obligatorio, pues solo obligan a que sea posible aumentarlo, algo intrínseco a los visores de documentos.

Sin embargo, la recomendación ampliamente reconocida es no bajar de los 12pt - 14pt para el cuerpo del texto. Por ejemplo, en la norma UNE 153101:2018 EX Lectura Fácil. Pautas y recomendaciones para la elaboración de documentos se recomienda 14pt tomando como referencia una tipografía Arial.

En los texto escritos, por ejemplo, el artículo 77 "Accesibilidad y legibilidad" de la Ley 3/2014, de 27 de marzo, por la que se modifica el texto refundido de la Ley General para la Defensa de los Consumidores y Usuarios y otras leyes complementarias, aprobado por el Real Decreto Legislativo 1/2007, de 16 de noviembre indica que el texto debe tener al menos 1 milímetro y medio "no se entenderá cumplido este requisito si el tamaño de letra de un contrato es inferior al mm y medio o el insuficiente contraste hace dificultosa la lectura".

¿Un documento justificado es menos accesible?

Los textos justificados están prohibidos para alcanzar el AAA de accesibilidad. Los textos justificados tienen separaciones no homogéneas entre las palabras, esto dificulta su lectura, especialmente a las personas con dificultades de comprensión lectora, a las personas con dislexia o a las personas que utilizan un magnificador.

¿Cualquier fuente se considera accesible o hay que tener alguna precaución al utilizar tipos de letra más creativos?

No hay un listado de fuentes accesibles y no accesibles. Intenta usar fuentes sencillas, sans serif y con una altura x-heigth alta, tal y como se recomienda en las guías.

Cuando tienes un documento doc con título al exportar el documento a pdf, al comprobar la accesibilidad en Adobe siempre da error, aunque si tenga el título

Si el documento Word tiene un título, el error que te indica el validador de Acrobat es que se está mostrando el nombre de fichero en la barra de título en vez del título.

Como se indica en la guía de PDF accesibles, en el menú "Archivo > Propiedades" de Acrobat puedes indicar que se muestre el título en la barra de título en vez del nombre del fichero.

A veces esta opción ya está disponible en las propias opciones de exportación a PDF. Por ejemplo, en InDesign está en: opciones de exportación a PDF > Avanzadas > Accesibilidad. Por ejemplo, en OpenOffice se puede indicar en: opciones de exportación a PDF > Interfaz de usuario > Mostrar título del documento.

El orden de lectura con la herramienta Reading order puede desordenar el etiquetado de la página. Leí que era mejor trabajar el orden de lectura a través del panel de contenidos.

Efectivamente, modificar el orden de lectura en el panel Orden modifica el etiquetado. Yo trabajo primero en el panel Orden y luego en el panel Etiquetas. El panel Contenidos lo utilizo solo para modificar el orden en determinados problemas concretos de visualización, por ejemplo, en algunos casos de elementos superpuestos que al cambiar el orden quedan ocultos.

La descripción en las tablas ya no es requisito de accesibilidad no? Al menos el Acrobat Professional no lo pone como error.

La descripción de las tablas es obligatoria según las WCAG 2.1 / EN 301 549 si las tablas son complejas o tienen varios niveles de encabezado.

El validador de Adobe Acrobat sí hace esta comprobación, pero la tienes deshabilitada, te animo a que la actives en las Opciones de comprobación del validador.

Como explico en la guía de PDF accesibles con algún ejemplo, la descripción de la tabla es una gran ayuda para hacerse una imagen mental de su estructura y así poder comprenderla y recorrerla con más eficacia con el lector de pantalla. En la descripción no debes indicar cuántas filas o columnas tiene la tabla, pues esto lo anuncia el lector de pantalla por defecto, ni debes repetir la información del caption para que no sea repetitiva.

Os animo a incluir una descripción útil a todas las tablas.

Si utilizamos siglas, cada vez que las escribimos, debemos detallar el significado de cada letra?

La primera vez que utilizas un acrónimo en un documento deberías explicarlo entre paréntesis: ONU (Organización de las Naciones Unidas).

En documentos donde el contenido es mayoritariamente visual, por ejemplo, las infografías, ¿cómo se podría hacer accesible?

Como explico en las guías, lo mejor en estos casos es que el texto alternativo de la imagen identifique la imagen y dónde está su descripción extensa, por ejemplo, "Infografía con los músculos del cuerpo humano. En el pie de foto encontrarás un enlace al Anexo 1 con el listado de todos los músculos y su ubicación" o "Gráfica de ventas 2020. A continuación encontrarás los datos de la gráfica en formato tabla".

Es importante que la descripción extensa de una infografía refleje la misma información que está transmitiendo la imagen a las personas que pueden verla.

¿Es posible, como alternativa accesible a imágenes de texto, gráficos, infografías... ofrecer la descargar de un txt que describa el contenido? ¿Puede ser una técnica suficiente que abarque el cumplimiento de otros problemas adicionales de este tipo de contenidos como es el incumplimiento de contrastes de color?

Es preferible que la información que describe una infografía o una gráfica esté en el mismo documento, por ejemplo, en una nota, en un anexo o a continuación de la propia infografía. De este modo, podemos dotar de estructura a la descripción, por ejemplo, podemos enumerar elementos mediante listas o mostrar los datos tabulares mediante una tabla. Esto hará que sea más fácil de comprender por todos los usuarios y, en especial, más fácil de acceder y comprender para los usuarios de lector de pantalla.

El lector de pantalla, ¿lo probamos en el PDF o en el propio documento de Office?

Te animo a que accedas a tu documento de Office con el lector de pantalla para comprobar y mejorar su accesibilidad. Si lo vas a distribuir en PDF, te animo a que lo escuches también con el lector de pantalla.

Es importante saber que cuando accedes con el lector de pantalla gratuito NVDA a un documento Word, accedes por defecto en modo edición. Para acceder en modo lectura, debes pulsar en primer lugar "insert + barra espaciadora".

¿Recomiendas el uso de Narrador de Windows o NVDA?

Prefiero NVDA.

¿Qué lector de pantalla recomiendas para MAC?

MAC incluye un lector de pantalla integrado denominado Voice Over, aunque tradicionalmente no se ha llevado bien con Acrobat. Usálo con Adobe Reader DC que ya son más compatibles.

Cuando pongo etiquetas con el Acrobat Pro a veces me desaparece el texto y además con la herramienta de accesibilitat no deja deshacer, de forma que se pierde el texto y se tiene que editar des del PDF para intentar recuperarlo. Alguna forma de evitarlo?

Es cierto, a veces tenemos este problema al etiquetar un PDF desde el propio Acrobat, por ello, siempre deberías generarlo etiquetado desde el programa de origen. Otro problema diferente es que "desaparezcan" elementos al cambiar el orden de lectura. En ese caso, el problema es que se han quedado detrás de otro elemento que, por tanto, también debe moverse en el orden de lectura.

"Los objetos de la imagen no están alineados", ¿qué tipo de error es éste detectado por Word en su análisis automático de accesibilidad? Ni en las revisiones manuales ni al exportar se detecta nada raro.

Accede a las opciones de diseño de la imagen y selecciona "En línea con el texto".

Sobre las audiodescripciones y el cumplimiento de la AA, si se decide que no es necesaria porque el audio ya incluye toda la información, ¿se considera que cumple la AA?

Si el vídeo no tiene audiodescripción porque no lo necesita, es decir, porque la pista visual no añade información adicional a la pista de audio, cumple con el nivel AA siempre y cuando tenga subtítulos.

Como plantear una opción accesible en un formulario donde debes añadir un documento tipo DNI o la introducción de fechas.

En la guía de PDF accesibles doy los consejos básicos para hacer formularios accesibles en PDF.

¿Existe un método similar al informe de accesibilidad de Acrobat Pro para comprobar la accesibilidad de los ePub de maquetación fija?

Un documento ePub es en realidad un documento HTML, te recomiendo mi artículo ePub accesibles

¿Nos pueden indicar mejores prácticas para corregir fallos que presenten documentos que no son accesibles, de los cuales no existen los documentos originales (Word, Excel, PPT,…)?

En la guía sobre PDF accesible se detallan todos los pasos a dar para corregir el PDF con Adobe Acrobat Pro cuando no se tiene el documento original.

En el caso de documentos simples, por ejemplo una carta, un certificado...etc, cómo se puede dotar de estructura en éstos casos

Depende de las características del documento. A veces trabajamos con encabezados ocultos para dar una estructura de referencia a los usuarios de lector de pantalla. En el caso de un certificado, puedes tener como encabezado principal el nombre del certificado y como encabezados secundarios "Datos del certificado" y "Emisor del certificado".

Desde el punto de vista de la comprensión de la redación de los documentos PDF, qué criterios se utilizan...p.ej, índices basados en longitud de frases, UNE 153101EX

Te recomiendo los artículos:

• UNE 153101:2018 EX. Lectura Fácil. Pautas y recomendaciones
• Reseña de la "Guía de Comunicación Clara" de la Comunidad de Madrid y otras guías relacionadas
• Medición de la readability o comprensión de los textos en español. Estado actual y retos

¿Cómo debes nombrar los documentos para descarga, con guiones intermedios, sin mayusculas, con guiones al piso?

Entiendo que te refiere al propio nombre del fichero. Como indiqué en el webinar y trato en las guías, aunque incluyas un título a un documento de Office, su título sigue siendo el nombre del fichero, que es el que se muestra en la barra de título, por ello es importante que sea significativo.

El lector de pantalla NVDA ignora los guiones bajos y medios en el nombre del archivo, es decir, tanto si tu fichero se llama "guía_PDF_accesibles.doc" como "guía-PDF-accesibles.doc" lo va anunciar como "guía PDF accesibles". Te animo a que te instales el lector de pantalla y abras un documento con ese nombre de fichero para comprobar cómo te lo anuncia.

Sugerencias de programas de validación o de alternativas a Adobe Acrobat

Podéis consultar los que propongo en las propias guías.

Artículos relacionados:

• Taller "PDF accesibles con Adobe Acrobat Profesional" en el I Congreso Latinoamericano de Accesibilidad y Usabilidad

Buenas prácticas en InDesign para generar PDF accesibles

Después de 12 años convirtiendo PDF en PDF accesibles y cientos de documentos trabajados, puedo asegurar que la clave para crear un PDF reamente accesible, de la manera más sencilla y económica posible, reside en tres pasos clave:

1. Trabajar, siempre que se pueda, una serie de buenas prácticas con los diseñadores y maquetadores del documento original (InDesign, Word, Excel, PowerPoint, etc.). Si se siguen esas buenas pácticas, el PDF generado será mucho más accesible y, por tanto, el trabajo que habrá que realizar con Adobe Acrobat será menor y más económico.
2. Un vez que se comienza la conversión del PDF con Adobe Acrobat, es muy importante seguir una metodología de trabajo adecuada, con ciertas comprobaciones previas y un orden muy concreto en los pasos a dar. De lo contrario, puedes encontrarte con problemas importantes, por ejemplo, si el idioma se ha definido a nivel de contenido de manera incorrecta y te das cuenta en la lectura final del documento; o si modificas primero el etiquetado y después el orden de lectura, para comprobar que el etiquetado vuelve a estar desordenado. No seguir una metodología adecuada provoca muchos retrasos y quebraderos de cabeza.
3. Escuchar el documento PDF con el lector de pantalla NVDA (que no es equivalente a la herramienta "Leer en voz alta" de Adobe) como última comprobación antes de entregar el documento PDF accesible. Un PDF accesible no es un PDF que simplemente pasa el validador de accesibilidad de Acrobat, entre otras cosas, porque el validador solo detecta un número reducido de problemas. Un PDF que pasa un validador automático de accesibilidad puede, sin embargo, ser incomprensible con el lector de pantalla.

Toda formación en creación de PDF accesibles debería tratar estos tres aspectos de manera práctica y desde la experiencia personal.

En este artículo voy a centrarme en el primer paso clave, la importancia de poder trabajar con los diseñadores una serie de buenas prácticas a lo largo de todo el proceso de maquetación:

• Les informo antes de comenzar de cuáles son estas buenas prácticas y resuelvo sus dudas.
• Hago una revisión preliminar del PDF con las primeras páginas o el primer capítulo.
• Realizo un seguimiento de varias versiones posteriores hasta la definitiva.
• Los diseñadores y maquetadores aplican el conocimiento adquirido en los siguientes proyectos, de modo que el proceso se agiliza con cada nuevo documento a medida que interiorizan la manera de trabajar.

A continuación, voy a listar el resumen de las principales buenas prácticas con las que llevo trabajando muchos años, con diversos estudios y profesionales, y que dan muy buenos resultados para generar PDF mucho más accesibles y mucho más fáciles de trabajar desde Acrobat.

Buenas prácticas de diseño

• Los textos tienen que cumplir con una ratio mínima de contraste de color. El contraste de color se puede verificar con un validador gratuito como Color Contrast Analyser. La herramienta diferencia entre texto grande (18pt o 14pt en negrita o más) y pequeño (menos de 18pt o de 14pt en negrita). Deben pasar el nivel AA tanto los textos grandes como los pequeños.
• Los elementos que delimitan la interfaz o transmiten información tienen que cumplir con una ratio mínima de contraste de color. Por ejemplo, los iconos que son enlaces o que transmiten una información y no van a acompañados de texto; los elementos de las gráficas; o las rayas que delimitan las tablas de datos. El contraste de color se puede verificar con un validador gratuito como Color Contrast Analyser. Estos elementos deben alcanzar al menos una ratio de 3:1 (la misma ratio que el texto grande en el nivel AA)
• No se debe transmitir información solo por el color: no se deben usar iconos con la misma forma pero diferente color para transmitir información; los enlaces no pueden diferenciarse solo por el color, deben estar subrayados; o las gráficas no pueden basarse solo en la leyenda para que los usuarios las comprendan, pues hay personas que no podrán diferenciar los colores ni por tanto los datos.

Nota: la normativa no define un tamaño mínimo de letra, ni prohíbe tipografías, pero sí recomienda:

• no usar tipografías demasiado finas;
• el tamaño de la fuente no debería bajar nunca de 10 pt. El tamaño mínimo recomendado es de 12-14 pt.

Buenas prácticas de maquetación

• Deben usarse estilos de párrafo, y usarse de la siguiente manera:
  • deberán llamarse exactamente: P, H1, H2, H3, H4, etc.
  • deberán aplicarse adecuadamente al texto del documento: H1 al título de portada, H2 al título de capítulo o artículo, H3 al título de los apartados dentro de cada capítulo o artículo, P al cuerpo principal del documento.
  • deberá indicarse en sus opciones de exportación PDF que se exporten como P, H1, H2, H3, H4, etc. respectivamente (Opciones de estilo de párrafo > Etiquetas de exportación > PDF Etiqueta).
  • Lo expliqué en el vídeo: PDF accesible. PDF correctamente etiquetado desde inDesign
• La información de la cabecera y el pie de todas las páginas deberá estar incluida en la página maestra, salvo que tenga elementos interactivos.
• No se debe utilizar la separación con guiones en las palabras al final de línea.
• No se incluirán retornos de carro extra para separar el contenido.
• Los listados deberán estar maquetados mediante listas de InDesign (Texto > Listas numeradas y con viñetas).
• No se utilizarán tablas para maquetar el contenido salvo que sean efectivamente tablas de datos, en cuyo caso deberán estar maquetadas obligatoriamente con la herramienta de tabla.
• El índice del documento y las notas a pie de página se incluirán preferiblemente con las opciones de InDesign para tal fin.
• El idioma asignado a cada caja o estilo será el adecuado o no tendrán asignado ningún idioma.
• Si la maquetación es en columnas, se realizará con una caja a dos (o más) columnas, no con dos (o más) cajas.
• Se creará el menor número de cajas de texto posible, incluyendo siempre que sea posible las imágenes y los títulos en línea dentro de las cajas de texto. Si deben crearse varias cajas de texto en la página, se crearán en el orden lógico en que después deben leerse. Si no se ha hecho, se ordenarán en el panel Capas, de abajo a arriba.
• Si se incluyen botones interactivos, deben tener un nombre que identifique su función en el campo descripción.
• Los esquemas o gráficas no estarán trazados, para que su texto se exporte como texto.
• Cada imagen incluida debe insertarse de forma independiente, por ejemplo, cada logotipo de forma individual.

Nota 1: hay dos requisitos de nivel AAA que es recomendable seguir también, aunque no sean obligatorios para alcanzar el nivel AA:

• la separación entre párrafos debe ser mayor que la del interlineado;
• no justificar los textos, los textos deben estar alineados a la izquierda.

también se recomienda que:

• no haya párrafos completos en itálica o negrita;
• no se escriba en mayúsculas, no solo porque los textos son más lentos de leer, sino también porque el lector de pantalla interpreta las palabras cortas en mayúsculas como acrónimos y los deletrea.

Nota 2: en InDesign también se pueden definir otros aspectos, como el título, los marcadores o el texto alternativo de las imágenes. Definir el texto alternativo de las imágenes ya en el documento de InDesign puede ser necesario si va a ser la plantilla para generar automáticamente una serie de PDF, por ejemplo, los de un boletín oficial. Dicho esto, lo habitual es que la redacción de las descripciones de las imágenes (y de las tablas) las trabaje el experto en accesibilidad, desde Acrobat, para que sean adecuadas en extensión, información y nivel de detalle, pues también tienen sus propios requisitos según el tipo de imagen y su función.

Buenas prácticas de exportación

• El documento debe estar exportado a una página por hoja.
• El documento debe estar exportado como un PDF con etiquetas.
• Marcar la opción de exportar Marcadores e Hipervínculos.

Artículos relacionados

• Taller "PDF accesibles con Adobe Acrobat Profesional" en el I Congreso Latinoamericano de Accesibilidad y Usabilidad
• PDF accesible. PDF correctamente etiquetado desde inDesign
• PDF accesibles. CheatSheet "Etiquetas estándar y su uso correcto"
• Libro "Accesibilidad web. WCAG 2.1 de forma sencilla". Descarga gratuita., que incluye un capítulo sobre documentos accesibles
• Artículo "Documentos electrónicos accesibles" en el "Monográfico 'Accesibilidad Web' de la revista Novática", 2020
• PDF accesibles (1): introducción
• PDF accesibles (2): metodología
• PDF Techniques for WCAG 2.0
• PDF/UA. Descripción de la norma. Comparativa y relación con las WCAG 2.0
• Esquema de los requisitos de la EN 301 549 (2018) aplicables a sitios web, documentos y apps nativas. Correspondencia con las WCAG 2.1 Año: 2018
• ePub accesibles
• Novedades de Adobe Acrobat XI Pro relacionadas con la accesibilidad de los PDF
• Publicada la ISO 14289-1:2012, más conocida como PDF/UA

Servicios PDF accesibles

• conversión de PDF en PDF accesible
• curso "Creacción de PDF accesibles" presencial. Este año no lo imparto por las restricciones COVID.

Envíame un email si necesitas más información.

Guía básica de accesibilidad para editores de contenido

Este artículo es una guía con 10 sencillas prácticas que pueden aplicar los publicadores de contenido para hacer sus contenidos más accesibles para todas las personas. Estas buenas prácticas son además independientes del gestor de contenidos que usen.

No son todas las recomendaciones que se pueden dar, pero sí son las más importantes y en las que más errores se cometen. Además, aplicarlas asegura un alto porcentaje de cumplimiento de la norma de accesibilidad EN 301 549 dentro del contenido de las páginas.

Índice:

1. Estructura el contenido mediante títulos reales, concisos y únicos
2. Pon descripción a las imágenes
3. Redacta enlaces con un texto de enlace comprensible
4. Usa las listas de elementos
5. Incluye una tabla solo si es imprescindible
6. Redacta de manera sencilla
7. Usa las herramientas del editor, no simules elementos
8. Borra el formato al pegar desde Word
9. Resalta el contenido de manera adecuada
10. No incluyas saltos de párrafo ni falsos retorno de carro
11. ... aplica estas mismas reglas en tus documentos de ofimática

1. Estructura el contenido mediante títulos reales, concisos y únicos

Un contenido organizado en secciones precedidas de un título es mucho más fácil de comprender y de ojear por todos los usuarios.

El requisito más importante de esta pauta es crear títulos reales, es decir, usar la opción que el editor tiene para marcar los títulos. La inmensa mayoría de los gestores de contenido y de los procesadores de texto tienen una opción para marcar un texto como un título.

Lo habitual es que esta opción esté en un desplegable:

Pero también hay gestores en los que cada sección tiene su propio formulario y el título de la sección se incluye en un campo de texto.

Título de sección en Vignette

Nunca simules un título. Un título simulado es, por ejemplo, modificar el estilo de un texto (tamaño, color, negrita, etc. según permita el editor) para simular que es un título. O, por ejemplo, usar una tabla de una fila, con un color de fondo y un texto en su interior, para que parezca un título.

Otras buenas prácticas a la hora de redactar los títulos son:

• Deben ser concisos.
• Deben ser únicos en la página: no incluyas en la misma página dos títulos con el mismo texto.
• Deben ser descriptivos para saber qué información encontrarás en su sección.
• Deben seguir una jerarquía lógica. Piensa que el título de la página es el título de nivel 1, así que cada una de las grandes secciones en las que dividas tu contenido deberá tener un título de nivel 2; y dentro de estas, si tienen subsecciones, estarán precedidas de un título de nivel 3. Exactamente igual que si estuvieras redactando un documento de Word.

  

  Contenido con títulos correctamente jerarquizados.

2. Pon descripción a las imágenes

La descripción de una imagen será, por ejemplo, la que se muestre si la imagen no se carga, o será la que lea el lector de pantalla a la persona con baja visión, ciega o sordociega que no puede verla.

El requisito más importante de esta pauta es incluir una descripción que transmita la misma información o función que la imagen transmite a las personas que pueden verla.

La inmensa mayoría de los gestores de contenido y de los procesadores de texto permiten poner una descripción a las imágenes. Lo habitual es que esta opción esté en las propiedades de la imagen y que se llame “Texto alternativo” o “Descripción de la imagen”. Puede ser que se pida desde un primer momento, o que debas ir a las propiedades de la imagen para incluirla:

Propiedades de una imagen en CKEditor

Otras buenas prácticas a la hora de redactar la descripción de las imágenes son:

• La descripción debe ser concisa.
• Si la descripción necesita más de 150 caracteres (por ejemplo, la descripción de una gráfica), en la descripción solo debes identificar qué imagen es y avisar de que incluyes la descripción detallada a continuación, en el contenido. Puede haber editores en los que se haya creado un campo específico de descripción extensa de la imagen para simplificar la labor del publicador.

  

  Campo personalizado creado en Liferay para la descripción extensa de las imágenes

• Evita las imágenes de texto. Si incluyes una imagen con texto, a menos que la imagen sea vectorial, el texto se verá borroso al hacer zoom y los usuarios que lo necesiten no podrán personalizar ese texto.

  Si necesitas usar una imagen de texto (por ejemplo, la imagen de un esquema) asegúrate de que tiene la máxima calidad y de que la información que transmite también está presente en el contenido, en formato texto.

• Si la imagen es puramente decorativa se puede dejar la descripción vacía, de este modo, el lector de pantalla ignorará la imagen. Pero pregúntate primero si de verdad la imagen no transmite ninguna información.

3. Redacta enlaces con un texto de enlace comprensible

Imagina que tienes los ojos cerrados y que un compañero te va leyendo el texto de los enlaces de la página: “pulsa aquí”, “enlace”, “más información”, “más información”, “descarga el documento”. Hay personas que recorren los enlaces o acceden a los mismos de una manera muy similar. No solo personas, también Google.

¿Sabrías a dónde te lleva el enlace “pulsa aquí”? ¿Sabrías qué diferencia hay entre pulsar el primer o el segundo “más información”? ¿Sabrías qué documento se va a descargar, qué formato o tamaño tiene?

Cuando redactes el texto de un enlace, lo más importante es que te esfuerces en que tenga toda la información que el usuario necesita para saber qué pasará cuando lo pulse.

Otras buenas prácticas a la hora de redactar los enlaces son:

• Si el enlace va a descarga un fichero, indica siempre el formato y tamaño.
• Los enlaces pueden tener un título. Normalmente se indica en las propiedades del enlace:

  

  Propiedades de un enlace en CKEditor

• No incluyas un título igual al texto del enlace.

• Si el enlace se abre en ventana nueva, puedes usar el título para indicarlo (a no ser que se haya ideado otra forma de indicarlo, estandarizada para todo el portal).

  

4. Usa las listas de elementos

Los gestores de contenido y procesadores de texto tienen botones para marcar el texto como listas numeradas o listas con viñetas.

Las listas de elementos permiten comprender y escanear mejor la información que si redactas el mismo texto en línea, separado por comas.

El requisito más importante de esta pauta es que no simules nunca las listas de elementos. Es muy habitual encontrar listas que en realidad son párrafos con un guion, un asterisco, una letra o número inicial para simular la lista.

Esto no es una lista (está simulada con un *):

* elemento 1

* elemento 2

Esto sí es una lista (está creada con la herramienta lista del editor):

• Elemento 1
• Elemento 2

Crear listas reales permite que los productos de apoyo, como un lector de pantalla o una línea braille, anuncien a sus usuarios las listas, cuántos elementos tienen y que los usuarios puedan saltarlas con un atajo del propio producto de apoyo.

5. Incluye una tabla solo si es imprescindible

Las tablas son un formato más difícil de comprender y de recorrer linealmente que otros, por ejemplo que una lista (a no ser que la lista tenga varios niveles de anidación).

Las tablas deben usarse solo si es el formato adecuado para mostrar los datos, porque estos son realmente datos tabulares.

Nunca uses las tablas para maquetar el texto, posicionar texto en pantalla o resaltar un contenido.

Las buenas pautas que debes seguir al crear una tabla son:

• Haz la tabla lo más sencilla posible. Si es compleja, siempre puedes dividirla en dos más sencillas.
• No unas o combines celdas.
• Intenta que todas las celdas tengan un dato, aunque sea 0 o esté repetido.
• Indica en las propiedades de la tabla si esta tiene una fila y/o una columna de encabezado.

  

  Propiedades de una tabla en CKEditor

• Intenta que la tabla no tenga varios niveles de encabezado.
• Las tablas tienen que tener una breve descripción que identifique la tabla y ayude a comprender lo más relevante de su estructura. La descripción ayuda a que las personas que no pueden verla tengan esa primera información que obtienen en un primer vistazo las personas que sí pueden verla, por ejemplo, que en la última columna están los enlaces de descarga o que en la última fila están los totales.
• Los gestores de contenido y los procesadores de texto suelen permitir asociar un título a la tabla, que se muestra antes o después de la misma, como un pie. Es recomendable incluirlo, pero ten en cuenta que el título de la tabla no tiene la misma función que la descripción, y que el texto de ambos no debería ser redundante sino complementario.

Ejemplo de tabla con descripción visible y útil para todos los usuarios y título en el pie:

Tabla creada con Liferay: con título en el pie identificado la tabla (<caption>) y descripción previa explicando los rasgos de la estructura (personalizada para que el gestor la asocie por código a la tabla)

Descripción: Listado de recursos humanos de Empresa XYZ. En cada fila se indica el número de personas por tipo de personal en Huesca, Zaragoza y Teruel. En la última columna y en la última fila se muestran los totales.

Título: Recursos humanos de Empresa XYZ. Datos de 2018

6. Redacta de manera sencilla

En el año 2013 la OCDE (Organización para la Cooperación y el Desarrollo Económicos) publicó los resultados del estudio sobre las competencias básicas de la población adulta. El informe señalaba que, en España, un adulto medio puede realizar con soltura tareas lectoras de nivel 2.

Un nivel 2 de comprensión lectora implica que:

• cuesta extraer conclusiones de una lectura,
• se tienen problemas para entender textos densos,
• cuesta interpretar estadísticas sencillas,
• se pierden en un texto de cierta profundidad y riqueza,
• cuesta manejarse en la lectura de textos digitales.

Redacta por tanto de una manera clara, concisa, directa y sencilla para que la mayoría de las personas pueda comprender fácilmente el mensaje:

• Redacta con frases cortas y sencillas, con una idea por frase.
• Redacta con párrafos cortos, con un tema por párrafo.
• Respeta el orden de la frase: sujeto + verbo + complementos.
• Es preferible usar la voz activa, el indicativo y oraciones afirmativas.
• Usa las listas para romper la monotonía del texto y ayudar a ojear el contenido.
• Utiliza un léxico sencillo.
• Revisa la ortografía.
• Incluye la forma extendida de los acrónimos la primera vez que los uses, por ejemplo, BOE (Boletín Oficial del Estado)
• No uses abreviaturas a menos que sean de uso común, como c/ o etc.
• Comienza con lo más relevante, y si es posible y pertinente, incluye un resumen al comienzo y unas conclusiones al final.
• El programa gratuito Inflesz orienta sobre la dificultad de lectura que tiene un texto.

Artículos relacionados:

• Lectura Fácil. Pautas y recomendaciones. UNE 153101:2018 EX
• Reseña: "Cómo escribir para la Web" de Guillermo Franco
• Medición de la readability o comprensión de los textos en español. Estado actual y retos.

7. Usa las herramientas del editor

Los gestores de contenido y procesadores de texto pueden tener muchas y variadas herramientas: marcar una cita, crear una nota al pie, incluir un índice de contenidos, marcar un texto como párrafo destacado, marcar un texto en otro idioma, incluir un pie de foto, etc.

La regla básica es la misma que he indicado al hablar de los títulos y las listas: usa las herramientas que te da el gestor de contenidos o el procesador de texto, y no simules elementos para los cuales tienes una herramienta.

Si creas los contenidos con la herramienta adecuada, en vez de simularlos, los productos de apoyo van a poder reconocerlos y anunciarlos. Además, ayudas a mantener la consistencia del diseño y facilitas los futuros cambios de diseño y migraciones de contenido.

8. Borra el formato al pegar desde Word

Las consecuencias negativas de pegar contenido directamente desde Word al editor de texto del gestor de contenidos varía de unos a otros. Pero, incluso en aquellos que por defecto limpian el código pegado, o tienen una opción específica “Pegar desde Word”, ocurre que a menudo el contenido se pega con alguna etiqueta no semántica, y por tanto no permitida (<u>, <b>, <i>).

Intenta no pegar el contenido directamente desde Word, y si lo haces, pégalo como texto plano o bórrale el formato (si existen estas opciones en el gestor):

Si no tiene estas opciones, pegar el texto desde Word al bloc de notas y de este al gestor, tiene el mismo efecto.

9. Resalta el contenido de manera adecuada

Cuando se intentan resaltar muchos elementos en una página, se acaba por no resaltar nada, porque hay demasiados elementos intentando captar nuestra atención.

Resalta solo lo realmente importante, y sigue estas pautas:

• Usa la negrita para resaltar palabras clave. No uses la negrita para resaltar párrafos enteros.
• No escribas en mayúsculas para resaltar un texto. Las mayúsculas son más difíciles de leer.
• Evita escribir en itálica, y no la uses nunca para resaltar un texto. El texto en itálica es más difícil de entender.
• No uses una tabla para resaltar un párrafo, aprovechando que a la tabla se le puede dar un borde o color.
• Si el editor permite aplicar un estilo destacado a un párrafo, úsalo, pero con moderación.
• Si el editor tiene la herramienta “Cita”, úsala solo para marcar citas, no para resaltar un párrafo.

10. No incluyas saltos de párrafo ni falsos retorno de carro

Cada retorno de carro extra crea un párrafo vacío.

Si pulsas la tecla “Enter” mientras tienes pulsada la tecla “Mayúsculas”, lo habitual es que se cree un falso retorno de carro (etiqueta <br>).

Los retornos de carro extra y los falsos retornos de carro rompen la consistencia del diseño y, lo que es peor, son anunciados a los usuarios de productos de apoyo (como lectores de pantalla o línea braille). Esto es especialmente grave si, como ocurre a menudo, estos párrafos vacíos se quedan con un estilo de título.

Si crees que el portal necesita algún cambio en el espaciado de los elementos, debes solicitar que se haga de forma generar en las CSS del portal.

Aplica estas mismas reglas en tus documentos de ofimática

Seguir estas mismas buenas prácticas en tus documentos de ofimática (por ejemplo, Word) te va ayudar a crear documentos accesibles.

Recuerda que:

• En las últimas versiones de Office hay un validador de accesibilidad en "Archivo" > "Información" > "Comprobar si hay problemas".
• Cuando exportes el documento a PDF marca siempre en las opciones de exportación:
  • PDF etiquetado (o Etiquetas de la estructura del documento para accesibilidad)
  • Crear marcadores
• Todos los documentos que se adjuntan a las páginas deberían ser accesibles.

Artículos relacionados:

• Documentos electrónicos accesibles: word, excel, powerpoint, openoffice, pdf y más
• PDF accesibles
• PDF accesibles (2): metodología