重要かつ通常は時間依存の情報をもつメッセージ。関連するalertdialogおよびstatusを参照のこと。

アラートは、ユーザーに警告するためのメッセージを伝えるために使用される。音声警告の場合、これは、聴覚障害のあるユーザー対するアクセシブルな代替となる。alertロールは、アラートメッセージを含むノードに登場する。アラートは、分割不能なライブ領域として処理される、statusのロールの特別な形式である。

アラートは、断定的なライブ領域であり、支援技術によってそのように処理される。著者もユーザーエージェントも、アラートを処理するためにアラートへのフォーカスを設定または管理することを要求されない。アラートはフォーカスを受け取ることを要求されないため、コンテンツ著者は、アラートを閉じることをユーザーに要求すべきでない。オペレーティングシステムが許可する場合、WAI-ARIAアラートが作成される際、ユーザーエージェントは、アクセシビリティーAPIを通してシステムのアラートイベントを起動すべきである。アラートがアラートを閉じるためにフォーカスを要求する場合、コンテンツ作成者は、代わりにalertdialogを使用すべきである。

注：ロールalertをもつ要素は、assertiveの暗黙のaria-live値を持ち、trueの暗黙のaria-atomic値を持つ。

初期のフォーカスがダイアログ内の要素に行く場所で、警告メッセージを含むダイアログの種類。関連するalertおよびdialogを参照のこと。

アラートダイアログは、ユーザーに警告するメッセージを伝えるために使用される。alertdialogロールは、アラートメッセージとダイアログの残りの部分との両方を含むノードで発生する。コンテンツ著者は、alertdialogが示される間、キーボードとマウスの相互作用がダイアログ内でのみ動作することを保証することによってアラートダイアログをモーダルに確認させるべきである。

alertと異なりalertdialogは、ユーザーからの応答を受信することができる。たとえば、ユーザーが生成されているアラートが理解するのを確認することなどである。アラートダイアログが表示される場合、著者は、フォーム編集フィールドまたはOKボタンのような、アラートダイアログ内のアクティブな要素にフォーカスを設定すべきである。ユーザーエージェントは、アラートが作成された場合、意図されるアクセシビリティーAPIによって指定されるアラートイベントを提供され、アクセシビリティーAPIを通してシステムのアラートイベントを発火すべきである。

著者は、ダイアログで警告メッセージ要素を指すようにalertdialog上のaria-describedbyを使用すべきである。そうでない場合、支援技術は、警告メッセージのコンテンツを決定するために内部の回復機構に頼る。

ウェブdocumentとは対照的に、ウェブアプリケーションとして宣言される領域。

ユーザーがapplicationのロールを割り当てられた要素をナビゲートする場合、標準のキーボードイベントを典型的に横取りする支援技術は、アプリケーションのブラウジングモードに切り替え、ウェブアプリケーションを通してキーボードイベントを渡すべきである。この意図は、ウェブアプリケーションと対話するためのより適切なモードに通常のブラウジングモードから切り替えることで確実な支援技術への示唆することである。一部のユーザーエージェントは、上下矢印などのキーが、文書を閲覧するために使用されるブラウジングナビゲーションモードを持っており、このネイティヴ動作は、ウェブアプリケーションによるこれらのキーの使用を防止する。

注：適切な場合、タッチスクリーン入力など、他の標準デバイス入力イベントを典型的に横取りする支援技術は、ウェブアプリケーションを通して一部またはこれらのイベントのすべてを渡すブラウジングアプリケーションモードに切り替えできるだろう。

著者は、アプリケーション全体を取り囲む要素上のapplicationのロールを設定すべきである。アプリケーションロールがウェブページ全体に適用される場合、著者は、HTMLのbody要素またはSVGのsvg要素のような、コンテンツに対するルートノード上のapplicationのロールを設定すべきである。

たとえば、電子メールアプリケーションは、電子メールアプリケーションで文書およびアプリケーションを持つ。著者は、電子メールのリストを繰り返すために一般的なアプリケーションナビゲーションモードを使用したいと思うし、このナビゲーションの多くは、アプリケーション著者によって定義されるだろう。しかし、電子メールのメッセージを読む場合、コンテンツは、ブラウジングナビゲーションを使用するためにdocumentロールをもつ領域で出現する。

アプリケーション内部で非装飾的な静的なテキストまたは画像コンテンツのすべてのインスタンスのために、著者は、フォームウィジェットまたはgroup（aria-label、aria-labelledby、またはaria-describedby経由）とテキストを関連付けるか、documentまたはarticleのロールをもつ要素にテキストを分離するかのいずれかであるべきである。

著者は、アプリケーションにタイトルまたはラベルを提供すべきである。著者は、ナビゲーションプレビューまたはページセクションの目次エントリとして使用するのに適しているラベルテキストを使用すべきである。コンテンツ著者は、次のいずれかの方法でラベルを提供すべきである：

• アプリケーションがウェブページのコンテンツ全体を含む場合、HTMLとSVGの両方でtitle要素のように、タイトルまたはラベルのホスト言語機能を使用する。これは、アプリケーション全体を分類する効果を持つ。
• そうでなければ、aria-labelledbyを使用するアプリケーションによって参照される可視ラベルを提供する。

ユーザーエージェントは、ナビゲーションランドマークとしてapplicationのロールをもつ要素を扱うべきである。

著者は、アプリケーションとしてページ全体を定義するために（HTMLにおけるbody要素のような）ホスト言語の基本コンテンツ要素上のapplicationロールを使用してもよい。しかし、基本コンテンツ要素がapplicationのロールを持つものとして定義される場合、ユーザーエージェントは、ナビゲーションランドマークとしての要素を使用してはならない。支援技術がapplicationロールに遭遇する際に、標準キーボードイベントを横取りする対話モードを使用する場合、その支援技術は、ウェブアプリケーションを通してキーボードイベントを渡す対話モードに切り替えるべきである。

