WCAG 2.0 クイックガイド

AEM は、Web Content Accessibility Guidelines を最大限順守するように開発されました。

Web Content Accessibility Guidelines バージョン 2.0(WCAG2)は、World Wide Web Consortium(W3C)Web Accessibility Initiative(WAI)の下で開発した一連のガイドラインであり、国際的に認知されています。

WCAG 2.0 は、障碍のあるユーザーが Web コンテンツにアクセスして利用できるようにするための、テクノロジーから独立した一連のガイドラインおよび達成基準で構成されます。これらのガイドラインでは、Web コンテンツの作成者、デザイナー、開発者を対象として、視覚障碍、難聴、学習障碍、加齢に伴う制限をはじめとする障碍の種類に関係なく、できるだけ多くの人ができるだけ容易にアクセスできるようなリソースを作成するようアドバイスしています。

例えば、HTML の alt 属性を使用して画像(またはその他のテキスト以外のコンテンツ)を説明すると、視覚障碍または弱視の人にとって大きな助けとなります。alt 属性内のテキストの説明は、音声出力に変換したり、電子的に再生可能な点字ディスプレイに転送したりすることができます。

また、WCAG 2.0 は、状況的問題​を抱える人などにも恩恵があります。ブラウズテクノロジー、ネットワーク接続速度、ブラウズ環境などの環境が原因で、障碍を抱える人と同じような障壁に直面することもあります。

Adobe Experience Manager を使用すると、コンテンツ作成者や Web サイトの所有者は、関連する WCAG 2.0 レベル A およびレベル AA の達成基準を満たす Web コンテンツを作成できます。

したがって、WCAG 2.0 の目的とガイドラインの構造を理解することは、Web アクセシビリティについて理解したり、ガイドラインを参考にアクセスしやすい Web コンテンツを作成したりするうえで重要です。

WCAG 2.0 の目的は次のようなガイドラインを提供することです。

  • テクノロジーにとらわれない:

    つまり、HTMLだけでなく、様々なWebコンテンツ形式に適用できるガイドラインです。 つまり、WCAG 2.0 では、PDF、Flash、JavaScript、およびその他の最新/将来の Web テクノロジーによって生成または提供されるコンテンツをカバーしています。これは、他の Web コンテンツ形式を犠牲にして HTML に焦点を当てていた WCAG 1.0 の弱みに対処することを目的としています。

  • テスト可能:

    各ガイドラインは、客観的にテストし、アクセシビリティの専門家のグループが、そのガイドラインが満たされたことに一般的に同意できるように書かれています。 アクセシビリティガイドラインの課題の 1 つは、技術的にテスト可能なものもあれば、ガイドラインに正しく準拠しているかどうかの判断が人間に委ねられる場合もあることです。WCAG 2.0 は、WCAG 1.0 の一部のガイドラインおよびチェックポイントに見られていた主観性を減らすことを目的として記述されています。

  • 優先度の高いコンテキスト実装​をサポート

    WCAG 1.0と同様、WCAG 2.0のガイドラインは、障害を持つ特定のユーザーグループに対してガイドラインに従わない場合の影響に関して、優先度が与えられています。 これにより、作成者は、特定の状況下で最も重要となるガイドラインを十分な情報から判断することができます。また、アクセシビリティサポート​の概念が導入されました。そのため、作成者は、アクセシビリティサポートが完全ではない Web テクノロジーを最大限に生かす方法を判断したり、アクセシビリティ機能の恩恵を受けられるように、特定の支援テクノロジーまたはブラウザーを使用するようユーザーに要求したりすることができます。

これらの目的は、WCAG 2.0 の構造に大きく影響しています。

メモ

考えられるあらゆる障碍、またはあらゆるタイプの人を考慮に入れた Web サイトを作成することは不可能です。WCAG 2.0 の目的は、Web 作成者が、特定の条件下かつ妥当な範囲内で可能な限り容易にアクセスできるサイトを作成できるようにすることです。

メモ

WCAG 1.0 に精通している場合は、WCAG 2.0 のいくつかの変更に気付くでしょう。これらの変更は、適用範囲、組織、および目的に関するものです。

構造

WCAG 2.0 は、アクセスしやすい Web コンテンツの作成の概念について段階的に詳しく紹介するように構成されています。この点から、WCAG 2.0 は相互に接続された非常に複雑なドキュメントセットであるという印象を受けますが、詳細情報を 1 つの非常に大きなドキュメントでまとめて提供するのではなく、作成者が必要とするときに(段階的に)提供することを目的としています。

WCAG 2.0は、アクセシブルなデザインのための4つの主要な原則から構成されています。 これらは次のとおりです。

  1. 知覚可能:ユーザーが該当する Web コンテンツを感じ取ることが可能か。
  2. 操作可能:ユーザーがナビゲートしたり、データを入力したり、Web コンテンツと対話したりすることが可能か。
  3. 理解可能:ユーザーが提示された Web コンテンツを処理および理解することが可能か。
  4. 堅牢:従来のブラウズ環境と新興のブラウズ環境の両方を含め、様々なブラウズ環境で Web コンテンツを意図したとおりに利用できるか。

