Encabezados ocultos: ¿una mejora de accesibilidad o un obstáculo?
17 de Noviembre 2008
He estado haciendo cambios en el tema actual de este blog y después de darle unas cuantas vueltas y probar yo misma a navegar algunas páginas y otras webs usando un lector de pantalla, he tomado la decisión drástica de cargarme la mayoría de los encabezados ocultos que estaba usando.
La razón: encabezados que me indiquen qué es el contenido principal, la navegación o el buscador, no me ofrecen ninguna mejora ni son realmente necesarios para acceder al contenido que me interesa.
Una de las pautas para la accesibilidad del contenido web nos dice que usemos encabezados para transmitir la estructura del documento.
Aunque es cierto que nuestro HTML no puede por sí mismo ofrecer información sobre la estructura del documento en cuanto a áreas o secciones de este como la navegación o el contenido principal, probablemente los desarrolladores hemos hecho una interpretación incorrecta de esta pauta, al utilizar encabezados ocultos para marcar estas secciones con la intención de ofrecer una mejora de accesibilidad para usuarios de lectores de pantalla.
El problema es que como desarrolladores, queremos que la estructura de nuestra página sea perféctamente presentada a usuarios de lectores de pantalla y olvidamos que muy probablemente, a estos usuarios les importe más bien poco esta estructura y, al igual que cualquier usuario, busquen con las mismas “prisas”, el contenido que les interesa saltando a través de encabezados o enlaces (de ahí que el texto de los enlaces deba tener sentido por sí mismo, fuera de contexto). Es entonces cuando encontrar un encabezado que me diga “Contenido” me ayuda más bien poco, cuando yo lo que estoy buscando es algo que me diga claramente “de qué va esto”. Es posible incluso que la información sobre el contenido que deberían aportar los encabezados, se pierda en favor de la información sobre la estructura de la página, y aquí es cuando en vez de una mejora hemos conseguido todo lo contrario.
Hemos utilizado encabezados ocultos para transmitir, no información sobre el contenido, sino metainformación sobre este, y esta es una labor que no debería corresponder a los encabezados HTML, sino a otras etiquetas o atributos concebidos precísamente para este fin.
La realidad es que HTML no dispone de esas etiquetas, que veremos (algún día) en HTML 5. Aunque habrá casos en los que siga siendo necesario el uso de encabezados ocultos, sobretodo cuando no estén contemplados en el diseño pero sean necesarios para entender el contenido al que preceden, en la mayoría de casos, el encabezado natural debería ser suficiente.
WAI-ARIA ofrece la posibilidad de marcar estas áreas del documento (document landmark roles) mediante distintos valores para el atributo role, como main para el contenido principal, article para una porción de contenido independiente o contentinfo para los típicos enlaces a política de privacidad, nota de copyright, etc. En un futuro, las ayudas técnicas podrán proporcionar atajos de teclado u otros mecanismos para acceder diréctamente a cada una de estas áreas, lo que hoy hacemos mediante anclas (skip links). La realidad es que a día de hoy, sin tener en cuenta el soporte nulo de WAI-ARIA por las versiones actuales de Internet Explorer (6 y 7), los lectores de pantalla más populares, como JAWS, NVDA o Window Eyes, no soportan esta característica. Sólo JAWS 10 Beta tiene soporte para document landmark roles. Agradecería que me corrijan si me estoy equivocando.
En cualquier caso, no perdemos nada por usar estos landmark roles en nuestro HTML. Algunas extensiones para Firefox, como Juicy Studio Accessibility Toolbar o la Firefox Accessibility Extension, ofrecen esta información cuando existe. Siendo un poco optimistas, podemos pensar que no son utilizadas solamente por desarrolladores web.