文書、ページ、またはサイトの独立した部分を形成する文章から成るページのセクション。

記事は、ナビゲーションランドマークではないが、支援技術が次の議論でユーザーを支援するために記事のネスティングに注意を払うことができる場合に議論を形成するためにネストされるかもしれない。記事は、フォーラムの投稿、雑誌や新聞記事、ウェブログ項目、ユーザーが送信したコメント、またはコンテンツの他の独立した項目であるかもしれない。たとえばシンジケーションにおいて、そのコンテンツが孤立することができるという点で、独立である。しかし、要素は依然として要素の祖先に関連する。たとえば、親body要素に適用する連絡先情報は、依然としてなおも記事をカバーする。記事をネストする場合、子記事は、親記事のコンテンツに関連するコンテンツを表す。たとえば、ユーザーが送信したコメントを受け入れるサイト上のウェブログ項目は、ウェブログ項目の記事内にネストされる記事としてコメントを表すかもしれない。著者、見出し、日付、または記事に関連する他の情報は、ネストされた記事に適用されない。

ユーザーがarticleのロールを割り当てられた要素をナビゲートする場合、ウェブアプリケーションを通してキーボードイベントを渡すのとは対照的に、通常は標準のキーボードイベントを横取りする支援技術は、文書閲覧モードに切り替えるべきである。支援技術は、ユーザーが任意のネストされたarticle要素の階層をナビゲートすることを可能にする機能を提供してもよい。

ページ固有のコンテンツよりも、大部分がサイト向けのコンテンツを含む領域。

サイト向けコンテンツは典型的に、ロゴやサイトのスポンサーの識別、およびサイト固有の検索ツールなどを含む。バナーは通常、ページの上部に表示され、典型的に全幅にわたる。

ユーザーエージェントは、ナビゲーションランドマークとしてbannerのロールをもつ要素を扱うべきである。

任意のdocumentまたはapplicationの中で、著者は、bannerロールをもつ複数の要素をマークすべきでない。

注：documentおよびapplication要素はDOMでネストすることができるので、DOMのネスト（たとえば、document内のdocument）によってか、またはaria-owns属性の使用によってのいずれかで、それぞれが異なる文書ノードに関連付けられていると仮定して、DOMの子孫として複数のbanner要素を持ってもよい。

クリックまたは押された際にユーザー誘発のアクションを可能にする入力。関連するlinkを参照のこと。

ボタンは、個別のアクションに大部分は使用される。ボタンの外観を標準化することは、ボタンとしてウィジェットの利用者の認識を高め、ツールバーでよりコンパクトな表示が可能になる。

ボタンはオプション属性aria-pressedをサポートする。空でないaria-pressed属性をもつボタンは、トグルボタンである。aria-pressedがtrueである場合にボタンは「押された」ステートにあり、aria-pressedがfalseである場合にボタンは押されていない。属性が存在しない場合、ボタンは単純なコマンドボタンである。

true、false、またはmixedの3つの可能性がある値を持つチェック可能な入力。

checkboxのaria-checked属性は、入力がチェックされる（true）、チェックされない（false）かどうかを示し、またはチェックされるおよびチェックされないの混合物（mixed）を持つ要素のグループを表す。多くのチェックボックスはmixed値を使用せず、よって事実上真偽チェックボックスである。

列のヘッダー情報を含むセル。

columnheaderは、テーブルまたはグリッドの列見出しとして使用することができる。これはまた、データ内の類似関係を示す円グラフで使用することもできる。

ColumnHeaderは、対応する列における見出しとすべてのセルとの間の関係を確立する。これは、列の範囲をもつHTML th要素と構造的に等価である。

著者は、ロールrowをもつ要素に含まれる、または所有されるロールcolumnheaderをもつ要素を保証しなければならない。

注：セルは列に編成されるので、列に対する単一のコンテナ要素は存在しない。列は、それぞれのrowコンテナ内の特定の位置におけるgridcell要素のセットである。

selectのプレゼンテーション。ユーザーがオプションを選択するために前もって打ち込むか、リストに新しい項目として任意のテキストを入力するために打ち込むことができる、textboxに通常類似する。 関連するlistboxを参照のこと。

comboboxは、リストボックスのポップアップをもつ単一行テキストフィールドの組み合わせのプレゼンテーションである。comboboxは編集可能であるかもしれない。通常、編集可能なコンボボックスは、オートコンプリートの動作のために使用され、そして著者はテキストフィールド上のaria-autocomplete属性を設定すべきである。

• 著者が'none'（デフォルト）にaria-autocompleteのコンボボックスの値を設定する場合、著者は、関連したリストボックスにフォーカスを管理して設定しなければならず、支援技術は、現在選択されている値に従うことができる。
• 著者が'inline'または'both'にaria-autocompleteのコンボボックスの値を設定する場合、著者は、フォーカスされたテキストフィールドの値を更新しなければならず、支援技術は、現在選択されている値を発表することができる。
• 著者が'list'にaria-autocompleteのコンボボックスの値を設定する場合、コンボボックスにフォーカスしたままの間、ユーザーエージェントは、コンボボックス上のaria-activedescendant属性への変更を公開しなければならない。コンボボックスがフォーカスされている間にaria-activedescendant属性への変更が発生する場合、支援技術は、たとえば、新しいアクティブ子孫要素の代替テキストを話すことによって、その変更をユーザーに警告すべきである。著者は、aria-ownsを使用するそのリストボックスをもつコンボボックスのテキストフィールドを関連付けるべきである。たとえば：

  <input type="text" aria-label="Tag" role="combobox" aria-expanded="true"
    aria-autocomplete="list" aria-owns="owned_listbox" aria-activedescendant="selected_option">
  <ul role="listbox" id="owned_listbox">
    <li role="option">Zebra</li>
    <li role="option" id="selected_option">Zoom</li>
  </ul>

