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