WCAG A、AA、AAA 適合レベルについて
WordPress のコミットメントは、すべての WCAG 2.2 レベル A およびレベル AA ガイドラインに準拠することです。レベル AAA の成功基準への準拠は、関連する場合に奨励されており、これらのガイドラインのいずれかのアクセシビリティを超えることも奨励されています。
レベル A の成功基準は、非常に広範囲にわたるアクセシビリティの障壁と見なされる懸念に対処し、多くの人々がサイトにアクセスできなくなることを防ぐものであり、ほとんどのウェブベースのインターフェースに必要な最低限の達成目標を含みます。
レベル AA の成功基準は、一般的に対処がやや複雑であり、より小さなグループの人々に影響を与える可能性がありますが、依然として広範囲にわたる一般的なニーズに対応しています。
レベル AAA の成功基準は、非常に特定のニーズを対象としており、効果的に実装することが非常に難しい場合があります。
WCAG 2.2 レベル A およびレベル AA 要件の W3C クイックリファレンス
WCAG 適合レベルの適用
WCAG 2.2 は 4 つの層で構成されています:
原則
WCAG 2.2 を適用する際、ガイダンスと成功基準は 4 つの原則に基づいて整理されています。これらの原則は、人々がコンテンツとどのように相互作用するかに重点を置いており、次のようにする必要があります:
- 知覚可能 – 人々が慣れ親しんだメディアを使用してコンテンツと相互作用すること。たとえば、視覚障害者のためにテキストの代替を提供すること。
- 操作可能 – コンテンツを見つけて使用することができる。たとえば、キーボードやスクリーンリーダーを使用できること。
- 理解可能 – コンテンツは明確な言語を使用し、理解できるものであること。たとえば、意味のあるラベルを使用し、すべての略語を説明すること。
- 堅牢 – コンテンツはさまざまな方法で解釈できること。たとえば、支援技術がコンテンツを解釈し、解析できること。
ガイダンス
各原則は、ユーザーの障害に応じて異なるデバイスでコンテンツがよりアクセス可能で提示可能であることを保証するためのガイドラインのリストによってサポートされています。ガイドラインは以下に示されており、詳細は WCAG 2.2 に記載されています。
原則: 知覚可能
ガイドライン 1.1 テキストの代替
非テキストコンテンツのためにテキストの代替を提供し、人々が必要とする他の形式(大文字、点字、音声、記号、または簡単な言語など)に変換できるようにします。
ガイドライン 1.2 時間ベースのメディア
時間ベースのメディアのために代替を提供します。たとえば、音声またはビデオクリップのキャプションやトランスクリプトを含めます。
ガイドライン 1.3 適応可能
情報や構造を失うことなく、異なる方法(たとえば、よりシンプルなレイアウト)で提示できるコンテンツを作成します。
ガイドライン 1.4 区別可能
ユーザーがコンテンツを見たり聞いたりしやすくするために、前景と背景を分けることを含めます。
原則: 操作可能
ガイドライン 2.1 キーボードアクセス可能
すべての機能をキーボードから利用できるようにします。
ガイドライン 2.2 十分な時間
ユーザーがコンテンツを読み、使用するのに十分な時間を提供します。
ガイドライン 2.3 発作および身体反応
発作や身体反応を引き起こすことが知られている方法でコンテンツを設計しないでください。
ガイドライン 2.4 ナビゲーション可能
ユーザーがナビゲートし、コンテンツを見つけ、現在地を特定するのを助ける方法を提供します。
ガイドライン 2.5 入力モダリティ
ユーザーがキーボード以外のさまざまな入力を通じて機能を操作しやすくします。
原則: 理解可能
ガイドライン 3.1 読みやすい
テキストコンテンツを読みやすく、理解できるようにします。
ガイドライン 3.2 予測可能
ウェブページが予測可能な方法で表示され、操作されるようにします。
ガイドライン 3.3 入力支援
ユーザーが間違いを避け、修正できるように支援します。
原則: 堅牢
ガイドライン 4.1 互換性
現在および将来のユーザーエージェント(支援技術を含む)との互換性を最大化します。
成功基準
各ガイダンスには、コンテンツがアクセス可能であるために満たすべき特定の要件リストがあります。これらのテストは、自動化されたソフトウェアまたは人間のテスターを使用して実施できます。成功基準を満たす方法についての詳細は、適合レベルの理解で確認できます。これらの基準は重要ですが、ユーザビリティテストも依然として重要であり、アクセシビリティテストと並行して実施する必要があります。
技術: 十分、助言、失敗
ガイダンスと成功基準のための技術(コード例、リソース、テスト)は、コンテンツをよりアクセス可能にするのに役立つもので、3 つのカテゴリに分かれています:
- 十分 – 必要であり、成功基準を満たすのに役立ちます
- 助言 – 提案であり、必要なものを超えています
- 失敗 – 問題を引き起こし、成功基準を満たしません
技術に関する詳細は、WCAG 成功基準の技術の理解を訪れてください。
権威あるリソース
- WebAIM: Web Accessibility In Mind (記事とリソースを参照)
- UK Government Digital Service
- Accessibility in Government Blog (UK)
- Create Accessible Software & Websites – Section 508 (US)
- Blog | TPGi
- Web Accessibility Blog (Deque)
- Tink – Léonie Watson (Léonie Watson)
- Adrian Roselli
- Scott O’Hara
- Joe Dolson
- Sarah Higley
- Marco’s Accessibility Blog
- Karl Groves
- Inclusive Components (Heydon Pickering)
- Accessibility London (London, United Kingdom) (ロンドンのアクセシビリティミートアップ: YouTube でミートアップをライブストリーミング)
- 24 Accessibility
- Mozilla Accessibility – Users first, no matter their abilities
- WordPress Accessibility Meetup
- Equalize Digital Blog
- WordPress Accessibility Day Conference
技術的および/または特定のトピック
- Accessibility Support (あなたのコードは支援技術と互換性がありますか?)
- Accessibility APIs: A Key To Web Accessibility (Léonie Watson による)
- How accessibility trees inform assistive tech (Hidde de Vries による)
- What is this thing and what does it do? (Karl Groves によるプレゼンテーション)
- The Browser Accessibility Tree (Steve Faulkner による)
- Brief history of browser accessibility support (Steve Faulkner による)
- ARIA Landmarks Example: General Principles
- ARIA Landmarks Example: HTML Sectioning Elements
- Mozilla Developer Docs – Accessibility