注：XForms[XFORMS]において同じselectは、コンボボックス、ドロップダウンボックス、またはラジオボタンのグループの3つの外観のいずれかを持つことができる。多くのブラウザは、ユーザーがドロップダウン選択ウィジェットで既存の選択肢に先行入力することができる。この仕様は、コンボボックスのプレゼンテーションを制限しない。

フォーカスの管理で説明したように、キーボードアクセシブルであるために、著者は、このロールのすべてのインスタンスに対する子孫のフォーカスを管理すべきである。

注：ロールcomboboxをもつ要素は、trueの暗黙のaria-haspopup値を持つ。

アクションを実行するが入力データを受信しないウィジェットのフォーム。

注：commandは、オントロジーのために使用される抽象ロールである。著者は、コンテンツでこのロールを使用しないように指示される。

DOM階層において同等のレベルで主要コンテンツに相補的であるよう設計されたが、主要コンテンツから分離される際に意味のあるままにする、文書のサポートセクション。

このロールを適切に持つコンテンツの様々な種類が存在する。たとえば、ポータルの場合に、これは含まれるが、視聴時間、現在の天気、関連記事、または注目の株に限定されるものではない。包含されるコンテンツを示す補完的なロールは、主要コンテンツに関連する。相補的なコンテンツが主要コンテンツと完全に分離する場合、より一般的なロールを使用することが適切だろう。

ユーザーエージェントは、ナビゲーションランドマークとしてcomplementaryのロールをもつ要素を扱うべきである。

ナビゲーション可能な子孫または所有する子を含むことができるウィジェット。

著者は、複合ウィジェットがウェブページのより大きなナビゲーションシステム内の単一のナビゲーションストップとして存在することを確認すべきである。複合ウィジェットがフォーカスを一度持つと、著者は、子孫または複合要素の所有される子である要素にナビゲートするためにユーザーに対する独立したナビゲーション機構を提供すべきである。

注：compositeは、オントロジーのために使用される抽象ロールである。著者は、コンテンツでこのロールを使用しないように指示される。

親文書に関する情報を含む大規模な知覚可能な領域。

ページのこの領域に含まれる情報の例は、著作権やプライバシーステートメントへのリンクである。

ユーザーエージェントは、ナビゲーションランドマークとしてcontentinfoのロールをもつ要素を扱うべきである。

任意のdocumentまたはapplicationの中で、著者は、contentinfoロールをもつ複数の要素をマークすべきでない。

注：documentおよびapplication要素はDOMでネストすることができるので、DOMのネスト（たとえば、document内のdocument）によってか、またはaria-owns属性の使用によってのいずれかで、それぞれが異なる文書ノードに関連付けられていると仮定して、DOMの子孫として複数のcontentinfo要素を持ってもよい。

用語または概念の定義。

WAI-ARIA仕様は、定義用語を指定するためのロールを提供しないが、ホスト言語は、そのような要素を提供するかもしれない。ホスト言語が（HTMLで例えば、dfnまたはdtなど）用語のための適切な要素を持つ場合、著者はその要素で用語を含むべきである。著者は、definitionのロールをもつ各要素でaria-labelledby属性を使用することで定義用語を識別すべきである。

ダイアログは、情報を入力するまたは応答を要求するユーザーを促すために、アプリケーションの現在の処理を中断するように設計されるアプリケーションウィンドウである。関連するalertdialogを参照のこと。

著者は、ダイアログのラベルを提供すべきである。他のメカニズムが利用できない場合、ラベルはaria-labelまたはaria-labelledby属性とともに提供されてもよい。著者は、それぞれのアクティブなダイアログが、キーボードフォーカスを持つフォーカスされた子孫要素を持つことを確認すべきである。

静的な目次のような、グループのメンバーへの参照のリスト。

著者は、リンクされているかどうか、静的な目次に対してこのロールを使用すべきである。これは、ネストされたリストを含む、リストで構築された目次を含む。しかし、動的な目次は、代わりにtreeロールを使用するかもしれない。

ウェブapplicationとは対照的な、文書コンテンツとして宣言される関連情報を含む領域。

ユーザーがdocumentのロールを割り当てられた要素をナビゲートする場合、ウェブアプリケーションを通してキーボードイベントを渡すのとは対照的な、典型的に標準のキーボードイベントを横取りする支援技術は、文書閲覧モードに切り替えるべきである。documentロールは、文書領域内の任意のコンテンツをユーザーが訪れて読むことを可能にするために、ブラウザーのキーボードサポートを向上する必要性をユーザーエージェントに通知する。対照的に、アクセシブルな方法でコード化された場合に、追加のコマンドはapplicationロールをもつ領域内でテキストを読むためにスクリーンリーダーのユーザーに必要なく、すべてのテキストはセマンティックにフォーカス可能な要素に関連付けされる。文書の重要な特徴は、文書がそれらについてウィジェットまたはグループに関連付けられないテキストを持つことである。

著者は、文書全体を包含する要素にdocumentのロールを設定すべきである。文書ロールがウェブページ全体に適用する場合、著者は、HTMLのbody要素またはSVGのsvg要素として、コンテンツのルートノード上のdocumentのロールを設定すべきである。

たとえば、電子メールアプリケーションは、電子メールアプリケーションで文書およびアプリケーションを持つ。著者は、電子メールのリストを繰り返すために一般的なアプリケーションナビゲーションモードを使用したいと思うし、このナビゲーションの多くは、アプリケーション著者によって定義されるだろう。しかし、電子メールのメッセージを読む場合、コンテンツは、ブラウジングナビゲーションを使用するためにdocumentロールをもつ領域で出現する。

