意味のある順序:
達成基準 1.3.2 を理解する
1.3.2 意味のある順序: コンテンツが提示されている順序が意味に影響を及ぼす場合には、正しく読む順序はプログラムによる解釈が可能である。 (レベル A)
この達成基準の意図
この達成基準の意図は、コンテンツの意味を理解するのに必要な音声読み上げの順序を保ちながら、ユーザエージェントがコンテンツの代替表現を提供できるようにすることである。意味のあるコンテンツの少なくとも一つの順序がプログラムによる解釈が可能であることが重要である。この達成基準を満たしていないコンテンツは、支援技術がそのコンテンツを正しくない順序で読み上げたり、代替スタイルシート又はその他の書式変更が適用されたりしたときに、利用者を困惑あるいは混乱させてしまう恐れがある。
コンテンツの並び順を変更すると、コンテンツの意味に影響を及ぼす場合、その順序には意味がある。例えば、あるページに二つの独立した記事がある場合、それらの記事の相対的な順序がそれぞれの意味に影響を及ぼす可能性はない。そのような状況においては、それらの記事自体には意味のある順序があるかもしれないが、それらの記事が入っているテキストコンテナには意味のある順序はないかもしれない。
ある要素のプログラムが持つ意味が、そのコンテンツに意味のある順序があるかどうかを定義している。例えば、HTML では、テキストには常に意味のある順序がある。テーブル及び順序付きリストには意味のある順序があるが、順序なしリストには意味のある順序がない。
コンテンツの並び順には、常に意味があるとは限らない。例えば、あるウェブページのメイン部分とナビゲーション部分の相対的な順序は、それぞれの意味には影響を及ぼさない。それらは、プログラムによる解釈が可能な音声読み上げ順序で、どちらが先にもなりえる。もう一つの例としては、雑誌の記事にはいくつかの補足記事がいくつか含まれている。記事と補足記事の順序は、それぞれの意味に影響を及ぼすことはない。このような場合においては、この達成基準を満たすことのできるウェブページには、異なる音声読み上げ順序が複数あることになる。
誤解のないように書くと:
特定の線形順序を提供することが要求されるのは、意味に影響を与えるときだけである。
複数の順序が (WCAG 2.0の定義する)「正しい」読み順となることもありえる。
提供する正しい読み順はひとつだけでよい。
達成基準 1.3.2 の具体的なメリット:
この達成基準は、コンテンツを読み上げる支援技術に依存している利用者の役に立つ。デフォルトの表現における情報の並び順で明らかになる意味は、コンテンツを読み上げで提示したときも同じになるはずである。
達成基準 1.3.2 の事例
事例 1: 段組をしている文書において、コンテンツを線形化した提示は、ある段の先頭から最後へと流れていき、その後次の段の先頭へと流れていく。
事例 2: CSS を用いて、ナビゲーションバー、ページの本文、及び関連記事を配置している。それらの視覚的提示は、プログラムによる解釈される順序とは合致していないが、そのページの意味はその見た目の順序には依存していない。
関連リソース
リソースは、情報提供のみを目的としており、推奨を意味するものではない。
(今のところ、文書化されていない)
達成基準 1.3.2 の達成方法及び失敗例 - 意味のある順序
この節にある番号付きの各項目は、WCAG ワーキンググループがこの達成基準を満たすのに十分であると判断する達成方法、又は複数の達成方法の組み合わせを表している。しかしながら、必ずしもこれらの達成方法を用いる必要はない。その他の達成方法についての詳細は、WCAG 達成基準の達成方法を理解するの「その他の達成方法」を参照のこと。
十分な達成方法
ウェブページにあるすべてのコンテンツについて、G57: コンテンツを意味のある順序で並べる
次の達成方法のどれか一つを用いて、コンテンツの並び順を意味のあるものにする、かつ、その並び順については、G57: コンテンツを意味のある順序で並べる
C27: DOM の順序を表示順序と一致させる (CSS)
FLASH15: Flash 内の論理的な読み上げ順序及びタブ順序を指定するために、tabIndex プロパティを使用する (Flash)
SL34: Using the Silverlight Default Tab Sequence and Altering Tab Sequences With Properties (Silverlight)
1.3.2 でさらに対応が望まれる達成方法 (参考)
適合のために必須ではないが、コンテンツをよりアクセシブルにするために、次の追加の達成方法を検討することが望ましい。ただし、すべての状況において、すべての達成方法が使用可能、又は効果的であるとは限らない。
左から右へ書き綴る言語は左寄せを使い、右から左へ書き綴る言語は右寄せを用いる (リンク追加予定)
線形化された描画のリンクを提供する (リンク追加予定)
表現順序に影響するスタイルシートの切り替えを提供する (リンク追加予定)
達成基準 1.3.2 のよくある失敗例
以下に挙げるものは、WCAG ワーキンググループが達成基準 1.3.2 の失敗例とみなした、よくある間違いである。
重要な用語
- プログラムによる解釈 (プログラムによる解釈が可能) (programmatically determined (programmatically determinable))
支援技術を含む様々なユーザエージェントが抽出でき、利用者に様々な感覚モダリティで提示できるような形のデータがコンテンツ制作者によって提供されたとき、そのデータがソフトウェアによって解釈されること。
事例 1: マークアップ言語で、一般に入手可能な支援技術が直接アクセスできる要素と属性から解釈される。
事例 2: 非マークアップ言語の技術特有のデータ構造から解釈され、一般に入手可能な支援技術がサポートするアクセシビリティ API を通じて支援技術に提供される。
- 正しく読む順序 (correct reading sequence)
コンテンツの意味を変更せずに、単語や段落が提示される順序。