WCAG 2.0解説書

本文へジャンプ

-

一貫した識別性:
達成基準 3.2.4 を理解する

3.2.4 一貫した識別性: ウェブページ一式の中で同じ機能性を有するコンポーネントは、一貫して識別できる。 (レベルAA)

この達成基準の意図

この達成基準の意図は、ウェブページ一式で繰り返して表示される機能的なコンポーネントを一貫して識別できるようにすることである。スクリーンリーダーを使用している利用者がウェブサイトを操作する方法は、複数のウェブページで使われている機能に馴染みがあるかどうかに大きく依存している。全く同じ機能が、ウェブページによって異なるラベルを付けられていると、そのウェブサイトはかなり使いづらいものになってしまう。また、認知能力の低下している利用者にとっても、それは混乱のもとであり、認知的負荷を増大させてしまうことがある。そのため、一貫したラベルを付けることが大切である。

この一貫性という考え方は、代替テキストにも当てはまる。アイコン又はその他の非テキストコンテンツが同じ機能であれば、その代替テキストにも同様に一貫性をもたせるべきである。

達成基準 3.2.4 の具体的なメリット

  • サイトのあるページで機能を学習した利用者が、他のページにも同じ機能があれば見つけることができるようになる。

  • 同じ機能を持つコンポーネントを示すために非テキストコンテンツを一貫した方法で用いることで、テキストを読むことや、代替テキストを見つけることが困難な利用者が、代替テキストを頼りにすることなくウェブコンテンツを利用することができるようになる。

  • 代替テキストを頼りにしている利用者が、コンポーネントをより予測できるようになる。別のページでもラベルが一貫していれば、そのコンポーネントを探し出すことができる。

達成基準3.2.4 の事例

達成基準3.2.4 の実装方法及び不適合事例 - 一貫した識別性

この節にある番号付の項目は、WCAG ワーキンググループがこの達成基準を満たすのに十分であると判断する実装方法、又は複数の実装方法の組合せを表している。WCAG 2.0 適合要件のすべてが満たされている場合にのみ、次に挙げる実装方法により、この達成基準を満たすことができる。

達成基準を満たすことのできる実装方法

  1. G197: 同じ機能を有するコンテンツに対して、一貫したラベル、識別名及び代替テキストを用いるかつ達成基準1.1.1を満たすことのできる実装方法かつ達成基準4.1.2を満たすことのできる実装方法 に従ってラベル、識別名、代替テキストを提供する。

注記 1: 「一貫した」代替テキストは、常に「同一」であるとは限らない。例えば、次のウェブページへリンクするグラフィカルな矢印をウェブページの下部で使うとする。代替テキストは、「4ページに移動」というふうになるだろう。当然ながら、この代替テキストをそのまま次のウェブページでも繰り返して使うのは適切ではない。次のウェブページでは「5ページへ移動」とするのがより適切なはずである。これらの代替テキストは同一ではないが、一貫しており、この達成基準に適合しているといえる。

注記 2: 単一の非テキストコンテンツのアイテムが、異なる機能のために使われることがある。そのような場合、異なる代替テキストが必要であり、用いられるべきである。チェックマーク、?マーク、そして交通標識などのアイコンを使用する際によく見られる例である。それらの機能は、ウェブページの文脈によって異なる可能性がある。チェックマークは、その状況に応じて、「承認済」、「完了」、又は「あり」という意味で使われることがある。すべてのウェブページを通じて、代替テキストを「チェックマーク」としてしまうと、利用者がそのアイコンの意味を理解することができない。同一の非テキストコンテンツが複数の機能を果たしている際は、異なる代替テキストを用いることができる。

達成基準 3.2.4 でさらに対応が望まれる実装方法(参考)

適合するためには必須ではないが、コンテンツをよりアクセシブルにするためには、次の付加的な実装方法もあわせて検討するとよい。ただし、すべての状況において、すべての実装方法が使用可能、または効果的であるとは限らない。

  • コンポーネントの機能及びそのコンポーネントを利用者が実行したときに何が起こるかが確実に分かるような代替テキストを用いる(リンク追加予定)

  • 可能な限り、特定の機能を表す非テキストコンテンツは同じものにする(リンク追加予定)

達成基準 3.2.4 のよくある不適合事例

以下に挙げるものは、WCAG ワーキンググループが達成基準 3.2.4 に適合していないとみなした、よくある不適合事例である。

重要な用語

ウェブページ

単一の URI から HTTP で得たリソース(埋め込まれていないリソース)と、 ユーザエージェントがこのリソースと一緒にレンダリングすることを意図したりレンダリングに用いたりするその他のリソース(埋め込まれているリソース)を合わせたもの。

注記 1: どのような「その他のリソース」(埋め込まれているリソース)も主たるリソース(埋め込まれていないリソース)と一緒にレンダリングされるであろうが、これらのリソースが同時にレンダリングされる必要があるわけではない。

注記 2: このガイドラインの適合範囲に含まれる対象となるウェブページは、「埋め込まれていない」リソースでなければならない。

事例 1: すべての埋め込まれている画像とメディアを含んだウェブリソース。

事例 2: Ajax を用いたウェブメールのプログラム。そのプログラムは http://example.com/mail に存在しており、受信箱、アドレス帳、そしてカレンダーがある。受信箱、アドレス帳やカレンダーを起動するリンク又はボタンがあるが、ウェブページ全体の URI は変わらないもの。

事例 3: カスタマイズ可能なポータルサイトで、利用者が様々なコンテンツのモジュール一式から表示させるコンテンツを選択できるようなもの。

事例 4: ブラウザで"http://shopping.example.com/" へ行くと、映画のようなインタラクティブなショッピング環境になる。そこでは、視覚的に店内を移動して、店内の棚から商品をドラッグして、目の前にある視覚的な買物カゴに商品を入れる。商品をクリックすると、同時に仕様書が浮き上がるように表示される。これは1ページだけのウェブサイトかもしれないし、 ウェブサイトの中のほんの1ページなのかもしれない。

同じ機能性

使うと同じ結果が得られる。

事例 : あるウェブページ上にある「検索」ボタンと他のウェブページ上にある「さがす」ボタンは、どちらもキーワードを入力するテキストフィールドがあり、そのウェブサイトにある入力されたキーワードに関係のあるコンテンツをリスト表示する。この場合、同じ機能性を有しながらも、ラベルは一貫していないことになる。