著者は、文書に対するタイトルまたはラベルを提供すべきである。著者は、ナビゲーションプレビューまたはページセクションの目次エントリーとして使用するのに適したラベルテキストを使用すべきである。コンテンツ著者は、次のいずれかの方法でラベルを提供すべきである：

• 文書がウェブページのコンテンツ全体を含む場合、HTMLとSVGの両方でtitle要素として、タイトルまたはラベルのホスト言語機能を使用する。これは、文書全体をラベル付けする効果を持つ。
• そうでなければ、aria-labelledbyを使用する文書によって参照される可視のラベルを提供する。

全体として、フォームを作成するために組み合わせるアイテムおよびオブジェクトのコレクションを含むlandmark領域。関連するsearchを参照のこと。

フォームは、ホスト言語のフォームコントロール、スクリプト化コントロール、およびハイパーリンクのミックスであるかもしれない。著者は、可能な限り、フォームコントロールを作成するためにネイティヴホスト言語のセマンティックスを使用することに注意する。検索機能のために、著者は、汎用なformロールでなく、searchロールを使用すべきである。著者は、aria-labelledbyで参照されるフォームに対して可視ラベルを提供すべきである。著者がonsubmitイベントをトリガーしない（たとえば、フォーム要素の値を変更するユーザーによってトリガーされるフォーム送信）ユーザーアクションに基づくフォーム送信をするスクリプトを使用する場合、著者は、行動の事前通知をユーザーに提供すべきである。著者は、可能な限り、フォームコントロールを作成するためにネイティヴホスト言語のセマンティックスを使用することに注意する。

ユーザーエージェントは、ナビゲーションランドマークとしてformのロールをもつ要素を扱うべきである。

gridは、テーブルのように、行および列に配列される表形式のデータのセルを含む対話コントロールである。

グリッドは、必ずしもプレゼンテーションを意味するものではない。gridの構成物は、異なるプレゼンテーションのために使用されてもよいようなデータ間の関係を記述する。グリッドは、ユーザーが二次元ナビゲーションを使用してセル間のフォーカスの移動を可能にする。たとえば、gridは、プレゼンテーションチャートの不可視データモデル（CSSで隠されたが支援技術によって依然として操作可能）として使用されるかもしれない。

著者は、ロールgridcellをもつ要素が、順番にロールrowgroup、gridまたはtreegridをもつ要素によって所有される、ロールrowをもつ要素によって所有されることを保証しなければならない。著者が（HTMLのtr要素のような）行として機能しているネイティヴマークアップ要素に任意の非グローバルWAI-ARIAステートまたはプロパティを適用する場合、ホスト言語における実装の節で述べられるように、著者も、rowのロールを適用しなければならない。著者は、セルをフォーカス可能にしてもよい。著者は、rowheaderおよびcolumnheaderロールを使用することによって、グリッドの行と列の見出しを提供してもよい。

WAI-ARIAはホスト言語の要素を強化することができるので、グリッドは、ネイティヴテーブルグリッドの既存の機能を再利用することができる。WAI-ARIA gridまたはgridcellロールがホスト言語テーブル要素を上書きする場合、要素はそのテーブルに対するホスト言語のセマンティックスを再利用する。たとえば、WAI-ARIAは、複数の行または列にまたがるgridcell要素に対して一般属性を指定しない。著者が複数の行または列にまたがるgridcellを必要とする場合、HTMLのcolspanおよびrowspan属性のような、ホスト言語のマークアップを使用する。

著者は、数式の計算を通してgridcellのコンテンツを決定してもよい。著者は、ユーザーによるセルの数式を編集可能にしてもよい。たとえばスプレッドシートアプリケーションにおいて、セルの代替テキストは、式の計算値とすることができる。しかし、セルを編集している場合に、代替テキストは式そのものであってもよい。

aria-selected属性が設定されるgridcell要素は、ユーザーとの対話のために選択することができ、gridのaria-multiselectable属性がtrueに設定される場合、グリッド内の複数のセルは選択されてもよい。グリッドは、デスクトップのスプレッドシートアプリケーションのもののようなスプレッドシートに用いてもよい。

特別の定めのない限り、gridは編集可能と考えられる。gridを読み取り専用にするためには、gridのaria-readonly属性をtrueに設定する。grid要素のaria-readonly属性の値は、暗黙のうちにその所有されるgridcell要素のすべてに伝播され、アクセシビリティーAPIを通して公開される。著者は、gridcell上のaria-readonly属性を設定することで、個々のgridcell要素の伝播されるaria-readonly値を上書きすることができる。

フォーカスの管理で説明したように、キーボードアクセシブルであるために、著者は、このロールのすべてのインスタンスに対する子孫のフォーカスを管理すべきである。

グリッドまたはツリーグリッド内のセル。

セルは、アクティブで、編集可能で、おとび選択可能であってもよい。セルは、機能的関係のアプリケーションを扱うためにaria-controlsのような関係を持ってもよい。

関連する見出しがDOM構造から決定することができない場合、著者は、aria-describedby属性を使用するロールrowheaderまたはcolumnheaderをもつ要素を参照することによってにどのヘッダーセルがどのセルに関連しているかを明示的に示すべきである。

treegridにおいて、著者はaria-expanded属性を使用することで拡張可能としてセルを定義してもよい。aria-expanded属性が提供される場合、個々のセルにのみ適用される。拡張することもできるコンテナ行に対する代理ではない。セル上にこの属性を提供するための主なユースケースは、ピボットテーブルの動作である。

著者は、ロールgridcellをもつ要素が、ロールrowをもつ要素で含まれるまたは所有されることを保証しなければならない。

支援技術によってページサマリーまたは目次に含まれることを意図されないユーザーインターフェイスオブジェクトのセット。

