解説書 達成基準 1.3.6:目的の特定 (レベル AAA)
要約
- 目標
- コンテンツを操作及びナビゲートすることが、より簡単になる。
- 何をすればよいか
- 可能な場合、コードを用いて、全てのコントロール、及びその他の重要な情報の意味を示す。
- なぜそれが重要か
- 認知障害のある人の中には、名前だけではコントロールの目的を理解できない人がいる。
意図
この達成基準の意図は、ページ上の多くの要素の目的をプログラムにより決定できるようにすることである。これにより、ユーザエージェントは、さまざまなモダリティを使用してその目的を利用者に抽出して提示できる。
多くの語彙が限られている利用者は、ウェブを使用するために使い慣れた用語又はシンボルに依存している。しかし、一部の利用者にとって馴染みのあるものは、別の利用者には馴染みがないかもしれない。コンテンツ制作者が目的を示すと、利用者はパーソナライズ及び利用者設定を利用して、使い慣れたシンボル又は語彙のセットを読み込むことができる。
この達成基準は、コンテンツ制作者がアイコン、リージョン、コンポーネント (ボタン、リンク、フィールドなど) の目的をプログラムにより関連付けて、ユーザエージェントがそれぞれの目的を判断し、インジケーター又は用語を利用者に理解できるように適応させることを要求する。それは、このコンテキストを提供するセマンティクス又はメタデータを追加することで達成される。役割 (role) の情報を追加するのと似ているが (4.1.2 で要求されているように) 、ユーザインタフェース コンポーネントが何であるかについての情報 (例えば画像) を提供する代わりに、そのコンポーネントが何を表すものかについての情報 (例えばホームページへのリンクなど) を提供する。
ページの領域を特定することで、利用者は自分のユーザエージェントで領域を削除又は強調表示することができる。
声を出さない人向けの製品では、コミュニケーションを促進するために、よくシンボルを使用する。これらのシンボルは事実上、人々の伝達手段としての言語である。残念ながら、これらのシンボルの多くは著作権の対象であるだけでなく、相互運用もできない。つまり、エンドユーザは一つのデバイスしか使用できず、 1 社だけで作られていないコンテンツ、アプリケーション、又は支援技術を使用できない。
この達成基準により、シンボルは相互運用可能になり、シンボルの利用者は 1 社だけで作られていない様々なコンテンツを理解できる。利用者のシンボルが同じノードに割り当てられている場合、ユーザエージェントは利用者が理解可能なシンボルを取得できる。人々はシンボルを購入し、それらを様々なデバイスやアプリケーションで使用することができる。 (シンボルはまだ独自のものであることに注意したいが、相互運用可能なものもある。)
利点
恩恵を受ける人々は次のようなさまざまな認知障害がある:
- 記憶
- 集中力及び注意力
- 言語関連
- 実行機能及び意思決定
この達成基準を満たすと、追加のサポート又は使い慣れたインタフェース (次のような必要なものを含む) を必要とする利用者に役立つ。
- 利用者が慣れ親しんでいるシンボルとグラフィック
- 少ない機能と少ない認知過負荷
- キーボードショートカット
事例
- ウェブサイトは ARIA ランドマークを使用してページの領域を特定し、利用者は
main
の役割 (role) ではない領域を隠すことができる。 - ウェブサイトのナビゲーション内のリンクは、利用者が自分のアイコンを追加できるようにマークアップされている。
- 利用者がページに設定された自分のアイコンを代用できるように、ウェブサイトのアイコンはマークアップされている。
関連リソース
リソースは、情報提供のみを目的としており、推奨を意味するものではない。
テクニック
この節にある番号付きの各項目は、WCAG ワーキンググループがこの達成基準を満たすのに十分であると判断するテクニック、又は複数のテクニックの組み合わせを表している。しかしながら、必ずしもこれらのテクニックを用いる必要はない。その他のテクニックについての詳細は、WCAG 達成基準のテクニックを理解するの「その他のテクニック」を参照のこと。
十分なテクニック
- アイコン、リージョン、及びユーザインタフェース コンポーネントの目的をプログラム的に示す
- ARIA11: Using ARIA landmarks to identify regions of a page かつ
- microdata を利用してユーザインタフェース コンポーネントをマークアップする (リンク追加予定)
参考テクニック
適合のために必須ではないが、コンテンツをよりアクセシブルにするために、次の追加のテクニックを検討することが望ましい。ただし、すべての状況において、すべてのテクニックが使用可能、又は効果的であるとは限らない。
- ユーザエージェントが利用者のニーズに最も合うコンテンツのバージョンを見つけることができるようにする
- セマンティクスを使用して重要な機能を特定する (
coga-simplification="simplest"
) aria-invalid
及びaria-required
の使用
重要な用語
障害のある利用者の要件を満たすために、主流のユーザエージェントが提供する機能を超えた機能を提供するような、ユーザエージェントとして動作する、又は主流のユーザエージェントと共に動作するハードウェア及び/又はソフトウェア。
注記
支援技術が提供する機能としては、代替の提示 (例: 合成音声や拡大表示したコンテンツ)、代替入力手法 (例: 音声認識)、付加的なナビゲーション又は位置確認のメカニズム、及びコンテンツ変換 (例: テーブルをよりアクセシブルにするもの) などを挙げることができる。
注記
支援技術は、API を利用、監視することで、主流のユーザエージェントとデータやメッセージのやりとりをすることが多い。
注記
主流のユーザエージェントと支援技術との区別は、絶対的なものではない。多くの主流のユーザエージェントは、障害のある個人を支援する機能を提供している。基本的な差異は、主流のユーザエージェントが障害のある人もない人も含めて、広く多様な利用者を対象にしているのに対し、支援技術は、特定の障害のある利用者という、より狭く限られた人たちを対象にしているということである。支援技術により提供される支援は、対象とする利用者に特化した、よりニーズに適したものである。主流のユーザエージェントは、プログラムオブジェクトからのウェブコンテンツの抽出、マークアップの識別可能な構造への解釈といった、重要な機能を支援技術に対して提供する場合がある。
支援技術を含む様々なユーザエージェントが抽出でき、利用者に様々な感覚モダリティで提示できるような形のデータがコンテンツ制作者によって提供されたとき、そのデータがソフトウェアによって解釈されること。
コンテンツの知覚可能、プログラムによる解釈が可能なセクション
注記
HTML では、landmark ロールが指定されたあらゆるエリアは領域になる。
ウェブコンテンツを取得して利用者に提示するあらゆるソフトウェア。
コンテンツの一部分で、特定の機能を実現するための単一のコントロールとして利用者が知覚するもの。
注記
複数のユーザインタフェース コンポーネントが、単一のプログラム要素で実装されることもある。ここでいう「コンポーネント」は、プログラムの手法と結びついたものではなく、利用者が別々のコントロールとして知覚するものを指す。
注記
ユーザインタフェース コンポーネントには、フォーム要素、リンクだけでなく、スクリプトで生成されるコンポーネントが含まれる。
注記
ここでの「コンポーネント」又は「ユーザインタフェース コンポーネント」は、「ユーザインタフェース要素」とも呼ばれる。