El rol de la semántica en la navegación de páginas
Aprendiste sobre los indicadores visuales, la semántica y cómo las tecnologías de accesibilidad usan el árbol de accesibilidad para crear una experiencia del usuario alternativa para sus usuarios. Puedes ver que escribir HTML semántico y expresivo te brinda mucha accesibilidad con muy poco esfuerzo, ya que muchos elementos estándar tienen la semántica y el comportamiento de compatibilidad integrados.
En esta lección, cubriremos semantics menos obvios que son muy importantes para los usuarios de lector de pantalla, principalmente en cuanto a navegación. En una página simple con muchos controles, pero sin mucho contenido, es sencillo explorar la página para encontrar lo que necesitas. Pero en una página con mucho contenido como Wikipedia o un agregador de noticias, no resulta práctico leer todo de punta a punta, necesitas una forma para navegar eficientemente por el contenido.
Los desarrolladores suelen tener la idea errónea de que los lectores de pantalla son tediosos y lentos de usar, o de que todo lo que aparece en la pantalla debe poder enfocarse para que el lector de pantalla lo encuentre. A menudo, eso no es así.
Los usuarios de lectores de pantalla a menudo dependen de una lista de encabezados para ubicar la información. La mayoría de los lectores de pantalla tienen formas sencillas de aislar y escanear una lista de encabezados de página, una función importante llamada rotor. Veamos cómo podemos usar encabezados de HTML en forma efectiva para soportar esta función.
Cómo usar encabezados de forma eficaz
En primer lugar, reiteremos un punto anterior: el orden del DOM es importante, no solo para el orden de enfoque, sino también para el orden del lector de pantalla. A medida que experimentes con lectores de pantalla como VoiceOver, NVDA, JAWS y ChromeVox, verás que la lista de encabezados sigue el orden del DOM en lugar del orden visual.
Esto es así para los lectores de pantalla en general. Debido a que los lectores de pantalla interactúan con el árbol de accesibilidad, y el árbol de accesibilidad se basa en el árbol del DOM, el orden en que un lector de pantalla percibe se basa directamente en el orden del DOM. Esto significa que una estructura de encabezado apropiada es más importante que nunca.
En la mayoría de las páginas bien estructuradas, los niveles de encabezado se anidan para indicar relaciones superior-secundario entre los bloques de contenido. La lista de tareas de WebAIM hace referencia a esta técnica de forma reiterada.
- 1.3.1 menciona que "el lenguaje de marcado de semantic se usa para designar encabezados"
- 2.4.1 menciona la estructura de encabezados como una técnica para evitar bloques de contenido
- 2.4.6 analiza algunos detalles para escribir encabezados útiles
- 2.4.10 afirma que "las secciones individuales de contenido se designan con encabezados, cuando corresponde"
No todos los encabezados tienen que ser visibles en pantalla. Wikipedia, por ejemplo, usa una técnica que coloca deliberadamente algunos encabezados fuera de la pantalla para que sean específicamente accesibles solo para los lectores de pantalla y otras tecnologías de asistencia.
<style>
.sr-only {
position:absolute;
left:-10000px;
top:auto;
width:1px;
height:1px;
overflow:hidden;
}
</style>
<h2 class="sr-only">This heading is offscreen.</h2>
En aplicaciones complejas, esta puede ser una buena manera de adaptar encabezados cuando el diseño visual no requiere o no tiene espacio para un encabezado visible.
Otras opciones de navegación
A pesar de que las páginas con buenos encabezados ayudan a los usuarios de lector de pantalla a navegar, existen otros elementos que pueden usar para moverse por una página, incluidos los vínculos, los controles de formulario y los puntos de referencia.
Los lectores pueden usar la función de rotor del lector de pantalla (una forma sencilla de aislar y escanear una lista de encabezados de página) para acceder a una lista de vínculos en la página. A veces, como en una wiki, hay muchos vínculos, por lo que el lector puede buscar un término entre ellos. Esto limita las entradas a vínculos que contienen el término, en lugar de todas las apariciones del término en la página.
Esta función es útil solo si el lector de pantalla puede encontrar los vínculos y el texto del vínculo es significativo. Por ejemplo, estos son algunos patrones comunes que hacen que los vínculos sean difíciles de encontrar.
- Etiquetas de ancla sin atributos
href. Estos objetivos de vínculo se suelen usar en apps de una sola página y causan problemas para lectores de pantalla. Puedes obtener más información en este artículo sobre apps de una sola página. - Botones que se implementan con vínculos Estos hacen que el lector de pantalla interprete el contenido como un vínculo y se pierda la funcionalidad del botón. En estos casos, reemplaza la etiqueta de anclaje por un botón real y dale el estilo adecuado.
- Imágenes usadas como contenido de vínculo. Las imágenes de vínculos, que a veces son necesarias, pueden resultar imposibles de usar para los lectores de pantalla. Para garantizar que el vínculo esté correctamente expuesto a la tecnología de asistencia, asegúrate de que la imagen tenga texto de atributo
alt.
Un mal texto de vínculo es otro problema. El texto al que se le puede hacer clic, como "más información" o "haz clic aquí", no brinda información semántica sobre adónde lleva el vínculo. En cambio, usa texto descriptivo como "Obtén más información sobre el diseño responsivo" o "Consulta este instructivo de lienzo" para ayudar a los lectores de pantalla a brindar contexto significativo sobre los vínculos.
El rotor también puede recuperar una lista de control de formulario. Mediante el uso de esta lista, los lectores pueden buscar artículos específicos y acceder directamente a ellos.
Un error común de los lectores de pantalla es la pronunciación. Por ejemplo, un lector de pantalla puede pronunciar “Udacity” como “oo-dacity”, o puede leer un número de teléfono como un número entero grande, o puede leer el texto en mayúsculas como si fuese un acrónimo. Curiosamente, los usuarios de lectores de pantalla están bastante acostumbrados a esta peculiaridad y la tienen en cuenta.
Algunos desarrolladores intentan aliviar esta situación proporcionando texto solo para lector de pantalla que se deletrea fonéticamente. Esta es una regla sencilla del deletreo fonético: no lo hagas, ¡solo empeora el problema! Si, por ejemplo, un usuario está usando una pantalla braille, la palabra se deletreará en forma incorrecta, lo que generará más confusión. Los lectores de pantalla permiten que las palabras se deletreen en voz alta, así que deja que el lector controle su experiencia y decida cuándo considera esto necesario.
Los lectores pueden usar el rotor para ver una lista de lugares de interés. La lista ayuda a los lectores a encontrar el contenido principal y un conjunto de puntos de referencia de navegación brindados por elementos de puntos de referencia de HTML.
HTML5 introdujo algunos elementos nuevos que ayudan a definir la estructura semántica de la página, incluidos header, footer, nav, article, section, main y aside. Estos elementos, específicamente, brindan pistas estructurales en la página sin forzar un estilo incorporado (cosa que, de todas formas, deberías hacer con CSS).
Los elementos estructurales de semantic reemplazan los múltiples bloques div repetitivos y proporcionan una forma más clara y descriptiva para expresar intuitivamente la estructura de página para los autores y los lectores.