ページサマリーまたは目次に含まれるユーザーインターフェイスオブジェクトのグループ化したregionと対比する。

著者は、階層内の兄弟のコレクション、またはディレクトリで同じコンテナを持つアイテムのコレクションを形成するツリーウィジェットにおける子のような、ウィジェットにおける項目の論理的な集合を形成するためにgroupを使用すべきである。しかし、groupがリストのコンテキストで使用される場合、著者は、その子をlistitem要素に制限しなければならない。したがって、著者および支援技術によるgroupの適切な取り扱いは、グループが提供されるコンテキストによって決定される。

著者は、group要素をネストしてもよい。セクションがウェブページの目次に含まれることを保証するのに十分大きい場合、著者は、セクションにregionのロールまたは標準ランドマークロールを割り当てるべきである。

ページのセクションに対する見出し。

多くの場合、heading要素は、見出しとして機能するセクションのaria-labelledby属性とともに参照される。見出しが論理アウトラインに構造化される場合、aria-level属性は、ネストレベルを示すために使用することができる。

画像を形成する要素のコレクションのコンテナ。

imgは、一緒に見た場合に1枚の画像の印象を与える複数の画像ファイルだけでなく、キャプションおよび説明テキストを含めることができる。imgは、描画オブジェクトのコレクションによって形成されているかどうかに関わりなく、文書内の1つのグラフィックを表す。imgのロールをもつ要素が知覚可能であるために、著者は、アクセスシブルな名前の計算により決定される代替テキストまたはラベルを提供しなければならない。

ユーザー入力を許可するウィジェットの一般的な種類。

ナビゲーションのランドマークとして意図されるページの領域。

支援技術は、ユーザーがすばやくランドマーク領域に移動できるようにすべきである。メインストリームのユーザーエージェントは、ユーザーがすぐにランドマーク領域に移動することを可能にしてもよい。

注：landmarkは、オントロジーのために使用される抽象ロールである。著者は、コンテンツでこのロールを使用しないように指示される。

活性化された場合、ユーザーエージェントにそのリソースにナビゲートさせる、内部または外部のリソースへのインタラクティブなリファレンス。関連するbuttonを参照のこと。

これが（href値をもつHTMLアンカーのような）ホスト言語におけるネイティヴリンクの場合、リンクをアクティブにすると、そのリソースにユーザーエージェントをナビゲートさせる。これがシミュレートされたリンクである場合、ウェブアプリケーションの著者は、ナビゲーションを管理する責任を負う。

注：リンクを押すとアクションをトリガーするが、ブラウザのフォーカスまたはページの場所を変更しない場合、著者は、linkロールの代わりにbuttonロールの使用を検討することを勧める。

非インタラクティブなリスト項目のグループ。関連するlistboxを参照のこと。

リストは、ロールがlistitemである子、またはロールが順番にlistitemである子を含むgroupであるロールの要素を含む。

ユーザーが選択肢のリストから1つ以上の項目を選択できるようにするウィジェット。関連するcomboboxおよびlistを参照のこと。

リスト内の項目は、標準的なHTMLのselect要素とは異なり、静的であり、画像を含むことができる。リストボックスは、ロールがoptionである子を含む。

フォーカスの管理で説明したように、キーボードアクセシブルであるために、著者は、このロールのすべてのインスタンスに対する子孫のフォーカスを管理すべきである。

リストまたはディレクトリにおける1つの項目。

著者は、ロールlistitemをもつ要素が、ロールlistまたはgroupをもつ要素に含まれるまたは要素によって所有されることを保証しなければならない。

新しい情報が意味のある順序で追加されかつ古い情報が消えることのあるライブ領域の種類。関連するmarqueeを参照のこと。

例は、チャットログ、メッセージの履歴、ゲームログ、またはエラーログを含む。他のライブ領域とは対照的に、このロールでログにおける新しい項目の到着と読み上げ順序との間に関係がある。ログは、意味のある配列を含み、新しい情報は任意の点でなく、ログの末尾にのみ追加される。

注：ロールlogをもつ要素は、暗黙のaria-live値politeを持つ。

文書の主要コンテンツ。

これは、直接に関連する、または文書の主要なトピックを詳しく述べるコンテンツをマークする。mainロールは、ダイアログを通したユーザーエージェントによって、または支援技術によって提供される主要コンテンツ（または他のランドマーク）に行くためのナビゲーションオプションで、"メインコンテンツにスキップする"リンクに対する控えめな代替手段である。

ユーザーエージェントは、ナビゲーションランドマークとしてmainのロールをもつ要素を扱うべきである。

任意のdocumentまたはapplication内で、著者はmainロールをもつ複数の要素をマークすべきではない。

注：documentおよびapplication要素はDOMでネストすることができるので、DOMのネスト（たとえば、document内のdocument）によってか、またはaria-owns属性の使用によってのいずれかで、それぞれが異なる文書ノードに関連付けられていると仮定して、DOMの子孫として複数のmain要素を持ってもよい。

必須でない情報が頻繁に変更されるライブ領域の種類。関連するlogを参照のこと。

marqueeの一般的な使用法は、株価表示や広告バナーである。marqueeとlogとの間の主な違いは、ログは通常、意味の順序または重要なコンテンツの変更の配列を持つことである。

注：ロールmarqueeをもつ要素は、offのデフォルトのaria-live値を維持する。

数式を表すコンテンツ。

ロールmathをもつコンテンツは、支援技術によってアクセシブルな形式に容易に変換することができる、MathML [MATHML]のようなまたは、TeXやLaTeXのようなテキスト表現の別の種類をもつ、アクセシブルな形式でマークアップされることを意図する。

