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