デジタル アクセシビリティとは、ユーザーの精神的または身体的な能力に関係なく、ユーザーがウェブサイト、アプリ、その他のデジタル プロダクトを意味のある平等な方法で操作できるように、デジタル サービスを設計して構築することを意味します。
では、デジタル プロダクトのユーザー補助機能はどのように測定すればよいのでしょうか。アクセス可能なコンテンツを把握するにはどうすればよいですか？
ユーザー補助機能のテストについて
デジタル プロダクトのユーザー補助をテストする方法は数多くあります。基本的なアプローチの一つは、一連のユーザー補助標準に基づいて評価することです。
ユーザー補助の標準にはさまざまな種類があります。通常、遵守すべきガイドラインと達成すべきレベルは、業界、プロダクトの種類、地域や国の法律やポリシー、または全体的なユーザー補助の目標によって決まります。プロジェクトに特定の標準が求められない場合は、最新バージョンの Web Content Accessibility Guidelines（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）では、各レベルに分割された合計 87 の成功基準があります。各レベルは段階的に進むため、ユーザー補助の目標が AA の場合、このレベルのコンフォームンスを達成するには、A と AA の両方の成功基準を満たす必要があります。
30
A レベルに合格
50
A レベルと AA レベルに合格
78
A レベル、AA レベル、AAA レベルに合格する
ユーザー補助の原則
WCAG の達成基準は、デザイナーとデベロッパーがアクセシビリティに配慮したウェブサイトやアプリを作成する方法を示す、非常に重要な詳細なガイドラインです。これらのガイドラインを理解することは、ユーザー補助コンプライアンス テストで発生する問題に対処するために重要ですが、ガイドラインは非常に技術的な内容になっています。
この分野に不慣れな場合は、WCAG の原則である「認識可能、操作可能、理解可能、堅牢（POUR）」から始めてください。POUR の原則をデジタル プロダクトに適用することで、障がいのあるユーザーを含む実際のユーザーがプロダクトをどのように使用しているかに焦点を当てることができます。
認識可能
POUR の最初のカテゴリは「認識可能」です。この原則は、ユーザーが画面上のすべての重要な情報を認識でき、複数の感覚に伝えられる必要があることを示しています。
自問する: 特定の障がいのあるユーザーが認識できないコンテンツや機能はデジタル プロダクトに含まれていないか。視覚障がい、移動障がい、聴覚障がい、認知障がい、言語障がい、前庭障がい、発作障がいなど、さまざまな種類の障がいを考慮してください。
例
- 装飾以外のすべての画像と重要なアイコンに代替テキストを追加しました。
- 動画に字幕、文字起こし、音声による説明を追加する。
- 色以外の方法でも意味を伝えられるようにする。
操作
2 つ目のカテゴリは「動作可能」です。この原則では、ユーザーがデジタル プロダクトのインターフェースを操作できる必要があります。ユーザーが実行できない操作をインターフェースで要求することはできません。
自問する: ユーザーはデジタル プロダクトのインタラクティブ要素を操作できますか？フォーカス順序の問題やキーボード トラップはありますか？タッチ インターフェースはどのように処理されますか？
オペレーブルの例
- すべてのアクティブな要素にキーボードとタッチスクリーンのサポートを追加しました。
- スライドショーと動画で必要なすべてのコントロールが利用可能であることを確認します。
- フォームに入力する時間や、時間を延長する方法について、ユーザーに十分な情報を提供します。
わかりやすい
POUR の 3 つ目のカテゴリは「わかりやすさ」です。この原則では、ユーザーがユーザー インターフェースの情報と操作を理解している必要があります。
自問する: すべてのコンテンツが明確に記述されているか。すべてのインタラクションがわかりやすいですか？ページの順序は、視覚に障がいのあるユーザー、キーボードのみのユーザー、スクリーン リーダーのユーザーにとって適切ですか？
例
- 簡潔に書く。簡単な単語で済む場合は、複雑な単語を使用しないでください。
- デジタル商品のナビゲーションが予測可能であることを確認します。
- エラー メッセージが明確で、簡単に解決できることを確認します。
堅牢
最後のカテゴリは「堅牢性」です。この原則は、支援技術のサポートに重点を置き、デバイスとユーザー エージェントが進化するにつれて、デジタル プロダクトが引き続きアクセス可能であることを保証します。
自問する: サポートしている支援技術の種類は何か？デジタル プロダクトは最新のブラウザまたはオペレーティング システムでのみ動作しますか？すべてのブレークポイントで、さまざまなデバイスの向きで機能しますか？
例
- キーボードのみの操作をテストします。
- さまざまなスクリーン リーダー技術でテストする。
- デバイスのサイズや向きに関係なく、すべてのコンテンツと機能にアクセスできるようにします。
まとめ
POUR の目的は、厳格なルールを厳密に遵守することではありません。むしろ、ユーザーの多様なニーズを理解し、満たすための手段です。
理解度を確認する
ユーザー補助機能の測定に関する知識をテストする。
WCAG のパフォーマンスの最上位レベルは何ですか？
動作可能の例