W3C/WCAG（ウェブ・コンテンツ・アクセシビリティ・ガイドライン）1.0 － LIFT 2.2

『LIFT』は、W3C/WCAG1.0の全チェックポイントのうち、優先度1（必須）と優先度2（強く推奨）の全項目に対応しています。このページでは、対象外の優先度3まで含めた全てのチェックポイントの一覧表で『LIFT』が対応しているチェックポイントをご紹介します。

チェックポイント一覧

チェックポイント	内容	優先度	LIFT1.1	LIFT2.0以上
1.1	あらゆる非テキスト系要素には、代替テキストを提供する（alt属性やlongdesc属性を使用する、要素のコンテンツ内に代替テキストを置くなど）。非テキスト系要素には、次のようなものがある。イメージ、画像として表現されたテキスト（シンボルを含む）、イメージマップ領域、アニメーション（アニメーションGIFなど）、アプレット、プログラミング・オブジェクト、ASCIIアート、フレーム、スクリプト、個条書きリストの行頭に使用されるボタン、スペーサー、画像ボタン、サウンド（ユーザ・インタラクションの搭載・非搭載にかかわらず再生されるもの）、スタンドアローン・オーディオ・ファイル、ビデオのオーディオ・トラック、ビデオ。	1
1.2	サーバ・サイドのイメージマップのアクティブ領域には、多様なテキストリンクを設置する。	1
1.3	ユーザ・エージェントが、ビジュアル・トラックの代替テキストを自動的に音読できるようになるまで、マルチメディア・プレゼンテーションに使うビジュアル・トラックの重要な情報には、音声による記述も提供する。	1
1.4	ムービーやアニメーションのように、時間の流れを伴うマルチメディア・プレゼンテーションには、代替形式（キャプション、ビジュアル・トラックの音声記述など）を同期化する。	3
1.5	ユーザ・エージェントが、クライアント・サイドのイメージマップに示されたリンクの代替テキストを正しく変換できるようになるまで、クライアント・サイドのイメージマップに示したリンク先と同じ内容のテキストリンクも提供する。	3
2.1	色を使った情報はすべて、その色が再現できない状態でも利用できるようにする。例として、文脈やマークアップを利用するなどの方法がある。 LIFT2.0新機能「グレースケール表示」	1
2.2	前景色と背景色の組み合わせには十分なコントラストを付け、色盲や色弱の人、モノクロ・モニターを使っているユーザでも識別できるようにする。 LIFT2.0新機能「グレースケール表示」	2 or 3
3.1	適切なマークアップ言語が存在する場合は、イメージではなくマークアップを使用する。	2
3.2	公式に定義された文法に則ってドキュメントを作成する。	2
3.3	レイアウトやプレゼンテーションの制御にはスタイルシートを使用する。	2
3.4	マークアップ言語の属性値やスタイルシートのプロパティには、絶対値ではなく相対値を使用する。	2
3.5	ドキュメント構造を表すには、仕様に従ってヘッダ要素を使用する。	2
3.6	リストやリスト・アイテムには、適切なマークアップを付ける。	2
3.7	引用文はマークアップする。インデントなどのフォーマット効果のために、引用マークアップを使用しない。	2
4.1	テキストやその代替形式のなかで、使われている言語が切り替わる個所は、それを分かりやすく示す。	1
4.2	省略語やイニシャルの略称が初めて登場する個所では、正式名称も表記する。	3
4.3	使っている主要言語を識別しておく。	3
5.1	データ・テーブルでは、行ヘッダと列ヘッダを区別する。	1
5.2	行や列のヘッダに複数の論理レベルが存在する場合は、マークアップを利用して、データ・セルとヘッダ・セルを関連づける。	1
5.3	テーブルをレイアウト目的で使用しない。ただし、テーブルの情報を横に棒読みしたときに意味が通じるようであれば、使っても構わない。横に棒読みして意味が通じない場合は、代替形式を提供する（テーブルの内容を1行に直線的に書き出したもの）。 LIFT2.0新機能「リニアライザー」	2
5.4	レイアウトのためにテーブルを使用する場合、視覚的フォーマットを目的とした構造マークアップの使用は避ける。	2
5.5	テーブルには要約を付ける。	3
5.6	ヘッダ・ラベルとして、ヘッダの内容を短くまとめたものを提供する。	3
6.1	コンテンツは、スタイルシートなしでも読みとれるように構成する。たとえば、指定したスタイルシートが使えない状態でHTMLドキュメントを表示しても、正しく読めるようにしなければならない。	1
6.2	ダイナミック・コンテンツでは、コンテンツ内容の変化に伴って代替形式もアップデートする。	1
6.3	スクリプトやアプレット、その他のプログラミング・オブジェクトに関する機能をサポートしていない、または機能をオフにしている状態でも、ページが利用できるようにする。もしそれが不可能なら、それとは別にアクセス可能なページを作り、そこで代替情報を提供する。	1
6.4	スクリプトとアプレットを使用する場合は、イベント・ハンドラが入力機器に依存しないようにする（用語解説の「デバイス・インディペンデント」を参照）。	2
6.5	アクセシブルなダイナミック・コンテンツを提供する。または、ダイナミック・コンテンツの代替表現か代替ページを提供する。	2
7.1	ユーザ・エージェントを使って、ユーザが明滅（フリッカー）を制御できるようになるまで、スクリーンを明滅させることは避ける。	1
7.2	ユーザ・エージェントを使って、ユーザが点滅（ブリンク）を制御できるようになるまで、コンテンツを点滅（一定周期でオン・オフ表示を切り替えるなども含めて）させないようにする。	2
7.3	ユーザ・エージェントを使って、ユーザが動くコンテンツを停止できるようになるまで、ページ内に動きのあるコンテンツを作成しない。	2
7.4	ユーザ・エージェントが、自動更新を止める機能を搭載するようになるまで、定期的に自動更新するページは作成しない。	2
7.5	ユーザ・エージェントが、ページ移動を止める機能を搭載するようになるまで、自動的にページ移動させるマークアップの使用は避ける。代わりに、サーバ側で、ページ移動ができるような設定をする。	2
8.1	スクリプトやアプレットのようなプログラミング要素は、それ自体をアクセシブルにするか、支援技術と互換性があるようにする。	1 or 2
9.1	サーバ・サイドのイメージマップではなく、クライアント・サイドのイメージマップを提供する。ただし、クライアント・サイドのイメージマップで領域の形状を定義できない場合は例外とする。	1
9.2	独自のインターフェースを持つ要素は、どんな種類の機器を使っていても操作できるようにする。	2
9.3	スクリプトを使用する場合は、機器依存型のイベント・ハンドラではなく、論理イベント・ハンドラを指定する。	2
9.4	リンク、フォーム・コントロール、オブジェクトのなかをtabキーで移動する場合に、移動順序が論理的になるように設定する。	3
9.5	リンク（クライアント・サイドのイメージマップ内にあるリンクを含む）、フォーム・コントロール、フォーム・コントロール・グループのなかで重要なものには、キーボードによるショートカットを付ける。	3
10.1	ユーザ・エージェントを使って、ユーザが新しいウィンドウを開かないよう設定できるようになるまで、ユーザへの告知なしに、ポップアップなどの別ウィンドウを開いたり、使用中のウィンドウを変更したりしない。	2
10.2	ユーザ・エージェントが、ラベルとフォーム・コントロールの明確な関連づけをサポートするようになるまで、暗黙の状態でフォーム・コントロールと関連づけられたラベルがある場合は、必ず適切な位置に配置する。	2
10.3	ユーザ・エージェント（支援技術を含む）が、並列に配置されたテキストを正しく出力できるようになるまで、囲みコラムやテキストを並列にレイアウトしたテーブルにはすべて、横1行に直線的にレイアウトした状態のテキストを代替形式として提供する。代替形式は、同じページでも、別のページで提供してもかまわない。	3
10.4	ユーザ・エージェントが、値が空白のフィールドを正しく扱えるようになるまで、エディット・ボックスとテキスト領域には、プレースホルダー用の文字をデフォルトで入れておく。	3
10.5	ユーザ・エージェント（支援技術を含む）が、隣接するリンクを別々のリンクとして正しく処理できるようになるまで、隣接するリンクとリンクの間には、印刷可能な非リンクの文字を挿入しておく。非リンクを示す文字の前後には、スペースを入れる。	3
11.1	作業を遂行するうえで、W3Cのテクノロジーが利用可能かつ適切であるなら、それを使用する。最新バージョンがサポートされているなら、それを使う。	2
11.2	W3Cのテクノロジーのなかで、非推奨となっているものは使わない。	2
11.3	ユーザが設定した言語やコンテンツ・タイプでドキュメントを受信できるように、情報を提供する。	3
11.4	可能な手段をすべて用いてもアクセシブルなページを作成できない場合は、W3Cのテクノロジーを使った代替ページへリンクさせる。代替ページは、アクセシブルであること、オリジナル・コンテンツと同等の代替情報（または機能）を持つこと、オリジナル・ページと同じ頻度でアップデートすることが必要だ。	1		注1
12.1	フレームを識別しやすく、また、ナビゲーションを容易にするために、各フレームにはタイトルを付ける。	1
12.2	フレーム・タイトルだけでは分かりにくい場合は、フレームの目的や各フレームの関連性についても記述する。	2
12.3	情報のブロックが大きい場合は、自然かつ適切な単位に区切ってグループ化し、扱いやすくする。	2
12.4	ラベルとコントロールを明確に関連づける。	2
13.1	リンク先を分かりやすく示す。	2
13.2	メタデータを使って、ページやサイトに意味情報を追加する。	2
13.3	サイト全体のレイアウトに関する情報（サイトマップや目次など）を提供する。	2
13.4	一貫性のあるナビゲーション・メカニズムを使用する。	2
13.5	ナビゲーション・バーを設置して、ナビゲーション・メカニズムを強調し、アクセスしやすくする。	3
13.6	ユーザ・エージェントに配慮して、関連する複数のリンクはグループ化してまとめ、各グループを識別しておく。また、ユーザ・エージェントがこれらを正しく処理できるようになるまでは、グループを読み飛ばすことができる方法も提供する。	3		注2
13.7	サーチ機能がある場合は、ユーザのスキルや設定に応じた各種タイプのサーチが行えるようにする。	3
13.8	見出し、パラグラフ、リストの冒頭には、それらを識別できる情報を配置する。	3
13.9	ドキュメントが複数のページにまたがる場合などは、ドキュメントの集合に関する情報を提供する。	3
13.10	複数ラインにまたがるASCIIアートがある場合は、それをスキップできる方法を提供する。	3
14.1	サイトのコンテンツに適する言葉を、できるかぎり明瞭かつシンプルに表現する。	1
14.2	ページを理解するのに役立つように、グラフィックやオーディオ表現の内容をテキストで補足する。	3
14.3	サイト全体を通して一貫性のある表現スタイルにする。	3

＊注意1.　この項目は、どうしてもアクセシブルにできない場合に代替ページを提供することを定めています。あくまで最終手段として許されることであり、LIFTではチェックしません。

＊注意2.　この項目は、W3C/WCAG1.0では優先度3になっているため、LIFT2.0より「米国508条」のガイドラインにだけ組み込まれています。

このページの先頭へ ▲