イントロダクション
このセクションは、参考情報である。
あ
なたが読んでいるのは、Web Content Accessibility Guidelines
(WCAG)のバージョン2.0である。これは、Webコンテンツを、全盲や弱視、聾や聴力喪失、学習困難、認知制限、運動制限、発話困難などを含めた広
範囲にわたる障害のある人々にとってアクセシブルにするための要件を定義した、中心となる文書である。これらのガイドラインに従うことで、あなたのWeb
コンテンツを高齢者を含めて多くのユーザーにとってより使いやすいものにするだろう。また、人々が多種多様な支援技術やモバイル技術を含んだ多くの異なるデバイスを用いて、Webコンテンツにアクセスすることを可能にする。
WCAG 2.0 は、Webコンテンツをよりアクセシブルにするための広範囲にわたる推奨事項をカバーしている。ガイドラインには、アクセシビリティに特定のインパクトを持つ部分を除いて、ユーザビリティの推奨事項は含んでいない。
WCAG 2.0 文書自体は以下の内容で構成されている。
-
このイントロダクション
-
WCAG 2.0への適合に関する情報
-
各ガイドラインに対して達成基準のあるガイドライン
-
"満たす方法"という、各ガイドラインに対しての意図、十分なテクニック、事例および利点に関する情報へのリンク
-
エンドユーザーが利用可能な技術に関するベースラインの想定を定義する、ワーキンググループのアプローチに関する情報へのリンク
-
用語定義、チェックリスト、リファレンスおよびその他の補助的な情報を含む附録文書
関連文書
WCAG
2.0 (この文書)に加えて、補足情報および事例を提供する関連の補助文書が数多くある。こういったその他の文書は参考情報でしかなく、WCAG
2.0への適合に関しては定義していない。この文書(WCAG
2.0)のみが規定である。すなわち、この文書のみが、このガイドラインへの適合を定義するために用いられうる。読者は、達成基準および適合の文書化に関
する情報の正確な記述を確認するためには、WCAG 2.0を参考にすべきである。
これに関連したその他の文書一式は、読者がWCAG 2.0および適合したコンテンツの制作方法を理解する手助けするために提供されている。それらの参考情報の文書は、以下に挙げるようなさまざまな読者が用いることを想定して書かれている。
-
Webコンテンツ制作する人
-
ソースコードを記述する開発者
-
品質保証あるいはアクセシビリティの評価者
-
ポリシー策定者
-
経営者
-
ユーザー
現在のところ、これらの参考情報には以下のようなものがある。
ワー
キンググループは、その他の特定の技術に関するテクニック文書を数多く公開する予定で、W3C技術ではない技術を用いてWCAG
2.0の要件を満たす方法を示すテクニック文書の作成を推奨している。これらの文書およびWCAG 2.0に関連するその他の参考情報文書の一覧は、Working Group home page をご覧ください。
技
術仕様において求められる正確さと明快さを保ちながら、WCAG
2.0および上記の関連文書をできるかぎり読みやすく活用しやすくするように最善の努力がされている。時折、明快さやテスタビリティのために技術的な用語
を使用する必要がある。そのような場合は、その用語は附録文書 A 用語集で定義されている。読者の理解を手助けするために "満たす方法" というリンクが各達成基準にあり、読者は1クリックでその達成基準に関する詳細な情報を、2クリックでその達成基準に関連する特定のテクニックの説明を、それぞれ読むことができる。
ワーキンググループは、アクセシビリティの初心者である読者は追加の情報を必要とすることがあるのを認識している。そのような読者のためには、Web Accessibility Initiative（英語）やそのEducation and Outreach Working Group（英語）の制作物をお薦めする。"Getting Started: Making a Web Site Accessible（英語）" と "How People with Disabilities Use the Web（英語）" という記事は特に役に立つはずである。
オーサリングツール
Web
コンテンツの大部分は、オーサリングツールを用いて制作されている。Webコンテンツがどのように制作されるかは、そのツールがオーサリング上の判断をし
たり、制作者にとっての選択肢を制限したりして、しばしばそのオーサリングツールによって決まってしまう。結果として、オーサリングツールは、Web
Content Accessibility
Guidelinesに適合するWebコンテンツを制作する上で重要な役割を担うことになる。同時に、ワーキンググループは制作者がガイドラインをよく理
解することを推奨する。なぜなら、そうすることでアクセシブルなコンテンツを制作する上で役に立つし、ツールによってガイドラインのサポート状況は異なる
からである。
オーサリングツールの開発者は、Authoring Tool Accessibility
Guidelinesに従うことで、そのツールをWeb Content Accessibility
Guidelinesに対応させることができる。ワーキンググループは、オーサリングツールのユーザーおよび購入者に、ツールを選択する際の基準として、
Authoring Tool Accessibility Guidelinesへの適合度を考慮することを推奨する。WCAG
2.0のリリース時における最新バージョンは、Authoring Tool Accessibility Guidelines 1.0（英語）である。しかしながら、バージョン 2.0が完成間近であり、WCAG 2.0を基に作成されている。Authoring Tool Accessibility Guidelines 2.0（英語）の最新版は、http://www.w3.org/TR/ATAG20 にある。
アクセシビリティの4つの原則
WCAG 2.0のガイドラインは、以下に挙げる4つの原則の下に構成されている。
-
コンテンツは知覚できなければならない
-
コンテンツのインターフェイス要素は操作可能でなければならない
-
コンテンツとコントロールは理解可能でなければならない
-
コンテンツは現在および将来のユーザーエージェント（支援技術を含む）での利用に耐えるものでなければならない
こ
れらの4つの原則は、誰もがWebコンテンツにアクセスして利用するために必要な基礎を築くものである。WCAG
2.0は、障害のある人々がWebコンテンツを知覚し、操作し、理解することができるようにする方法に関する情報を提供している。各原則の下には、その原
則に対応するガイドラインのリストがある。そして、各ガイドラインの下には、そのガイドラインにおいてWCAG
2.0への適合を評価するために用いられる達成基準がある。達成基準は、特定のWebコンテンツがその達成基準によってテストされる際に、基準をクリアし
ているかいないかのどちらかになるように記述されている。達成基準は、3つの適合レベルによりグループ分けされており、そのガイドラインにおけるア
クセシビリティのレベルを示している。
原則、ガイドライン、および達成基準は、用いられている技術に関係なく、アクセシビリティの課題およびニーズを解決する考え方を示している。それらは、HTML、XML、あるいは他のあらゆる技術に特有のものではない。このアプローチにより、WCAG 2.0は、まだ存在していないものも含めて、多様なシチュエーションや技術に適用することが可能である。
原則とガイドラインは、Web制作者に方向性とガイダンスを提供する。達成基準は、正誤形式で書かれているので、適合性を判断する上で用いることができる。これらのうち、達成基準のみがテスト可能（testable）である。
WCAG 2.0で用いられている重要で新しい用語
WCAG 2.0では、幾つかの重要で新しい用語が用いている。そういった用語は、用語集(附録文書 A 用語集)で定義されており、これらの用語やその他の重要な用語が達成基準で用いられている際には、必ずその定義へのリンクを提供している。これらの新しい用語をより理解しやすくするために、ここで簡潔に紹介しておく。
重
要で新しい用語の1つに "Webユニット（Web unit）" がある。Webページが "Webユニット"
の最も一般的なタイプである。"ページ"
という用語が適用できないことのあるWebアプリケーションやその他のタイプのコンテンツをカバーできることから、より広範な意味を持つこの用語を用いて
いる。Webユニットというのは、一緒にレンダリングされ、1つのUniform Resource Identifier
(URLのように)で特定される、1つあるいはそれ以上のリソースから成るあらゆる情報の集合のことを指す。例えば、幾つかの画像とスタイルシートを含ん
でいるWebページは、典型的なWebユニットである。
幾つかの達成基準では、コンテンツ（あるいはコンテンツの一部）が
"プログラム的に決められていること（programmatically determined）"
を要求している。これは、制作者がそのコンテンツをソフトウェアのアクセスできる形で提供するように責任を負うことを意味する。たとえ、ユーザーがオリジ
ナルとは異なる知覚手段を必要としたとしても、これは支援技術がコンテンツを認識してユーザーへ提供できるようにするために重要なことである。例えば、支
援技術の中には、テキストを音声あるいは点字に変換するものがある。また、将来的にはコンテンツを認知障害のある人々のためにより単純な形式に変換できた
り、その他のエージェントをベースにした技術でのアクセスを可能にしたりするだろう。これはコンテンツ自体がプログラム的に決められている場合のみ可能な
ことである。
またWCAG 2.0は、WCAG 2.0を変化し続ける技術や様々な国や環境により異なるニーズに適用できるように、"ベースライン(baseline)" という用語を導入している。ベースラインについては、適合に関するセクションやAbout Baselines for WCAG 2.0（英語）にて、より詳細に解説している。
適合
このセクションは規定である。
適合とは、Webコンテンツがこの文書で定義されている達成基準を満たしていることを意味する。このセクションでは、この文書を通じて用いられている適合のスキームの概略を紹介する。
各ガイドラインの達成基準は、3つのレベルで構成されている。
-
レベル 1 達成基準:
-
最小限レベルのアクセシビリティを確保する
-
全てのWebコンテンツに無理なく適用できる
-
レベル 2 達成基準:
-
より高いレベルのアクセシビリティを確保する
-
全てのWebコンテンツに無理なく適用できる
-
レベル 3 達成基準:
-
付加的にアクセシビリティを強化する
-
必ずしも全てのWebコンテンツには適用できない
注記 1:全てのレベル3 達成基準が全てのタイプのコンテンツに用いることが可能ではないので、トリプルAの適合はレベル3達成基準の部分的な適合のみを必要とする。
注記 2: ガイドラインは、必ずしも各レベルにおいて達成基準があるとはかぎらない。中にはたった1つのレベルしか達成基準がないものもある。
達
成基準をグループ分けするこの手法は、WCAG 1.0で用いられたアプローチとは重要な点で異なる。WCAG
1.0の各チェックポイントには、アクセシビリティにおけるそのインパクトによって "優先度"
が割り当てられていた。そのため、優先度3のチェックポイントは、優先度1よりも重要ではないかのような印象を与えていた。WCAGワーキンググループ
は、WCAG 2.0の全ての達成基準がある人々にとっては必要不可欠なものであると考えている。そこで、WCAG
1.0で用いられていたチェックポイントおよび優先度という体系は、前述のようなレベル1、2、そして3の下における達成基準に置き換えられている。ただ
し、全ての3つのレベルに適合したとしても、Webコンテンツが全ての人々にとってアクセシブルになるわけではないことを留意していただきたい。
全
てのWCAG
2.0の達成基準はテスト可能である。コンピュータのプログラムによってテスト可能なものもあれば、しかるべき人間のテスターによってテストしなければな
らないものもある。時には、コンピュータのプログラムとしかるべき人間によるテストを組合せる場合もある。WCAG
2,0を理解している人が同じコンテンツを同じ達成基準でテストしたときには、高い信頼性とともに同じ結果が得られるべきである。
注記: 各
達成基準に対して、ワーキンググループがその要件を満たすのに十分であると考えるテクニックのリストがある。各テクニックには、そのテクニックが上手く実
装されたかどうかを判断するためのテストがある。もし、"十分な"テクニックあるいはテクニックの組合せに対するテスト（複数の場合もあり）をクリアすれ
ば、ワーキンググループはその達成基準が満たされていると考える。しかしながら、全てのテクニックの全てのテストをクリアする必要はない。"十分な"テク
ニックの1つだけを用いて、ある達成基準を満たせるともかぎらない。一方で、ワーキンググループによって文書化されていないその他のテクニックでも、その
達成基準を満たすことがあるかもしれない。
想定技術と "ベースライン"
WCAG
2.0は、アクセシビリティのガイドライン（ゴール）と達成基準（様々なアクセシビリティのレベルで適合するためのテスト可能な基準）を定義している。ガ
イドラインおよび達成基準は、アクセシビリティをサポートしているあらゆるWeb技術を用いて適合できるように、技術に依存しない形式で記述されている。
それゆえ、WCAG 2.0はあらゆる特定の技術の使用を要求したり、禁止したりすることはない。その技術がアクセシブルなユーザーエージェント（支援技術を含む）でサポートされているかぎり、W3C技術とW3Cでない技術の両方を用いてWCAG 2.0に適合することが可能である。
WCAG
2.0では、"ユーザーエージェント"という用語を次の意味で用いている：Webコンテンツをユーザーのために解釈してレンダリングするあらゆるソフト
ウェア。これには、Webコンテンツを解釈してレンダリングする手助けをする支援技術を含めて、、Webブラウザ、メディアプレーヤー、プラグイン、そし
てその他のプログラムが含まれる。支援技術がこの定義に含まれることに留意するのが重要である。支援技術には、障害のある人々のニーズを満たす、スクリー
ンリーダー、画面拡大ソフト、オンスクリーンおよび代替キーボード、シングル・スイッチ、音声認識ソフト、そして多種多様な入出力デバイスなどがある。
ベースライン技術の選択
コ
ンテンツを構築する際に用いるだろうWeb技術(HTML、スクリプト、など)を選択するには、制作者は自分の想定しうるどの技術が、障害のある人々が使
うであろうユーザーエージェント（支援技術を含む）によってサポートされていて動作するのかを知っておく必要がある。もし、制作者がサポートされていない
技術に依存していたとしたならば、そのコンテンツはアクセシブルにできないかもしれない。
制作者の想定ではアクセシブ
ルなユーザーエージェントでサポートされていて動作するような一連の技術を、ベースラインと呼ぶ。制作者は、ユーザーエージェントがベースラインにある技
術の全てをサポートしていて使用可能であると想定して、Webコンテンツの全ての情報および機能がWCAG
2.0に適合していることを保証しなければならない。ベースラインにない技術を用いることもできるが、そのWebコンテンツの全ての情報と機能を、ベース
ラインにない全ての技術が動作している場合と動作していない場合の両方において、適合させなければならない。ユーザーの中にはその技術をサポートしている
ブラウザを持っている人もいれば、持っていない人もいるため、両方の条件が必要である。
誰がベースラインを設定するのか?
ベースラインは、制作者、サイト運営組織、顧客、そして政府機関などを含む（がそれらに限定されない）多くのさまざまな組織によって設定される。
WCAG
2.0は、特定のベースラインを指定することはしない。これには幾つかの理由がある。まず、ベースラインにおいて何をもって妥当とするかはさまざまな環境
により異なる。例えば、ある特定の企業の従業員のみに閲覧されるコンテンツの場合は、その企業が全ての従業員に必要なユーザーエージェント（支援技術を含
む）を提供していれば、ユーザーエージェントはより進歩した技術をサポートしている、と想定することが可能かもしれない。しかしながら、公共分野のWeb
サイトにとっては、より保守的なレベルの技術が、道理にかなって想定されうるものの全てかもしれない。ベースラインは、管轄区域（例えば、州、国、など）
によっても異なるかもしれない。そして、アクセシブルなユーザーエージェントによってサポートされていると想定できる技術のレベルというのは、時間の経過
とともに確実に変化していくものである。
異なるベースラインに導く幾つかのシナリオの事例:
事例 1: 一般の人々に情報を提供する政府のサイト
ある政府機関が、一般の人々を対象にした情報を発信している。指定されたベースラインには、複数のアクセシブルで誰もが無理なく入手できるユーザーエー
ジェントの複数のバージョンで広くサポートされてきている技術しか含まれていない。その政府機関はベースラインを定期的に変更しており、公共分野サイトの
制作者は誰もが無理なく入手できるユーザーエージェント（支援技術を含む）の向上する機能を反映させて、新しい技術でも動作するようにする必要がある。
事例 2: ある特定の政府は、必要とする全ての住民にハイレベルでアクセシブルなユーザーエージェントを提供している
ある政府は全ての住民に、より新しい技術をサポートしているユーザーエージェントを提供している。そのため、その政府は住民のユーザーエージェントがその
技術に対応していると想定することができるので、住民向けのWebサイトの全てに対してより新しい技術を含むベースラインを指定できる。
事例 3: イントラネット
ある組織（公共、民間を問わず）は、従業員に仕事をするのに必要な情報技術ツールを提供している。従業員のみが使用するイントラネットのサイトのベースラ
インには、その組織が従業員に提供しているユーザーエージェントでしかサポートされていない最新技術が含まれている。その企業はその組織内のコンテンツを
閲覧するユーザーエージェントを管理しているので、制作者はそのユーザーエージェント（支援技術を含む）がサポートする技術に関してとても正確な知識を
持っている。
注記: ベースラインは、ユーザーエージェントに関しては指定されないが、そのユーザーエージェント（支援技術）によりサポートされていて動作するWebコンテンツ技術に関して指定されるものである。
ベースラインにない技術の使用
制
作者は、あらゆる情報あるいは機能を伝達するのにその技術だけに依存しないという条件であれば、指定したベースラインにない技術を使用することがある。ま
た、他の技術を用いていることで、ユーザーがベースラインにある技術によってコンテンツにアクセスできることを阻害してはならない。特に、以下が該当しな
ければならない。
-
全てのコンテンツと機能が、指定したベースラインにある技術のみを用いて利用可能であること
-
ベースラインにない技術は、コンテンツを干渉（壊したり、アクセスを阻んだり）しないこと
-
ベースラインにある技術だけをサポートしているユーザーエージェントで使用したとき
-
ベースラインにある技術と追加の技術の両方をサポートしているユーザーエージェントを使用したとき
ベースラインに関する補足（参考）情報は、About Baselines for WCAG 2.0（英語）にある。
適合レベルとベースライン
-
WCAG 2.0のレベルA適合は、ユーザーエージェントが、指定したベースラインにある技術のみをサポートしていると想定して、ガイドラインにある全ての レベル 1 達成基準が満たされていることを意味する。
-
WCAG 2.0のレベルAA適合は、ユーザーエージェントが、指定したベースラインにある技術のみをサポートしていると想定して、ガイドラインにある全ての レベル 1 達成基準および全てのレベル 2 達成基準が満たされていることを意味する。
-
WCAG 2.0のレベルAAA適合は、ユーザーエージェントが、指定したベースラインにある技術のみをサポートしていると想定して、全ての レベル 1、レベル 2 および少なくとも半分（50％）のレベル 3達成基準が満たされていることを意味する。
もし、ある達成基準がコンテンツで用いられていない機能、コンポーネントあるいはコンテンツのタイプに関するものだった場合（例えば、サイト上にマルチメディアのない場合）、その達成基準は自動的に満たされているものとする。
適合宣言
適合宣言は、WebユニットおよびWebユニット一式に適用される（Webユニットは、しばしば従来のWebページという形態をとるが、完全にインタラクティブな没入型の（バーチャルリアリティのような）環境という形態をとることもありうる）。
適合宣言に必須の構成要素
適合宣言は必須ではない。しかしながら、もしあなたが適合宣言をしたいのであれば、その適合宣言には以下に挙げる主張を含まなければならない:
-
宣言の日付
-
ガイドラインのタイトル/バージョン: "Web Content Accessibility Guidelines 2.0"
-
ガイドラインのURI: http://www.w3.org/TR/2006/REC-WCAG20-YYYYMMDD/
注記: WCAG 2.0がW3C勧告文書として公開されたときに、"YYYYMMDD" は正確な日付に置き換えられる。
-
満たした適合レベル: (レベル A、AA あるいは AAA)
-
適合宣言をするのに用いたベースライン (ベースライン技術を適合宣言の中で列挙できる、あるいは、もしそのベースラインがどこかで公開されているのであれば、その適合宣言はそのベースラインを引用して、それを示すURIを提供することができる）
-
宣言の範囲 (1つのURI、URIのリスト、あるいは正規表現により定義されたURI一式)
適合宣言に任意の構成要素:
-
宣言した以上の範囲で満たしている達成基準のリスト
-
宣言がなされたコンテンツを制作するのに "依存した" 特定の技術のリスト (これには、マークアップ言語、スタイルシート言語、スクリプト/プログラミング言語、画像フォーマット、およびマルチメディア・フォーマットなどが含まれる）
-
"用いているが依存してはいない"特定の技術のリスト
-
そのコンテンツをテストしたユーザーエージェントのリスト。これには支援技術を含めるべきである。
-
想定するユーザーあるいはターゲットユーザーに関する情報。これには、言語、地理的情報、あるいはその他の想定ユーザーに関連のある情報を含めることができる。ターゲットユーザーの情報には、障害、あるいは肉体的、感覚的または認知に関する要件に関連することを指定してはならない。
適合宣言の事例
事例 1: 2005年3月23日、http://www.wondercall.example.com は、W3CのWCAG 2.0にレベルAで適合しています。この宣言のベースラインは、XHTML 1.0です。このコンテンツが "依存している" 仕様は、HTML 4.01です。このコンテンツが"用いているが依存してはいない"
仕様は、CSS2 および gifです。このコンテンツは以下に挙げるユーザーエージェントおよび支援技術にてテストしました： Windows
2000 SP4上のFirefox 1.5/Jaws 7.0、Windows XP SP 2上のFirefox 1.5/Jaws
7.0、Windows 2000 SP4上のIE 6.0/Jaws 4.51、Windows 2000 SP4上のIE 6.0/Jaws
7.0、Windows XP SP2上のFirefox 1.5/Jaws 7.0、OS X 10.4上のSafari 2.0。
事例 2: 2006
年5月5日、"G7: An Introduction" http://telcor.example.com/nav/G7/intro.html
は、W3CのWCAG 2.0にレベルAAで適合しています。以下に挙げる達成基準についても追加で満たしています： 1.1.2、1.2.5、および
1.4.3。この宣言のベースラインは、UDBaseline#1-2006（http://UDLabs.org/Baseline#1-
2006.html）です。このコンテンツが "依存している" 仕様は、XHTML 1.0 (Strict)ならびに Real Videoです。このコンテンツが"用いているが依存してはいない"仕様は、JavaScript 1.2、CSS2です。
事例 3: 2007
年6月21日、http://example.com/nav と http://example.com/docs は、W3CのWCAG
2.0にレベルAAAで適合しています。ベースラインは、ISA-Baseline#2-2007（http:
//ISA.example.gov/Baselines/BL2-2007）です。このコンテンツが "依存している"
仕様は、XHTML 1.0 (Strict)、CSS2、JavaScript
1.2、jpeg、pngです。このコンテンツがテストを行った技術は、http:
//example.com/docs/WCAG20/test/technologies.html を参照ください。
適合に関する注記
そのWebユニット（そのWebユニットの一部としてレンダリングされるあらゆる二次的なリソースを含む）によって提供される全てのコンテンツがそのレベルで適合している場合に限り、WebユニットはそのレベルでWCAG 2.0に適合していることになる。
注記: も
し、コンテンツ・ネゴシエーションによって1つのURIから複数の表示が得られる場合は、その適合宣言はネゴシエーションが実行されないときに戻される
Webユニットに対して行うものとする（ネゴシエーションされた形態のうち1つが適合しなければならない場合で、サーバがその状態でエラーを返さないかぎ
り）。（達成基準4.2.1 を参照のこと)
集合したコンテンツ
時
には、Webユニットは、各自がそれぞれの適合レベルを持っている、あるいは持っていない複数のソースから集められてくる（集合する）ことがある。それら
は実際にはいかなるWebユニットでもないかもしれない。それゆえ、それら自体で全ての達成基準を満たすことはなく、不可能なこともある。オーサードユ
ニット（Authored
units）は、"制作者により1つの集合体として制作された素材の幾つかのセット"として定義されている。オーサードユニットを含むWebユニットの適
合レベルは、そのWebユニットのコンテンツおよびそれが含むあらゆるオーサードユニットに対して宣言された最も低い適合レベルとイコールである。そし
て、集合したオーサードユニットに関連するあらゆる宣言も含まれる。もし、個々のオーサードユニットが適合宣言を有していない場合は、その宣言はそのオー
サードユニットのあるWebユニットを基にしなければならない。
適合宣言の範囲
Web
サイトのある部分だけに適用されるように、適合宣言を限定したり"範囲を示したり"することができる。あるサイトの一部分を除外するためにURIで範囲を
示すことにより、制作者はサイトのある部分だけに宣言を行うことが可能になる。前述の事例
3は、範囲を限定した適合宣言である。個々の達成基準の除外を許すことになるので、範囲の限定でコンテンツの特定のタイプ（例えば、画像、あるいはスクリプト）を除外することはできない。
範
囲を限定することでサイトの一部を含めたり除外したりすることができるが、（ショッピングのような）プロセスWおよびオーサードユニットはその全体で考え
なければならない。もし、プロセスあるいはタスクの一部分であるWebユニットの一部があるレベルで適合していなければ、そのプロセスにおけるどのWeb
ユニットもそのレベルで適合宣言はできない。同じことがオーサードユニットにも当てはまる。
事例 1: あるオンラインストアに、製品を選択して購入するのに用いている一連のページがある。その流れの一部であるどのページに対しても適合宣言をするためには、その流れの中にある全てのページは適合していなければならない。
事例 2: あ
るサイトに、アクセシビリティを宣言することを必要としていなくて、かつ宣言したいわけでもないビデオ集がある。そのビデオはある1ヶ所（例：
example.com/movies.php）に置かれている。そのサイトあるいはそのサイトの一部分に対する適合宣言は、そのビデオのあるページを除
外している。そのページの一部としてビデオを表示する代わりに、そのビデオへリンクしているだけのWebユニットに対してであるかぎり、その適合宣言は有
効である（つまり、そのビデオが適合宣言のなされているページ内のコンテンツとして埋め込まれていないかぎり）。
注記 1: 適合していないコンテンツへリンクすることは禁じられていない。以下に挙げるうちの1つが当てはまる場合を除いて、適合していないコンテンツへリンクすることは許容されている。
-
そのコンテンツが、Webページ（あるいは、その他のWebユニット）と一緒にレンダリングされる
-
そのコンテンツ自体が、適合宣言の適用されるURI内にあるWebユニットである
-
そのコンテンツが、適合宣言がなされているプロセスの一部分となるWebユニットである
注記 2: これらのあらゆる場合において、コンテンツはその適合宣言を有効にするためにはガイドラインを満たさなければならない。
こ
の範囲を限定する際の条件は、組織、顧客、あるいは政府に、サイトの全部分がアクセシブルでWCAG
2.0のある適合レベルを満たすことを要求するのを妨げるものではない。WCAG
2.0は、Webサイト全体が適合することを、それが確かに理想ではあるが、要求はしていない。
WCAG 1.0に適合しているコンテンツ
このWCAG 2.0のワーキングドラフトは、WCAG 1.0を踏まえたものであり、1999年5月にWCAG 1.0が制定されて以来寄せられてきたフィードバックを反映している。
Web
Content Accessibility Guidelines ワーキンググループは、（現時点で、安定した規定である）WCAG
1.0を現在使用している組織および個人が、WCAG 2.0へスムーズに移行できるように作業を進めている。WCAG
1.0のチェックポイントとWCAG 2.0のガイドラインおよび達成基準との間の類似点ならびに相違点に関する詳細な情報については、 附録文書 D WCAG 1.0 チェックポイントとWCAG 2.0の比較を参照ください。
コ
ンテンツが現在WCAG 1.0に適合している制作者は、WCAG
2.0へ移行する際には、過去のアクセシビリティへの努力を活用したいと考えるかもしれない。条件付の適合に関する記述により、こういったことに柔軟に対
応することができる。例えば、適合宣言に以下のような記述を含めることが可能である:
"2006年12月31日以前に制作あるいは更新されたページは、WCAG
1.0のレベルAAに適合しています。そして、2006年12月31日以降に制作あるいは更新されたページは、WCAG
2.0のレベルAAに適合しています。"
他の文書からWCAG 2.0を参照する方法
情報の参照
情報提供の形でWCAG 2.0を参照する際には、以下のようなフォーマットを用いるとよい。
Web Content Accessibility Guidelines 2.0、W3C（World Wide Web Consortium）勧告 XX Month Year（
(http://www.w3.org/TR/200X/REC-WCAG20-YYYYMMDD/ 最新版：http://www.w3.org/TR/WCAG20/)
他の標準規格から "すべきである" という記述とともにWCAG 2.0を参照する場合
ある標準規格において、すべきである（should）と
いう記述（あるいは、条例における助言的な記述）を用いてWCAG 2.0を参照する際には、WCAG
2.0全体を参照すべきである。このことは、WCAG
2.0の3つのレベル全てが考慮されるべきであるが必須ではないことを意味する。それゆえ、"すべきである"という記述でWCAG
2.0を参照するフォーマットは以下のようになる。
Web Content Accessibility Guidelines 2.0、W3C（World Wide Web Consortium）勧告 XX Month Year
(http://www.w3.org/TR/200X/REC-WCAG20-YYYYMMDD/)
他の標準規格から "しなければならない" という記述とともにWCAG 2.0を参照する場合
要件の一部としてWCAG 2.0を引用する際（例えば、標準規格あるいは条例でしなければならないと記述する際）には、その参照には必須となるWCAG 2.0の特定の部分を含めなければ成らない。このようにWCAG 2.0を参照する際は、以下のルールが適用される。
-
WCAG 2.0のどのレベルでも適合するには、レベル 1達成基準の全てを満たす必要がある。レベル 1のどんなサブセットもWCAG 2.0の参照とはなりえない。
-
レベル 1を超えれば、"しなければならない" という参照には、レベル 2およびレベル 3の条項のどんなサブセットも含めてもよい。つまり、"レベル 1全てと [レベル 2 およびレベル 3の中から特定の幾つかの達成基準のリスト]"を満たしていることを要求するのは可能である。
-
もし、WCAG 2,0へのレベルAAでの適合が指定されている場合は、レベル 1とレベル 2の達成基準全てが満たされていないければならない。
-
もし、WCAG 2.0へのレベルAAAでの適合が指定されている場合は、レベル 1とレベル 2の達成基準全てとあわせて、用いているコンテンツのタイプに適用されるレベル 3達成基準のうち少なくとも50％が満たされていなければならない。
事例
レベル 1の達成基準のみを引用（レベルAでの適合）する場合：
Web
Content Accessibility Guidelines 2.0、W3C（World Wide Web Consortium）勧告
XX Month Year、レベル 1 達成基準（http://www.w3.org/TR/200X/REC-WCAG20-YYYYMMDD/)
レベル 1とレベル 2の達成基準を引用（レベルAAでの適合）する場合：
Web
Content Accessibility Guidelines 2.0、W3C（World Wide Web Consortium）勧告
XX Month Year、レベル 1 & レベル 2
達成基準（http://www.w3.org/TR/200X/REC-WCAG20-YYYYMMDD/)
レベル 1達成基準と選択したレベル 2とレベル 3の達成基準を引用する場合：
Web
Content Accessibility Guidelines 2.0、W3C（World Wide Web Consortium）勧告
XX Month Year、レベル 1 達成基準 および 達成基準 1.x.x、 2.y.y、 …
3.z.z（http://www.w3.org/TR/200X/REC-WCAG20-YYYYMMDD/)
注記: サイト全体に対してレベルAAAでの適合を要求することは推奨しない。
"しなければならない" という記述でWCAGを参照する事例
「利
用可能な公開されているWebサイト上の全てのWebコンテンツは、Web Content Accessibility Guidelines
2.0、W3C（World Wide Web Consortium）勧告 XX Month Year、レベル 1達成基準および達成基準
1.3.3、1.3.4、1.4.1、2.4.2-6、3.1.6（http://www.w3.org/TR/200X/REC-WCAG20-
YYYYMMDD/）に適合しなければならない。」
WCAGのサポート文書にあるコンテンツの参照
Understanding
WCAG 2.0に挙げられていて他のサポート文書で説明されているテクニックは、WCAG 2.0 勧告の規定部分ではないので、WCAG
2.0勧告自体の引用を用いて引用されるべきではない。サポート文書にあるテクニックの参照は、別々に引用されるべきである。
テクニックは、個々のテクニック文書あるいはWCAG 2.0のテクニック文書のマスターに基づいて引用可能である。例えば、 "img要素にalt属性を用いる" というテクニックは以下のように引用する。
"img要素にalt属性を用いる"、W3C（World Wide Web Consortium）ノート (URL: http://www.w3.org/TR/NOTE-WCAG20-TECHS/UsingAltOnImg.html/)
あるいは、
W3C（World Wide Web Consortium (200x): WCAG2.0 HTML テクニック (URL: http://www.w3.org/TR/NOTE-WCAG20-TECHS/HTMLTechs.html)
注記: テクニックは、あらゆる標準規格あるいは条例の"必須"として参照されることを目的としていない。
