WCAG 2.1 クイックガイド quick-guide-to-wcag

Adobe Experience Manager(AEM)は、web コンテンツのアクセシビリティガイドラインへの準拠を最大限に高めるように開発されました。

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

NOTE
WCAG 2.1 は、2008 年に発行した以前のバージョン WCAG 2.0 を更新したものです。WCAG 2.1 - WCAG 2.0 との比較を参照してください。
NOTE
更新版のガイドライン WCAG 2.2 は現在作成中ですが、このポイントについては考慮されません。

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

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

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

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

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

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

  • テクノロジーに非依存: ​言い換えると、これらのガイドラインは、HTML に限らず、様々な Web コンテンツ形式に適用できます。つまり、WCAG 2.1 では、PDF、Flash、JavaScript、およびその他の最新/将来の Web テクノロジーによって生成または提供されるコンテンツをカバーしています。

  • テスト可能: ​各ガイドラインは、客観的にテストできるように記述されており、アクセシビリティの専門家グループによるガイドライン準拠の同意が得られやすくなっています。アクセシビリティガイドラインの課題の 1 つは、技術的にテスト可能なものもあれば、ガイドラインに正しく準拠しているかどうかの判断が人間に委ねられる場合もあることです。

  • 優先順位およびコンテキストに基づく実装に対応: WCAG 2.1 ガイドラインには、障碍を抱える特定のユーザーグループを対象としたガイドラインに準拠しなかった場合、どのような影響が想定されるかを基準として、優先順位が付けられています。これにより、作成者は、特定の状況下で最も重要となるガイドラインを十分な情報から判断することができます。さらに、アクセシビリティサポート ​の概念が導入されています。これにより、アクセシビリティサポートが完全でない場合や、ユーザーがアクセシビリティ機能を活用するために特定の支援テクノロジーやブラウザを利用する必要がある場合に、作成者が web テクノロジーの最適な使用方法を決定することができます。

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

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

構造 structure

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

WCAG 2.1 は、アクセシブルなデザインの 4 つの主要な原則(略して「POUR」)で構成されています。以下の項目が該当します。

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

以下に詳述します。

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

  • ガイドラインは、肯定的表現(Do this…)または否定的表現(Do not do this…)の指示として記載されています。

  • ガイドラインには 1.1~4.1 の番号が割り振られ、先頭の番号は親原則に対応しています。

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

  • 達成基準は、特定の Web ページに対して True または False のいずれかの表現で記述されています。

  • 達成基準には、二者択一の選択肢が含まれているか、例外、つまり達成基準を満たす必要がない状況が示されています。

  • 達成基準には、親ガイドラインおよび親原則に従って、1.1.1~4.1.1 の番号が割り振られています。また、容易に参照できるように、基準の意図を要約した簡易名が割り当てられています。例えば、達成基準 1.1.1 は非テキストコンテンツです。

  • 達成基準には、関連する​ テクニック ​のリストが含まれています(詳しくは、後述の説明を参照)。

サポートリソース supporting-resources

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

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

WCAG 2.1 リソース wcag-resources

このリストは完全なものではなく、利用可能なリソースの紹介を提供しています。

WCAG 2.1 の新機能 what-is-new

このガイドラインは、WCAG 2.1 の新機能に関する情報を提供します。

  • WCAG 2.1 の新機能は、WCAG 2.0 および WCAG 2.1 の差分に関する貴重な情報を提供します。

  • WCAG 2.0 と 2.1 の節では、これらの関係のステータスをさらに明確にします。

WCAG 2.1 の各種テクニック techniques-for-wcag

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

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

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

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

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

各テクニックには、そのコレクションに関連する一意の番号が割り振られています。例えば、ARIA テクニックの 1 つは Technique ARIA2:aria-required プロパティを使用した必須フィールドの識別です。

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

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

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

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

WCAG 2.1 の理解 understanding-wcag

ここでは、特定のガイドラインや達成基準の目的を理解するのに役立つアドバイスを記載した、一連のドキュメントを紹介します。概要と、詳細情報へのリンクをダウンロードできます。

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

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

個々の達成基準の「理解」ページでは、次の情報が提供されます。

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

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

WCAG 2.1 に準拠する方法 how-to-meet-wcag

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

このリソースでは、フィルタリングを行わずに、すべての達成基準がガイドライン別にグループ化されて表示されます。達成基準ごとに次のものが用意されています。

  • 達成基準のテキスト
  • 対応する「理解」ドキュメントへのリンク
  • 関連する十分なテクニックのリスト(各テクニックの詳細へのリンクを含む)
  • 関連する参考テクニックのリスト(存在する場合は、各テクニックの詳細へのリンクを含む)
  • 関連する失敗のリスト(各失敗の詳細へのリンクを含む)
recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2