WCAG 2.0解説書

本文へジャンプ

-

ブロック・スキップ:
達成基準 2.4.1 を理解する

2.4.1 ブロック・スキップ: 複数のウェブページ上で繰り返されているコンテンツのブロックをスキップできるメカニズムが利用可能である。 (レベルA)

この達成基準の意図は、コンテンツ内を一つずつ順を追って行き来している利用者がウェブページのメインコンテンツへ直接移動できるようにすることである。 ウェブページ及びウェブアプリケーションには、他のページ又は画面でも現れるコンテンツがしばしばある。コンテンツの中で繰り返されているブロックの例としては、ナビゲーション・リンク、見出しのグラフィック、そして広告を表示するフレームなどが挙げられる。個々の単語、フレーズ、又は単独のリンクなどの小さな繰り返される部分は、この達成基準の趣旨においては、ブロックとしてみなされない。

このことは、画面を見ている利用者が、画面の中央(通常は、メインコンテンツがあるところ)に意識を集中することによって、繰り返しているコンテンツを無視することができることや、マウスを使用している利用者が、目的のリンクの前にあるすべてのリンク又はフォームのコントロールと出くわさずに、1回のクリックでそのリンクを選択できることと対照的である。

この達成基準の意図は、コンテンツ制作者にユーザーエージェントが提供している機能と重複する手段を提供するように求めることではない。ほとんどのウェブブラウザは、利用者がフォーカスをページの先頭に戻すことのできるキーボード・ショートカットを提供しているので、ナビゲーション・リンク一式をウェブページの下部で提供している場合は、いわゆる「スキップ」リンクを提供する必要はないかもしれない。

注記: この達成基準は、複数のページ上で繰り返されているコンテンツのブロックを取り扱っているが、WCAG ワーキンググループは、達成基準 1.3.1 にあるように、個々のページで構造をマークアップすることも強く奨励する。

  • この達成基準を満たしていないと、何らかの障害のある利用者がウェブページのメインコンテンツへ素早くかつ容易に到達するのが困難になることがある。

  • 同じサイト上でいくつかのページを訪れるスクリーンリーダーの利用者が、メインコンテンツが読み上げられる前にある、どのページにもあるすべての見出しのグラフィック及びたくさんのナビゲーション・リンクを聞かなくてすむようになる。

  • キーボード又はキーボード・インタフェースだけを使用している利用者が、より少ないキーストロークだけでコンテンツに到達できるようになる。そうでなければ、メインコンテンツ部分にあるリンクに到達するまでにたくさんのキーストロークが必要になってしまうかもしれない。これには長い時間がかかってしまう恐れがあり、利用者によっては深刻な肉体的苦痛を伴うことがある。

  • 画面拡大ソフトを使用している利用者が、新しいページへ来るたびに、どこからメインコンテンツが始まるのかを見つけようとして、同じ見出し又はその他の情報のブロックの中を探し回らなくてもすむようになる。

  • リンクがリストにまとめられていると、認知に制約のある利用者及びスクリーンリーダーを使用している利用者のためになることがある。

リソースは、情報提供のみを目的としており、推奨を意味するものではない。

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

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

  • 重要なリンク及びフォーム制御へのキーボードアクセスを提供する(リンク追加予定)

  • ページナビゲーションに拡張したスキップリンクを提供する(リンク追加予定)

  • アクセスキーを提供する(リンク追加予定)

  • ユーザーエージェント及び支援技術による構造化されたナビゲーションを与えるアクセシビリティサポート技術を使う(リンク追加予定)

  • C6: 構造を示すマークアップをした上で、コンテンツを配置する (CSS)

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

(今のところ、文書化されている不適合事例がない)

重要な用語

ウェブページ

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

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

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

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

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

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

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

メカニズム

結果を得るためのプロセス又は手法。

注記 1: メカニズムは、コンテンツ内で明示的に提供されることもあれば、プラットフォーム又は支援技術を含むユーザエージェントのどちらかで提供されるものに 依存することもある。

注記 2: メカニズムは、宣言する適合レベルのすべての達成基準を満たさなければならない。