ウェブサイトのビルドでWAI-ARIAを使用する必要がありますか？何かメリットはありますか？現在、誰かがコードに「役割」を追加していますか？

WAI-ARIAに関する情報-www.w3.org/WAI/intro/aria。

タブ、リンク、チェックボックス、スライダーの役割に加えて、さらに多くの機能は、HTML5ではまだ利用できません。利用可能なもののリスト（以下を参照）と将来の予定を見ると、ページ上の大量のタグにロールを適用しているように見えます。リーダーなどを使用するユーザーにメリットがある場合は特に問題ありません

また、余談ですが、検索エンジンはWAI-ARIAを使用しているサイトに何らかのメリットをもたらしますか？

使用する安全なロールのリスト（私は思う）

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

HTML5コードでの使用例：

<header role="banner"></div>メインヘッダーの場合、バナーはページごとに1回のみ許可されます

<header role="heading"></div>-メインヘッダーの後のすべてのヘッダー

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

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

OKあなたがこれを尋ねて以来、私はこれについていくつかの考えと研究を行ってきました

あなたがそれらを使うべきだというのが私の意見ですが、私はそれらをプロジェクトに持ち込み始めるつもりです。

それらが利用できないからといって、それらが支援技術によって解析できないことを意味するのではなく、それらが意味論的価値を少しでも追加するのに役立つなら、なぜそうしないのですか？

より多くのウェブマスターがWAI-ARIAを採用した場合、私たちはより多くの利点と制限を目にするようになるでしょう。

良い点もあれば悪い点もないので（書き込み時間とHTMLサイズのわずかなバンプを保存して）、私はそれのために行くと言います。

これは、この件に関する興味深いブログ投稿です。

この。です。くだらない。

私は長い間、盲目のコミュニティに仕えてきました。私はaltすべての画像で使用し、常に使用しています。私はすべてを拡大しますabbr。アクセシビリティWebの「チェッカー」とバリデーターを使用しています。アクセシブルなサイトを提供するために後ろにかがむ。

しかし、これは停止する必要があります。

上記のブログ投稿によると。

navタグはnav要素の「役割」を定義するように見えるかもしれませんが、すべてのブラウザーがそれを理解するわけではありません（ブラウザーが表示できるからといって、タグを理解することを意味するわけではありません）。

目が見えず、ブラウザーをHTML5互換のリーダーに更新できない場合は、IE6ユーザーと同じように私たちがあなたを見つめる必要があります。あなたは盲目かもしれません。しかし、あなたは愚かではありません。盲目になることは怠惰であることの言い訳にはなりません。新しいスクリーンリーダーが必要なだけです。

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

これは、全世界が古風なテクノロジーに対応するための愚かな考えを背負っている場合の耐性のテストです。確かに、少なくとも後ろ向きに曲がっている人たちはお金を稼ぐためにそれをしていませんが、今では少なくとも2年に1回更新するスクリーンリーダーを使用しているはずです。

また、重要なことは、これらの多くは、正しく行わないと新しいスクリーンリーダーを台無しにすることです。たとえば、<nav>は通常、の単なるコンテナです<ul>。あなたが持っている場合は<ul role="navigation">下<nav>、あなたは可能性が役に立たない冗長性に問題に遭遇します。