デジタル アクセシビリティ とは、ユーザーの精神的または身体的な能力に関係なく、ウェブサイト、アプリ、その他のデジタル プロダクトを意味のある方法で平等に操作できるように、デジタル オファリングを設計、構築することを意味します。
では、デジタル プロダクトのアクセシビリティをどのように測定すればよいでしょうか？アクセシビリティが確保されているかどうかをどのように判断すればよいでしょうか？
アクセシビリティ テスト入門
デジタル プロダクトのアクセシビリティをテストする方法は数多くあります。基本的なアプローチの 1 つは、アクセシビリティ標準のセットに照らして評価することです。
アクセシビリティ標準にはさまざまな種類があります。通常、業界、 商品タイプ、地域や国の 法律と ポリシー、または全体的なアクセシビリティ目標 によって、従うべきガイドラインのセットと満たすべきレベルが決まります。プロジェクトに特定の標準が義務付けられていない場合は、標準の推奨事項は 最新バージョンの Web Content Accessibility Guidelines（WCAG）に準拠することです。
アクセシビリティ標準と適合 レベルに照らしてデジタル プロダクトをテストすることは、一般に アクセシビリティ監査と呼ばれます。 アクセシビリティ監査では、設計、自動テスト、手動テスト、支援技術（AT）テストなど、さまざまな方法論、手法、ツールが使用されます。
アクセシビリティ監査を実施して、デジタル プロダクトのアクセシビリティのベースラインとなる準拠状況を把握します。ただし、プロジェクトの開始時に一度だけ実施しても、プロダクトのアクセシビリティを判断するには不十分です。ソフトウェア プロダクトのライフサイクル全体を通してこの監査を複数回実施し、事前に決定したアクセシビリティ チェックポイントまたはガイドラインに照らして、適合レベルの変化を確認する必要があります。
Web Content Accessibility Guidelines（WCAG）
Web Content Accessibility Guidelines（WCAG） は、W3C が個人や組織と協力して策定した国際的なアクセシビリティ標準のセットです。WCAG の目標は、世界中の個人、組織、政府のニーズを満たすデジタル アクセシビリティの単一の共通標準を提供することです。
WCAG は主にウェブベースおよびモバイルアプリのデザイナーとデベロッパーを対象としています。ただし、ソフトウェア デベロッパー、コンテンツ作成者/編集者、あらゆるレベルの管理職など、多くの人が WCAG ベースの手法を理解してプロセスに適用することでメリットを得られます。Authoring Tool Accessibility Guidelines（ATAG）や User Agent Accessibility Guidelines（UAAG）など、W3C の追加標準が役割に適用される場合があるため、W3C の標準リストを確認し、自分の役割とプロジェクトに最も適した標準を使用してください。
アクセシビリティに関して、WCAG は適合性テストの「ゴールド スタンダード」と見なされています。WCAG の最初のドラフトは 1999 年にリリースされました。現在のバージョンは WCAG 2.2 です。WCAG 3.0 には、2024 年 5 月現在、 探索的ドラフトがありますが、W3C 標準として完成するには数年かかると予想されます。
WCAG ガイドラインには、A、AA、AAA の 3 つのレベルの成功基準があります。成功基準によって WCAG への準拠が決定されます。WCAG への準拠を満たすには、テストするデジタル プロダクトがターゲット レベルの成功基準を満たしている必要があります。
30
A の成功基準
20
AA の成功基準
28
AAA の成功基準
現在の標準（WCAG 2.2）では、各レベルに合計 78 個の達成基準があります。各レベルは段階的であることに注意してください。つまり、ユーザー補助の目標が AA の場合、このレベルの準拠を達成するには、A と AA の両方の成功基準に合格する必要があります。
30
A レベルに合格
50
A + AA レベルに合格
78
A + AA + AAA レベルに合格
アクセシビリティの原則
WCAG の成功基準は、デザイナーとデベロッパーがアクセシブルなウェブサイトやアプリを作成する方法を示す、非常に重要な詳細ガイドラインのセットです。 これらのガイドラインを理解することは、アクセシビリティ準拠テストで発生する問題に対処するために不可欠ですが、ガイドラインはすぐに非常に技術的なものになります。
この分野に初めて取り組む場合は、WCAG の原則 （認識しやすさ、操作しやすさ、わかりやすさ、堅牢性）から始めましょう。 デジタル プロダクトに POUR の原則を適用することで、障がいのあるユーザーを含む実際のユーザーがプロダクトをどのように使用しているかに焦点を当てることができます。
認識しやすさ
POUR の最初のカテゴリは「認識しやすさ」です。この原則では、ユーザーが画面上のすべての重要な情報を認識でき、複数の感覚に伝わるようにする必要があります。
自問自答: 特定の障がいのあるユーザーが認識できないコンテンツや機能がデジタル プロダクトにありますか？視覚障がい、運動機能障がい、聴覚障がい、認知障がい、発話障がい、前庭機能障がい、発作性疾患など、さまざまな種類の障がいを考慮してください。
例
- 装飾以外のすべての画像と重要なアイコンに代替テキストを追加する。
- 動画にキャプション、文字起こし、音声解説を追加する。
- 色を意味を伝える唯一の方法にしない。
操作しやすさ
2 つ目のカテゴリは「操作しやすさ」です。この原則では、ユーザーがデジタル プロダクトのインターフェースを操作できる必要があります。インターフェースでは、ユーザーが実行できない操作を要求することはできません。
自問自答: ユーザーはデジタル プロダクトのインタラクティブ要素を操作できますか？フォーカス順序の問題やキーボード トラップはありませんか？タッチ インターフェースはどのように処理されますか？
操作しやすさの例
- すべてのアクティブな要素にキーボードとタッチスクリーンのサポートを追加する。
- スライドショーと動画に必要なすべてのコントロールが用意されていることを確認する。
- フォームの入力に十分な時間を確保するか、時間を延長する方法を提供する。
わかりやすい
POUR の 3 つ目のカテゴリは「わかりやすい」です。この原則では、ユーザーがユーザー インターフェースの情報と操作を理解できる必要があります。
自問自答 : すべてのコンテンツが明確に記述されていますか？すべての 操作がわかりやすいですか？ページの順序は、 視覚ユーザー、キーボードのみのユーザー、スクリーン リーダー ユーザーにとって意味がありますか？
例
- 明確で簡潔かつ曖昧さのない表現で記述する。 可能な場合は、複雑な単語ではなく簡単な単語を使用する。
- デジタル プロダクトに予測可能なナビゲーションがあることを確認する。
- エラー メッセージが明確で、ユーザーが次の手順を把握できるようにする。
堅牢
最後のカテゴリは「堅牢」です。この原則は、支援技術のサポートに重点を置き、デバイスとユーザー エージェントの進化に合わせてデジタル プロダクトのアクセシビリティを維持することを保証します。
自問自答 : どのような種類の支援技術をサポートしていますか？デジタル プロダクトは最新のブラウザまたはオペレーティング システムでのみ動作しますか？ すべてのブレークポイントとさまざまなデバイスの向きで動作しますか？
例
- キーボードのみのナビゲーションをテストする。
- さまざまなスクリーン リーダー技術でテストする。
- デバイスのサイズや画面の向きに関係なく、すべてのコンテンツと機能にアクセスできることを確認する。
まとめ
POUR の目的は、厳格なルールに厳密に従うことではありません。ユーザーの多様なニーズを 理解し、満たす ための方法です。