このロールは、プラグイン機構が"メインストリームの"ユーザーエージェントでMathMLのサポートを有効にするだけでなく、準拠したMathMLにマルチモーダルなアクセスを提供することができるフックを提供する。

mathロールで数式の画像を使用することは不適切であるが、画像が数式を表すために使用される大量のレガシーコンテンツが存在する。修復のために、画像が数式を表現するために使用されている場合、その画像に対して定義される等価なテキストは、妥当なMathMLまたはTeXであるべきである。そのような画像はまた、aria-describedby属性を使用して、話されるかもしれないものとして数式を説明するテキストによってラベル付けされるべきである。

MathMLの例：

<div role="math" aria-label="6 divided by 4 equals 1.5">
  <math xmlns="http://www.w3.org/1998/Math/MathML">
    <mfrac>
      <mn>6</mn>
      <mn>4</mn>
    </mfrac>
    <mo>=</mo>
    <mn>1.5</mn>
  </math>
</div>

TeXの例：

<div role="math" aria-label="6 divided by 4 equals 1.5">
  \frac{6}{4}=1.5
</div>

ユーザーに選択肢のリストを提供するウィジェットの種類。

メニューは多くの場合、ユーザーが呼び出すことができる共通の動作または関数の一覧である。メニュー項目のリストがデスクトップアプリケーションのメニューと同様に提示された場合、menuロールは適切である。

フォーカスの管理で説明したように、キーボードアクセシブルであるために、著者は、このロールのすべてのインスタンスに対する子孫のフォーカスを管理すべきである。

通常は表示されたままとなりかつ水平に表示されるmenuのプレゼンテーション。

menubarロールは、Windows、Mac、およびGNOMEデスクトップアプリケーションに見られるものと類似したメニューバーを作成するために使用される。メニューバーは、頻繁に使用されるコマンドの一貫したセットを作成するために使用される。著者は、メニューバーの相互作用がデスクトップのグラフィカルユーザーインターフェイスにおける代表的なmenubarの相互作用に似ていることを保証すべきである。

フォーカスの管理で説明したように、キーボードアクセシブルであるために、著者は、このロールのすべてのインスタンスに対する子孫のフォーカスを管理すべきである。

menuまたはmenubarに含まれる選択肢のセットにおけるオプション。

著者は、aria-disabled属性をもつメニュー項目を無効にしてもよい。メニュー項目がtrueに設定されるaria-haspopup属性を持つ場合、メニュー項目がサブレベルメニューを起動するために使用することができることを示し、メニュー項目がアクティブになる際に著者は新しいサブレベルメニューを表示すべきである。

著者は、メニュー項目が、それらが関連するウィジェットであることを識別するために、ロールmenuまたはmenubarをもつ要素によって所有されることを保証しなければなない。著者は、ネイティヴマークアップ言語から、同等のロールをもつseparatorまたは要素を使用することによってセットにメニュー項目を分離してもよい。

可能な値がtrue、false、またはmixedであるチェック可能な状態をもつmenuitem。

menuitemcheckboxのaria-checked属性は、メニュー項目がチェックされる（true）、チェックされない（false）かどうかを示す、またはチェックおよび未チェックの値の混合物（mixed）を持つメニュー項目のサブレベルメニューを表す。

著者は、メニュー項目が、それらが関連するウィジェットであることを識別するために、ロールmenuまたはmenubarをもつ要素によって所有されることを保証しなければならない。著者は、ネイティヴマークアップ言語から、同等のロールをもつseparatorまたは要素を使用することによってセットにメニュー項目を分離してもよい。

一度に一方のみをチェックすることができる、ロールmenuitemradioをもつ要素のセットでチェック可能なmenuitem。

著者は、同時にチェックすることができるグループで1つのmenuitemradioのみを強制すべきである。グループで1つの項目をチェックする場合、以前にチェックした項目のチェックを外すことになる（そのaria-checked属性をfalseにする）。

著者は、メニュー項目radioが、関連するウィジェットであることを識別するために、ロールgroup、menu、またはmenubarをもつ要素によって所有されることを保証しなければならない。著者は、ネイティヴマークアップ言語から、同等のロールをもつseparatorまたは要素を使用することによってセットにメニュー項目を分離してもよい。

menuまたはmenubarがmenuitemradio要素の複数のグループを含む、またはmenuが無関係のメニュー項目を含む場合、著者はgroupロールを用いた要素で関連するmenuitemradio要素の各セットをネストすべきであり、かつ著者はseparatorロールを用いる要素をもつ他のメニュー項目からグループを区切るべきである。

文書または関連する文書をナビゲートするためのナビゲーション要素（通常はリンク）のコレクション。

ユーザーエージェントは、ナビゲーションランドマークとしてnavigationのロールをもつ要素を扱うべきである。

コンテンツがリソースの主要コンテンツに挿入的または付随的であるセクション。

selectリストで選択可能な項目。

著者は、ロールlistboxをもつ要素に含まれる、または所有されるロールoptionをもつ要素を保証しなければならない。listboxに関連付けられないオプションは、アクセシビリティーAPIに正しくマッピングされないかもしれない。

暗黙のネイティヴロールセマンティックスがアクセシビリティーAPIに対応づけされない要素。

要素がページの外観を変更するために使用されるが、要素型によって暗黙的な、機能的な、インタラクティブな、または構造の関連性を一切持たない、またはWAI-ARIAをサポートしない古いブラウザーでアクセシビリティーフォールバックを提供するために使用する場合が使用目的である。

ユースケースの例：

• コンテンツが完全にプレゼンテーションな（スペーサー画像、装飾的なグラフィック、または要素をクリアするような）要素。
• 完全な代替テキストが使用可能でありaria-labelledbyと（必要な場合）aria-describedbyでマークアップされるimgロールをもつコンテナにおける画像。
• CSSの追加のマークアップ"フック"として使用される要素。または
• レイアウトテーブルおよび/またはその関連する行、セル、その他のいずれか。

