ブロック・スキップ:
達成基準 2.4.1 を理解する
この達成基準の意図
この達成基準の意図は、コンテンツ内を一つずつ順を追って行き来している利用者がウェブページのメインコンテンツへ直接移動できるようにすることである。 ウェブページ及びウェブアプリケーションには、他のページ又は画面でも現れるコンテンツがしばしばある。コンテンツの中で繰り返されているブロックの例としては、ナビゲーション・リンク、見出しのグラフィック、そして広告を表示するフレームなどが挙げられる。個々の単語、フレーズ、又は単独のリンクなどの小さな繰り返される部分は、この達成基準の趣旨においては、ブロックとしてみなされない。
このことは、画面を見ている利用者が、画面の中央（通常は、メインコンテンツがあるところ）に意識を集中することによって、繰り返しているコンテンツを無視することができることや、マウスを使用している利用者が、目的のリンクの前にあるすべてのリンク又はフォームのコントロールと出くわさずに、1回のクリックでそのリンクを選択できることと対照的である。
この達成基準の意図は、コンテンツ制作者にユーザーエージェントが提供している機能と重複する手段を提供するように求めることではない。ほとんどのウェブブラウザは、利用者がフォーカスをページの先頭に戻すことのできるキーボード・ショートカットを提供しているので、ナビゲーション・リンク一式をウェブページの下部で提供している場合は、いわゆる「スキップ」リンクを提供する必要はないかもしれない。
注記： この達成基準は、複数のページ上で繰り返されているコンテンツのブロックを取り扱っているが、WCAG ワーキンググループは、達成基準 1.3.1 にあるように、個々のページで構造をマークアップすることも強く奨励する。
達成基準 2.4.1 の具体的なメリット
この達成基準を満たしていないと、何らかの障害のある利用者がウェブページのメインコンテンツへ素早くかつ容易に到達するのが困難になることがある。
同じサイト上でいくつかのページを訪れるスクリーンリーダーの利用者が、メインコンテンツが読み上げられる前にある、どのページにもあるすべての見出しのグラフィック及びたくさんのナビゲーション・リンクを聞かなくてすむようになる。
キーボード又はキーボード・インタフェースだけを使用している利用者が、より少ないキーストロークだけでコンテンツに到達できるようになる。そうでなければ、メインコンテンツ部分にあるリンクに到達するまでにたくさんのキーストロークが必要になってしまうかもしれない。これには長い時間がかかってしまう恐れがあり、利用者によっては深刻な肉体的苦痛を伴うことがある。
画面拡大ソフトを使用している利用者が、新しいページへ来るたびに、どこからメインコンテンツが始まるのかを見つけようとして、同じ見出し又はその他の情報のブロックの中を探し回らなくてもすむようになる。
リンクがリストにまとめられていると、認知に制約のある利用者及びスクリーンリーダーを使用している利用者のためになることがある。
達成基準2.4.1 の事例
ニュースを配信する組織のホームページには、広告、検索、その他のサービスのためのたくさんのブロック及びサイドバーに囲まれて、ページの中央にメインの記事がある。ページの先頭に、そのメインの記事へジャンプするリンクがある。このリンクを使わないと、キーボードを使用している利用者は、メインの記事へ到達するまでに Tab キーを押下しながら40前後のリンクを通り抜ける必要があり、る。また、スクリーンリーダーの利用者は、200の単語を聞かなければならない。そして、画面拡大ソフトの利用者は、メインの記事の場所を探し回らなければならなくなる。
達成基準2.4.1 の実装方法及び不適合事例 - ブロック・スキップ
この節にある番号付の項目は、WCAG ワーキンググループがこの達成基準を満たすのに十分であると判断する実装方法、又は複数の実装方法の組合せを表している。WCAG 2.0 適合要件のすべてが満たされている場合にのみ、次に挙げる実装方法により、この達成基準を満たすことができる。
達成基準を満たすことのできる実装方法
次の実装方法の中から一つを用いて、繰り返されるブロックをスキップするリンクを作成する：
次の実装方法の中から一つを用いて、スキップ可能な方法で繰り返されるブロックをグループ化する：
H50: 構造を示す要素を用いて、リンクをグループ化する (HTML)
H70: フレームを用いて、繰り返されているコンテンツのブロックをグループ化する (HTML) 、かつ、 H64: frame要素及びiframe要素のtitle属性を用いる (HTML)
SCR28: 展開可能及び折り畳み可能なメニューを用いて、コンテンツのブロックをバイパスする (Scripting)
達成基準 2.4.1 でさらに対応が望まれる実装方法（参考）
適合するためには必須ではないが、コンテンツをよりアクセシブルにするためには、次の付加的な実装方法もあわせて検討するとよい。ただし、すべての状況において、すべての実装方法が使用可能、または効果的であるとは限らない。
重要なリンク及びフォーム制御へのキーボードアクセスを提供する（リンク追加予定）
ページナビゲーションに拡張したスキップリンクを提供する（リンク追加予定）
アクセスキーを提供する（リンク追加予定）
ユーザーエージェント及び支援技術による構造化されたナビゲーションを与えるアクセシビリティサポート技術を使う（リンク追加予定）
達成基準 2.4.1 のよくある不適合事例
以下に挙げるものは、WCAG ワーキンググループが達成基準 2.4.1 に適合していないとみなした、よくある不適合事例である。
（今のところ、文書化されている不適合事例がない）
重要な用語
- ウェブページ
単一の URI から HTTP で得たリソース（埋め込まれていないリソース）と、 ユーザエージェントがこのリソースと一緒にレンダリングすることを意図したりレンダリングに用いたりするその他のリソース（埋め込まれているリソース）を合わせたもの。
注記 1： どのような「その他のリソース」（埋め込まれているリソース）も主たるリソース（埋め込まれていないリソース）と一緒にレンダリングされるであろうが、これらのリソースが同時にレンダリングされる必要があるわけではない。
注記 2： このガイドラインの適合範囲に含まれる対象となるウェブページは、「埋め込まれていない」リソースでなければならない。
事例 1： すべての埋め込まれている画像とメディアを含んだウェブリソース。
事例 2： Ajax を用いたウェブメールのプログラム。そのプログラムは http://example.com/mail に存在しており、受信箱、アドレス帳、そしてカレンダーがある。受信箱、アドレス帳やカレンダーを起動するリンク又はボタンがあるが、ウェブページ全体の URI は変わらないもの。
事例 3： カスタマイズ可能なポータルサイトで、利用者が様々なコンテンツのモジュール一式から表示させるコンテンツを選択できるようなもの。
事例 4： ブラウザで"http://shopping.example.com/" へ行くと、映画のようなインタラクティブなショッピング環境になる。そこでは、視覚的に店内を移動して、店内の棚から商品をドラッグして、目の前にある視覚的な買物カゴに商品を入れる。商品をクリックすると、同時に仕様書が浮き上がるように表示される。これは1ページだけのウェブサイトかもしれないし、 ウェブサイトの中のほんの1ページなのかもしれない。
- メカニズム
結果を得るためのプロセス又は手法。