これらの原則は頭字語 POUR で表される場合もあります。

  • 各​原則​は 1 つ以上の​ガイドライン​で構成されます。

    • ガイドラインは、肯定的表現(Do this…)または否定的表現(Do not do this…)の指示として記載されています。
    • ガイドラインには 1.1 ~ 4.1 の番号が割り振られ、先頭番号は親原則に対応しています。
  • 各ガイドラインは 1 つ以上の​達成基準​で構成されます。

    • 達成基準は、特定の Web ページに対して True または False のいずれかの表現で記述されています。
    • 達成基準には、二者択一の選択肢が含まれているか、例外、つまり達成基準を満たす必要がない状況が示されています。
    • 達成基準には、親ガイドラインおよび親原則に従って、1.1.1 ~ 4.1.1 の番号が割り振られています。また、容易に参照できるように、基準の意図を要約した簡易名が割り当てられています。例えば、達成基準 1.1.1 は非テキストコンテンツです。
    • 達成基準には、関連する​テクニック​のリストが含まれています(詳しくは、後述の説明を参照)。

サポートリソース

WCAG 2.0 のコアコンポーネントである原則、ガイドライン、および達成基準とは別に、一連のサポートドキュメントが用意されています。これらの中には、ガイドラインの各側面に準拠する方法を具体的にアドバイスするものもあれば、様々な能力を持つ Web 作成者、デザイナー、および開発者が WCAG 2.0 を理解し、できるだけ効果的に使用するのに役立つ一般的な参考資料もあります。

WCAG 2.0 は不変のドキュメントであり、変更されることはありませんが、これらのサポートリソースのほとんどは動的なドキュメントであり、今後、新興テクノロジーが登場したり、Web アクセシビリティの達成方法について新たな例が見つかったりした場合、内容が改訂および追加されていきます。

WCAG 2.0 リソース

WCAG 2.0 の各種テクニック

WCAG 2.0 の各種テクニックを「Techniques for WCAG 2.0」ページで参照できます。

これらの​テクニック​は、WCAG 2.0 階層の達成基準の下位レベルを構成するものです。これらは、WAI により、規範としてではなく、参考情報として分類されています。つまり、リソースを WCAG 2.0 に準拠させる際に、特定のテクニックに必ずしも従う必要はありません。

テクニックは達成基準よりも具体的に説明されており、通常、特定のテクノロジーやコンテンツタイプ(HTML やビデオなど)、状況(e コマースや e ラーニングアプリケーションなど)について言及されています。テクニックは、特定のガイドラインや達成基準に準拠するための実証済みの方法の例と考えることができ、特定のコンテキストで作業する作成者や開発者にとって役立ちます。

テクニックには次の場所からアクセスします。

  • コレクションから(テクニックは一般的なものもあれば、HTML、CSS、クライアント側スクリプティングなど、特定のテクノロジーや形式に関連するものもあります)。
  • 関連する達成基準から。テクニックは複数の達成基準に適用することができます。

各テクニックには、そのコレクションに関連する一意の番号が割り振られています。例えば、ARIA テクニックの 1 つは「Technique ARIA2: Identifying required fields with the "required" property」です。

テクニックは、「十分」(Sufficient)、「参考」(Advisory)、または「失敗」(Failure)に分類されます。

  • 十分なテクニック​**​は、従うと、特定の達成基準を十分に満たすことができます。
  • 参考テクニック​**​は、従うと、アクセシビリティにプラスの影響を与えますが、それだけでは特定の達成基準を満たすのに十分ではない可能性があります。
  • 失敗テクニック​**​は、達成基準を満たすことができない特定の例を示すものです。

テクニックの詳細には、説明、適用可能性、例、さらに具体的な情報を示すリソース、テクニックを正しく適用できているかをテストする方法の詳細が含まれています。

テクニックのリストは完全なものではなく、Web テクノロジーの開発、デザインアプローチ、研究結果を反映した新しい例を追加する形で WAI により定期的に更新されています。したがって、テクニックのリストを定期的にチェックして、新たな追加がないか確認することをお勧めします。

WCAG 2.0 の理解

ここでは、特定のガイドラインや達成基準の目的を十分に理解するのに役立つアドバイスを記載した一連のドキュメントが紹介されています。概要をダウンロードするとともに、リンクをたどってさらに詳細な情報を参照することができます。

個々のガイドラインおよび達成基準にも、次の情報を示す「理解」ページがそれぞれ個別に用意されています。

  • ガイドラインの意図
  • 特定の達成基準
  • 参考テクニック(ガイドラインの要件を満たす際に参考になるものの、特定の達成基準に当てはまるわけではないもの)

個々の達成基準にも、次の情報を示す「理解」ページがそれぞれ個別に用意されています。

  • 達成基準の意図
  • 達成基準を満たす方法の一般的な例
  • 達成基準を満たす方法を示す関連リソース(W3C 以外)
  • テクニックと失敗:達成基準を満たす方法を具体的かつ詳細に示す例(詳しくは、後述の説明を参照)
  • 主要用語:達成基準を理解するうえで重要となる用語集

Understanding Success Criterion 1.1.1 ("Non-text content")」に例が紹介されています。

WCAG 2.0 に準拠する方法

How To Meet WCAG 2.0」ページには、ガイドラインに準拠するための方法を示す節があります。この節では、WCAG が別の形式で示されており、読者個人の関心や環境に合わせてガイドラインの内容を絞り込むことができます。読者は、カスケードスタイルシートやスクリプティングなどの特定の Web コンテンツテクノロジーを指定したり、特定の優先順位を指定したりすることによって、目的の達成基準テクニックをフィルタリングして表示できます。

フィルタリングを使用しなかった場合、すべての達成基準がガイドライン別にグループ化されて表示されます。達成基準ごとに次のものが用意されています。

  • 達成基準のテキスト
  • 対応する「理解」ドキュメントへのリンク
  • 関連する十分なテクニックのリスト(各テクニックの詳細へのリンクあり)
  • 関連する参考テクニックのリスト(各テクニックの詳細へのリンクあり、存在する場合)
  • 関連する失敗のリスト(各失敗の詳細へのリンクあり)

このページ

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now