フォーカス可能でない、presentationのロールをもつ任意の要素に対して、ユーザーエージェントは、アクセシビリティーAPIへ要素の暗黙のネイティヴセマンティックス（ロールとそのステートおよびプロパティ）を公開してはならない。しかし、ユーザーエージェントは、presentationの明示的または継承されたロールを持たないコンテンツまたは子孫要素を公開しなければならない。このように、presentationロールは与えられる要素に何のロールも持たないものとして扱われせる、またはアクセシビリティーツリーから削除させるが、要素内に含まれているコンテンツにアクセシビリティーツリーから削除させることはない。

たとえば、アクセシビリティーAPIによれば、次のマークアップ要素は、同じロールセマンティックス（ロールなし）と同じコンテンツを持つように見えるだろう。

<!-- 1. [role="presentation"] negates the implicit 'heading' role semantics but does not affect the contents. -->
<h1 role="presentation"> Sample Content </h1>

<!-- 2. There is no implicit role for span, so only the contents are exposed. -->
<span> Sample Content </span>

<!-- 3. This role declaration is redundant. -->
<span role="presentation"> Sample Content </span>

<!-- 4. In all cases, the element contents are exposed to accessibility APIs without any implied role semantics. -->
<!-- <> --> Sample Content <!-- </> -->

presentationロールは、要素に対するデフォルトのアクセシビリティーAPIロールが存在することを意味する、暗黙のネイティヴセマンティックスを持つ要素で使用される。追加の子孫要素が与えられる場合、一部の要素はただ単に完結する。たとえば、HTMLにおいて、（gridロールとマッチする）table要素は、順番にthまたはtdの子（gridcell、columnheader、rowheaderロール）を要求する、trの子孫（rowロール）を要求する。同様に、リストはリスト項目の子を必要とする。要素のセマンティックスを完全なものにする子孫要素は、必須の所有される要素としてWAI-ARIAに記載される。

presentationの明示的または継承されるロールが、所有される要素を必要としているWAI-ARIAロールの暗黙のセマンティックをもつ要素に適用され、さらにpresentationの明示的なロールを持つ要素である場合、ユーザーエージェントは、定義された明示的なロールを持たないすべての所有される要素にpresentationの継承されたロールを適用しなければならない。また、presentationの明示的または継承されたロールは、ホスト言語仕様によって定義されるような任意の必須の子を持つホスト言語要素に適用され、さらにpresentationの明示的なロールを持つ要素である場合、ユーザーエージェントは、定義された明示的なロールを持たない任意の必須の子にpresentationの継承されたロールを適用しなければならない。presentationの明示的または継承されるロールをもちかつフォーカス可能でない任意の要素に対して、ユーザーエージェントは、その要素に対するロール固有のWAI-ARIAステートおよびプロパティを無視しなければならない。たとえばHTMLにおいて、presentationのロールをもつulまたはol要素は、ulまたはolが対応するlistロールがlistitemの必須の所有される要素を持つので、li要素の暗黙のネイティヴセマンティックスを取り除かさせる。同様に、HTMLのtable要素がWAI-ARIAロールに直接対応する暗黙のネイティヴセマンティックロールを持たないが、HTML仕様は要素がtable要素の必須の構造的な子孫であることを示すため、そのthead/tbody/tfoot/tr/th/td子孫の暗黙のネイティヴセマンティックスも削除される。子孫または所有される要素の明示的なロールは、presentationの継承されたロールを上書きし、所有する要素に明示的なロールをもつ他の要素として動作させる。公開する暗黙のロールの動作がアクセシビリティーツリーに不正な形式をもたらす場合、期待される結果は未定義であり、ユーザーエージェントは、アクセシビリティーツリーを修復するために内部の回復メカニズムに助けを求めてもよい。

注：WAI-ARIA必須の所有される要素に対応する要素の暗黙のネイティヴセマンティックスのみが削除される。この要素がまた適用されるpresentationの明示的なロールを持たない限り、ネストした表やリストを含む、任意の他のコンテンツは、そのまま残る。

たとえば、アクセシビリティーAPIによれば、次のマークアップ要素は、同じロールセマンティックス（ロールなし）と同じコンテンツを持つように見えるだろう。

<!-- 1. [role="presentation"] negates the implicit 'list' and 'listitem' role semantics but does not affect the contents. -->
<ul role="presentation">
  <li> Sample Content </li>
  <li> More Sample Content </li>
</ul>

<!-- 2. There is no implicit role for span, so only the contents are exposed. -->
<span>
  <span> Sample Content </span>
  <span> More Sample Content </span>
</span>

注：この状況が適用可能である必須の子をもつ他のWAI-ARIAロールが存在する（たとえば、radiogroupsおよびlistboxes）が、テーブルおよびリストは、プレゼンテーションの継承を適用する可能性がある最も一般的な実世界のケースである。

presentationの明示的または継承されるロールをもつ任意の要素に対して、ユーザーエージェントは、プレゼンテーション要素に対するすべてのホスト言語固有の分類要素に継承されるpresentationのロールを適用しなければならない。たとえば、captionは単なるプレゼンテーションテーブルのラベルであるため、presentationのロールをもつtable要素は、caption要素の暗黙のネイティヴセマンティックスを取り除かせる。

明示的または継承されるpresentationのロールをもつ任意の要素について、ユーザーエージェントは、任意の非グローバル、ロール固有のWAI-ARIAステートおよびプロパティを無視しなければならない。しかし、ユーザーエージェントは、たとえ要素が明示的または継承されるpresentationのロールを持つとしても、グローバルなWAI-ARIAステートおよびプロパティをアクセシビリティーAPIに常に公開しなければならない。

