¿Debo usar WAI-ARIA en las compilaciones de mi sitio web? ¿Tendrá algún beneficio? ¿Alguien está agregando 'rol' a su código en este momento?

Alguna información sobre WAI-ARIA - www.w3.org/WAI/intro/aria .

Las funciones de pestaña, enlace, casilla de verificación y control deslizante, además de muchas más, aún no están disponibles para HTML5. Al mirar la lista de lo que está disponible (ver más abajo) y lo que vendrá en el futuro, parece que podríamos estar aplicando roles a una gran cantidad de etiquetas en nuestras páginas. No es un problema, especialmente si brinda beneficios a los usuarios que usan lectores, etc.

Además, una pregunta secundaria, ¿darán los motores de búsqueda algún beneficio a los sitios que usan WAI-ARIA?

Lista de roles seguros para usar (creo)

•   role="article"
•   role="banner"
•   role="complementary"
•   role="contentinfo"
•   role="form"
•   role="heading"
•   role="main"
•   role="navigation"
•   role="search"

Ejemplos de uso en código HTML5:

<header role="banner"></div>para un encabezado principal, el banner solo se permite una vez por página

<header role="heading"></div>- para todos los encabezados después del principal

<aside role="complementary"></aside>

<form role="search"></form>

OK, he estado pensando e investigando sobre esto desde que lo preguntaste.

Ahora es mi opinión que debe usarlos, y tengo la intención de comenzar a incorporarlos a los proyectos.

El hecho de que no estén disponibles no significa que no puedan ser analizados por tecnologías de asistencia y si ayudan a agregar incluso un poco de valor semántico, ¿por qué no?

Si más webmasters adoptaran WAI-ARIA, podríamos comenzar a ver más beneficios y limitaciones.

Dado que hay algunos aspectos positivos y no negativos (excepto el ligero aumento en el tiempo de escritura y el tamaño HTML), digo que lo haga.

Aquí hay una publicación de blog interesante sobre el tema.

Esta. es. mierda.

Durante mucho tiempo he atendido a la comunidad ciega. Lo uso alten todas mis imágenes y siempre lo he hecho. Expando cada abbr. Yo uso accesibilidad web "correctores" y validadores. Me inclino hacia atrás para proporcionar un sitio accesible.

Pero, esto tiene que parar.

Según la publicación del blog mencionada anteriormente.

Si bien puede parecer que la etiqueta de navegación definiría el "rol" del elemento de navegación, no todos los navegadores lo entenderán (solo porque el navegador pueda mostrarlo, no significa que entienda la etiqueta).

Mire, si es ciego y no puede actualizar su navegador a un lector compatible con HTML5, debemos comenzar a mirarlo de la misma manera que miramos a los usuarios de IE6. Puedes ser ciego; Pero no eres estúpido. Ser ciego no es una excusa para ser flojo. Simplemente necesita un nuevo lector de pantalla.

<div class="sr_only">
  <span role="navigation">
  <span role="heading">
  <span role="article">
  <span role="search">
    Dear Blind community, we write semantic HMTL5 for a purpose.
    Update your screen reader!

Esta es una prueba de tolerancia en la que todo el mundo está asumiendo una estúpida idea para acomodar la tecnología arcaica. Por supuesto, al menos los que se inclinan hacia atrás no lo hacen para ganar dinero, pero ahora ya debería estar usando un lector de pantalla con al menos actualizaciones bianuales.

También es importante que muchas de estas cosas arruinen a los lectores de pantalla más nuevos cuando se hace mal. Por ejemplo, <nav>es típicamente un simple contenedor para a <ul>. Si tiene un <ul role="navigation">under a <nav>, podría encontrarse con un problema de verbosidad inútil .