Devo usar o WAI-ARIA em minhas compilações de sites? Terá algum benefício? Alguém está adicionando 'função' ao seu código no momento?

Algumas informações sobre o WAI-ARIA - www.w3.org/WAI/intro/aria .

As funções de guia, link, caixa de seleção e controle deslizante, além de muitas outras, ainda não estão disponíveis para HTML5. Olhando a lista do que está disponível (veja abaixo) e do que virá no futuro, parece que podemos estar aplicando funções a uma grande quantidade de tags em nossas páginas. Não é um problema, especialmente se ele traz benefícios para os usuários que usam leitores, etc.

Além disso, uma outra questão: os mecanismos de pesquisa darão benefícios aos sites que usam o WAI-ARIA?

Lista de funções seguras para usar (eu acho)

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

Exemplos de uso no código HTML5:

<header role="banner"></div>para um cabeçalho principal, o banner é permitido apenas uma vez por página

<header role="heading"></div>- para todos os cabeçalhos após o principal

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

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

OK. Eu tenho pensado e pesquisado sobre isso desde que você perguntou isso.

Agora, na minha opinião, você deve usá-los, e pretendo começar a trazê-los para projetos.

Só porque eles não estão disponíveis, não significa que eles não possam ser analisados ​​por tecnologias assistivas e se ajudam a adicionar um pouco de valor semântico, por que não?

Se mais webmasters adotassem o WAI-ARIA, poderíamos começar a ver mais benefícios e limitações.

Uma vez que existem alguns pontos positivos e nenhum negativo (exceto o pequeno aumento no tempo de gravação e no tamanho do HTML), digo: vá em frente.

Aqui está um post interessante sobre o assunto.

Este. é. porcaria.

Há muito tempo atendo à comunidade cega. Uso altem todas as minhas imagens e sempre o fiz. Eu expanda cada abbr. Eu uso "verificadores" e validadores da web de acessibilidade. Inclino-me para trás para fornecer um site acessível.

Mas, esse material tem que parar.

De acordo com a postagem do blog listada acima.

Embora possa parecer que a tag nav definiria a "função" do elemento nav, nem todos os navegadores o entenderão (apenas porque o navegador pode exibi-lo, não significa que ele entenda a tag).

Olha, se você é cego e não pode atualizar seu navegador para um leitor compatível com HTML5, precisamos começar a olhar para você da mesma maneira que olhamos para os usuários do IE6. Você pode ser cego; mas você não é estúpido. Ser cego não é desculpa para ser preguiçoso. Você simplesmente precisa de um novo leitor de tela.

<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!

É um teste de tolerância em que o mundo inteiro está carregando uma idéia estúpida para acomodar a tecnologia arcaica. É verdade que pelo menos aqueles que se inclinam para trás não estão conseguindo ganhar dinheiro, mas agora você deve estar usando um leitor de tela com pelo menos atualizações semestrais.

Também importante é que muitas dessas coisas atrapalham os leitores de tela mais recentes quando são feitos de maneira errada. Por exemplo, <nav>normalmente é um mero contêiner para a <ul>. Se você tem um <ul role="navigation">sob um, <nav>pode encontrar um problema com verbosidade inútil .