たとえば、aria-hiddenはグローバル属性であり、常に適用される。要素がプレゼンテーションステートではなかった場合、aria-levelはグローバル属性ではなく、したがって適用のみされる。

<!-- 1. [role="presentation"] negates the implicit 'heading' role semantics but does not affect the global hidden state. -->
<h1 role="presentation" aria-hidden="true"> Sample Content </h1>

<!-- 1. [role="presentation"] negates the both the implicit 'heading' and the non-global level. -->
<h1 role="presentation" aria-level="2"> Sample Content </h1>

presentationのロールをもつ要素がフォーカス可能である場合、要素が理解可能と操作可能の両方であることを保証にするために、ユーザーエージェントは、ロールの正常な効果を無視しなければならず、かつ暗黙のネイティヴセマンティックスで要素を公開しなければならない。presentationロールを画像に適用する場合、著者は（HTML4のalt=""を使用するなど）意味のある代替テキストを提供すべきではない。

次のコードサンプルにおいて、包含するdiv要素は、imgのWAI-ARIAロールを持ち、キャプションの段落によって適切に標識される。ロールおよび代替テキストが包含する要素によって提供されるため、この例においてimg要素はpresentationとしてマークすることができる。

<div role="img" aria-labelledby="caption">
  <img src="example.png" role="presentation" alt="">
  <p id="caption">A visible text caption labeling the image.</p>
</div>

次のコードサンプルにおいて、アンカー（HTMLのa要素）はtreeitemとして動作しているので、リスト項目（HTMLのli要素）は、リスト項目に対するユーザーエージェントの暗黙のネイティヴセマンティックスを上書きするために明示的なWAI-ARIA presentationロールが割り当てられる。

<ul role="tree">
  <li role="presentation">
    <a role="treeitem" aria-expanded="true">An expanded tree node</a> 
  </li> 
  … 
</ul>

長い時間がかかるタスクの進捗状況を表示する要素。

プログレスバーは、ユーザーの要求が受信され、かつアプリケーションが要求された動作を完了に向けて進行していることを示す。著者がaria-valuenow属性を省略すべきである場合に、不確定でない限り、著者は、aria-valuenow、aria-valuemin、aria-valuemaxに値を提供すべきである。視覚的な進捗インジケーターが更新される際に、著者はこれらの値を更新すべきである。progressbarがページの特定領域の読み込み進捗を説明している場合、著者は、ステータスを指すためにaria-describedbyを使用すべきであり、ページの読み込みが完了するまで領域上のaria-busy属性をtrueに設定すべきである。常に読み取り専用であるため、ユーザーがprogressbarの値を変更することは不可能である。

注：aria-valuetextが指定されない限り、支援技術は、一般にaria-valueminとaria-valuemaxとの値の間の範囲のパーセントとしてaria-valuenowの値をレンダリングする。この計算に適した方法で、aria-valuemin、aria-valuemax、およびaria-valuenowに対する値を設定するのが最適である。

注：ロールprogressbarをもつ要素は、trueの暗黙のaria-readonly値を持つ。

一方のみが一度にチェックすることができる、radioロールのグループにおけるチェック可能な入力。

著者は、ロールradioをもつ要素が、どれが同じ値に影響を与えるかを示すために明示的にグループ化されることを保証すべきである。これは、ロールradiogroupをもつ要素でradio要素を囲むことによって達成される。ラジオボタンをradiogroupのDOMの子にすることが可能でない場合、著者はその子との関係を示すためにradiogroup要素のaria-owns属性を使用すべきである。

radioボタンのグループ。

radiogroupは、どの時点においてもチェックされる単一のエントリーのみを持つことができるselectリストの種類である。著者は、同時にチェックすることができるグループで1つのみのラジオボタンを強制すべきである。グループで1つの項目をチェックする場合、以前にチェックされた項目はチェックを外す（そのaria-checked属性をfalseにする）。

ユーザーによって設定可能な値の範囲を表す入力。

注：rangeは、オントロジーのために使用される抽象ロールである。著者は、コンテンツでこのロールを使用しないように指示される。

たとえば、ライブスポーツイベントの統計情報を含むページの領域など、ページサマリーまたは目次に含まれるのに十分に重要である、ウェブページまたは文書の大規模な知覚セクション。

上記で参照される'ページ概要'は、その全体的な組織を即座に記述するための手段として読み込まれた後にページから動的に作成された構造体である。これは、スクリプトを使用する著者によって、または支援技術によって生成することができる。

著者は、aria-labelledbyによって参照される見出しを持つregionを保証すべきである。この見出しは、標準のホスト言語の見出し要素のインスタンスまたは見出しテキストを含むロールheadingをもつ要素のインスタンスによって提供される。

ウェブページの領域を定義する場合、著者は、標準の文書landmarkロールを使用することを検討よう勧める。この領域の定義が不十分である場合、著者は、regionロールを使用し、適切なアクセシビリティー名を提供することができる。

このタクソノミーで他のすべてのロールが継承する基本ロール。

このロールのプロパティは、（"インスタンス"としてRDF用語で知られる）このロールに割り当てられるオブジェクトの構造的および機能的目的を説明する。ロールは、インスタンスを理解および操作するために使用することができる概念である。

注：roletypeは、オントロジーのために使用される抽象ロールである。著者は、コンテンツでこのロールを使用しないように指示される。

グリッドにおけるセルの行。

行は、gridcell要素を含み、gridを整理するのに役立つ。

treegridにおいて、著者は、現在の状態を示すためにaria-expanded属性を使用して、拡張可能として行をマークしてもよい。これは、aria-expanded属性が存在しない、通常のgridには当てはまらない。

著者は、ロールrowをもつ要素がロールgrid、rowgroup、treegridに含まれるまたは所有されることを保証しなければならない。