HTML 5 y accesibilidad
Última actualización: 13 de marzo de 2012
La especificación de HTML 5 pretende ser una especificación pensada para incluir dinamismo y a la vez accesibilidad desde su concepción. Por tanto, la ventaja principal que tendrá es que los desarrolladores que la utilicen podrán generar efectos de presentación muy atractivos sin limitar la interacción por parte de usuarios de ayudas técnicas. Pero en estos momentos es todavía un borrador, su implementación en los diversos navegadores no es completa aún y por tanto, aunque desde muchos sectores se alienta su uso, yo no lo haría tan alegremente.
Existe un sitio dedicado a informar sobre la implementación de HTML en los navegadores y sus consecuencias para la accesibilidad, así como posibles soluciones: http://html5accessibility.com/ Recomiendo vivamente estar al tanto de las actualizaciones y, sobre todo de las advertencias contenidas en ese sitio.
Un recurso imprescindible, como recomienda Emmanuelle, es la web "HTML 5 Accesibility" donde se propociona información actualizada sobre el soporte en los diferentes navegadores (la última versión es de este mes, donde se sitúan a la cabeza Chrome y Firefox y a la cola Opera y Safari):
This site is a resource to provide information about which new HTML5 user interface features are accessibility supported in browsers, making them usable by people who rely upon assistive technology (AT) to use the web [...]
It is not intended to dissuade developers from using new HTML5 features. Sometimes there are better choices, sometimes developers have to add a little extra to make the feature useful or usable, and other times features have simply not been implemented by any browser or only by browsers that do not yet support assistive technologies. As a consequence it may not yet be practical to use a particular HTML5 feature.
Actualmente el grupo de trabajo WCAG WG está trabajando en las Técnicas HTML5 para las WCAG 2.0, tal y como existen ahora para HTML, PDF, Flash, etc. (Techniques for WCAG 2.0). Es una gran noticia, aunque de momento están en un estado muy inicial.
Otro documento de interés del W3C es HTML5: Techniques for providing useful text alternatives, sobre el correcto uso de las alternativas textuales para que estas sean efectivamente accesibles en cualquier contexto de uso.
Elemento video y accesibilidad
Uno de los objetivos más habituales para el uso actual de HTML 5 es la inclusión de contenido multimedia, especialmente la inclusión de vídeos con el elemento video. Un recurso muy interesante es: "Accesibilidad a los contenidos audiovisuales en la Web a través de HTML5" (PDF, 2MB), trabajo fin de carrera de Alberto Sánchez-Heredero Pérez y tutorizado por Lourdes Moreno López (autora de "Accesibilidad a los contenidos audiovisuales en la web").
Otros artículos interesantes sobre la accesibilidad y el uso del elemento video de HTML5 son:
- "An In Depth Analysis of HTML5 Multimedia and Accessibility" de Ian Devlin
- "The State of HTML5 Video" de Jeroen Wijering
Combinar los nuevos marcadores semánticos con ARIA Roles
Sobre el soporte de HTML 5 por los lectores de pantalla son muy interesantes los artículos que tratan sobre cómo combinar los nuevos marcadores semánticos de HTML 5 (header, nav, section) con ARIA Roles (que usan actualmente páginas como Google o Yahoo. Más información en "AJAX accesible: WAI-ARIA", ) para que sean más accesibles para los lectores de pantalla.
"How screen readers speak a page with HTML5 and ARIA" de Lucica Ibanescu, incluye dos vídeos en los que se muestra como lee una página HTML 5 NVDA, JAWS y Windows Eyes con y sin roles.
Por otra parte, el artículo "HTML5 Accessibility Chops: ARIA landmark support", de Paciello Group Blog (que suele publicar buenos artículos sobre HTML 5 y accesibilidad) trata también este tema, incluyendo un listado detallado del soporte de ARIA Roles con diferentes lectores de pantalla (JAWS, NVDA, VoiceOver, Chrome, Windows Eyes).
Vídeos ilustraticos del soporte de ARIA Roles con diferentes lectores de pantalla son (todos en YouTube):
- NVDA 2011 Firefox 6 with ARIA ROLES Navigation
- JAWS 13 in IE9 with HTML5 and ARIA Landmark Roles
- VoiceOver in Safari 5.1 with HTML5 and ARIA Landmark Roles
- Window-Eyes 7.5.0 in IE9 with HTML5 and ARIA Landmark Roles
Puedes consultar todos los vídeos recomendados en mi lista de reproducción de Youtube "HTML 5 y accesibilidad".
Otro artículo muy interesante sobre el tema es: ARIA and Progressive Enhancement
Accesibilidad HTML 5 y RIA (Rich Internet Applications)
La siguiente PPT es todo un tesoro: "Accesibility of HTML5 y Rich Internet Applications" de Hans Hillen y Steve Faulker, presentada en CSUN 2012. En ella se explican los problemas habituales de accesibilidad en aplicaciones RIA y sus soluciones.
La primera parte y los ejemplos se pueden encontrar en "Accessibility of HTML5 and Rich Internet Applications - CSUN 2012 Workshop Material"
Otros artículos de interés sobre HTML 5 y accesibilidad
- WebAIM elaboró en 2010 una serie de artículos denominados "Future Web Accesibility" donde comenta nuevas características que incorpora HTML 5 y que mejorarán la accesibilidad de los sitios web. Se puede consultar el enlace a estos artículos y una breve descripción de los mismos en el artículo de Sergio Luján "El futuro de la accesibilidad web con HTML5"
- "Accessibility and HTML5 Block Links", de Derek Featherstone analiza los problemas de accesibilidad de utilizar bloques de contenido dentro de un enlace, algo aceptable en HTML 5.
- "Accessible HTML5 Forms – Required Inputs", de Johnny Otis and Etta James, analiza los problemas de accesibilidad para el uso del nuevo atributo
requiredde HTML 5 y lo compara con el uso dearia-required="true"de WAI-ARIA (más información sobre WAI-ARIA en "AJAX accesible: WAI-ARIA") - WAI ARIA support on iOS, septiembre de 2012, con el soporte para iPhone 4 e iPad 1
Iré actualizando este artículo con otros recursos de interés que vaya encontrando.
Artículos relacionados:
Que buena recopilación de links de interés sobre HTML5 y accesibilidad, aunque no puedo negar que me llamo mucho la atención el párrafo “Pero en estos momentos es todavía un borrador, su implementación en los diversos navegadores no es completa aún y por tanto, aunque desde muchos sectores se alienta su uso, yo no lo haría tan alegremente.” Luego de leer esto me pregunto: ¿Debo usar HTML5 para la implementación de sitios web gubernamentales?.
Saludos desde Lima – Perú
Eliminar comentario de 'Paulo Vicente Da Luz' con fecha de 16 de febrero de 2012 15:53
Yo no lo haría a no ser que fuera una imposición del cliente y siendo este caso le indicaría tanto los pros como los contras.
El problema es que cuando desde un cliente o un departamento de marketing se dice HTML5 se piensa en cosas superchulas con efectos raros, etc pero no caen en que puedes usar elementos de HTML5 en una página y que aparentemente no pase nada en ella. O también es muy habitual que la página no tenga nada de HTML5 y todo haya sido hecho con JavaScript y CSS3.
La primera página gubernamental que ví que usaba elementos de estructura de HTML5 fue la del gobierno de Chile y me llamó la atención por los antecedentes que tenían y sus famosas guías de accesibilidad para páginas gubernamentales.
Otra que también descubrí fue la de ACNUR de la República Checa si no recuerdo mal. Hasta ese momento todas las páginas que había visto con HTML5 eran de empresas privadas.
Y cada vez más y más se querrán hacer con HTML5 pero es nuestra labor avisar de los posibles problemas y como dice Olga y Emmanuelle en la entrevista estar al tanto de las mejoras que se vayan realizando en la especificación.
Eliminar comentario de 'Felix Zapata' con fecha de 17 de febrero de 2012 08:01
Estoy de acuerdo con Feliz.
HTML 5 es sin duda el futuro, pero hoy por hoy, yo no recomendaría implementar un portal corporativo o de negocio, y menos de la administración pública, completamente en HTML 5, que al fin y al cabo está todavía en definición.
Aunque sólo sea por el diferente soporte de cada navegador para los diferentes elementos y atributos, y por tanto el trabajo extra de buscar alternativas accesibles y compatibles para el resto de navegadores y versiones, no creo que merezca al pena.
Sí es interesante su aplicación para cosas concretar (contenido audiovisual, geolocalización, etc.)
Eliminar comentario de 'Olga Carreras' con fecha de 17 de febrero de 2012 09:59
Felix, Olga muchas gracias por sus comentarios, me están aclarando el panorama. Tengo como proyecto la implementación de un sitio web gubernamental. Estoy investigando, ya les comentare mis resultados. Cualquier recomendación, sugerencia y/o critica es muy bien recibida.
Eliminar comentario de 'Paulo Vicente Da Luz' con fecha de 24 de febrero de 2012 15:21
Yo creo que tenemos que ir implementando código. Tenemos que ser conscientes de la cantidad de navegadores y versiones y S.O., y ahora dispositivos, donde se ejecutan nuestros contenidos. (tecnología backward y forward)
Es por ello que aún no siendo estándar tenemos que adaptarnos. Es un 'Living Standard', algo quizás muy idealista, pero sin embargo mirar que bien lo han entendido Mozilla, Google, Apple, Samsung, AT&T, Telefónica Digital,... incluso Microsoft, y su IE10.. No hacen más que sacar fabulosas demos de la potencia de HTML5, frameworks,.. hasta un móvil!!!.
El estandar está a la vuelta de la esquina. ¿Qué son 2 años? Además, que aún anunciado por la W3C, yo personalmente no me trago este nuevo plazo... A no ser que sea, 'Living Standard'
Si yo puedo usar toda la potencia que tengo a mi alcance, ¿por qué no hacerla llegar al usuario? ¿Quién determina lo que el usuario debe aprender o no? ¿Porqué no le decimos que existen mejores herramientas a su disposición?¿Porqué no se les dice que son gratis?¿Porqué nos empeñamos en idiotizar al usuario? Los modelos tradicionales tienen que ir cambiando, desde la base de los proyectos, desde el punto de vista de un desarrollador el momento es ahora o nunca, y el que no lo entienda se perderá a un magnífico profesional que sabe interpretar el futuro.
Es decir, o empezamos a aprender juntos, a saber realizar pruebas, a saber trabajar con código compartido, aprendemos a manejar las nuevas APIS sobre las 'nightly builds'... o estaremos fuera.
Si los expertos las están pasando 'canutas' para la nueva definición del lenguaje HTML y las JS API´s, ¿cómo no nos va a resultar difícil formar a nuestros equipos?.
Tenemos que ir poco a poco. Nosotros los desarrolladores tenemos la responsabilidad de saber lo que funciona y lo que no en cada versión de cada navegador sobre cada Sistema Operativo que corra en cualquier máquina o dispositivo. Y esto amigos, no es nuevo. Llevamos años y años y años así... y resulta que cuando empezamos a divertirnos, nos paran los pies.
Es increíble que por un poco de código nuevo y unos nuevos jugetitos (veáse nuevas API´s) se arme tanto revuelo... Yo lo veo como una oportunidad. Y tiene ventajas y desventajas.
Eliminar comentario de 'html5spain' con fecha de 13 de marzo de 2012 00:22