障害のある人も使えるアプリやサイトを設計する（アクセシビリティ）

## アクセシビリティを、最後の見直しでなく最初の案から入れる 最初の構想から保守まで、成功した体験の定義にアクセシビリティを含める。操作方法と視覚表現を決めた後の適合確認として先送りしない。 - 重要な情報、タスク、成果、失敗した場合の影響を定める。 - 機能、プライバシー、セキュリティ、性能の要件と並べてアクセシビリティ要件を特定する。 - 設計、コンテンツ、実装、テスト、是正にオーナーを割り当てる。 - 関係する各機能やコンポーネントに、アクセシビリティの受け入れ基準を含める。 - 有益な個別調整を可能にしつつ、包摂的な初期設定を優先する。 - アクセシブルなパターンを再利用する場合も、実際の文脈で機能することを検証する。 - 見た目の新奇さや実装上の都合のために、中核タスクへのアクセスを犠牲にしない。 ## 人によって作業が止まってしまう手順を見つける 特定の身体、感覚、端末の姿勢、入力方法、注意持続時間、処理速度を前提にせず、タスクの仕組みを調べる。恒久的、一時的、状況的、複合的な障壁を考慮する。 - 発見から完了、エラー回復、確認まで、中核となる各利用経路をたどる。 - 視覚、聴覚、運動、発話、認知、環境に関する障壁をそれぞれ分けて調べる。 - 視覚、色、音、精密さ、記憶、速度、複雑なジェスチャーに依存する手順を特定する。 - 利用者のニーズと診断を区別し、固定観念に基づく設計を避ける。 - 影響を受けるタスクの重要度、深刻度、頻度、代替手段の有無に基づいて障壁を優先する。 - 実務上可能な場合は、支援技術を使う人を調査に含める。 - 直接的な証拠が引き続き必要な前提を記録する。 ## 拡大しても文字が読めるようにし、色だけで伝えない 視覚、照明、ディスプレイ、利用者設定の条件が異なっても、文章、アイコン、状態、構造を理解できるようにする。 - 文章や画面表示を拡大しても、切り欠け、重なり、隠れた操作部品、情報の欠落が起きないようにする。 - 対象環境に合わせ、読みやすい文字サイズ、太さ、行長、間隔、階層を選ぶ。 - 対応するすべての表示方法と状態で、適用される公開済みコントラスト基準を満たす。 - 意味、状態、選択、エラーを伝える唯一の手段として色を決して使わない。 - 必要に応じて、色を文章、形、アイコン、模様、位置と組み合わせる。 - ズーム、高コントラスト、色調整、透明度を下げる設定でも意味を保つ。 - 無効、フォーカス、選択、エラー、読み込み中を含む、実際に表示される状態をテストする。 ## 読み上げなどの支援ツールに、各部品が何で何をするかを伝える 各要素が何であるか、何を含むか、現在どの状態か、どの操作を行うかを伝える、プログラム上のセマンティクスを提供する。 - 独自の同等部品を作る前に、標準のセマンティック要素と操作部品を使う。 - 意味のある各操作部品に、簡潔で重複せず、文脈に合ったアクセシブルネームを付ける。 - 情報を伝える画像には有用な説明を付け、装飾だけの内容はナビゲーションの対象から外す。 - 論理的な読み上げ順、フォーカス順、グループ構造、見出し階層を維持する。 - 利用者の操作を繰り返し中断せずに、重要な動的変化を通知する。 - ラベル、状態、値、エラー、説明を、見えている画面表示と同期させる。 - 独自コンポーネントが同等のセマンティクス、操作、状態変化を公開していることを検証する。 ## 音声と動画に、字幕と文字起こしをつける 重要な情報を音声、視覚、触覚のいずれか一つだけで伝えない。元の信号の目的、タイミング、意味を保つ代替手段を選ぶ。 - 重要な発話内容と意味のある音には、同期したキャプションを提供する。 - 完全な記録を検索または振り返る必要がある場合は、文字起こしを提供する。 - 会話や周囲の内容から分からない重要な視覚的出来事を説明する。 - 認識の助けになる場合は、音声通知を視覚または触覚によるフィードバックと組み合わせる。 - 触覚または視覚による通知が重要な意味を持つ場合は、別の伝達経路も組み合わせる。 - 再生、キャプション、音量、利用可能な代替トラックを利用者が操作できるようにする。 - 主となる内容が変わった時も、各代替手段が正確であることを確認する。 ## ボタンを押しやすい大きさにし、キーボードだけでも使えるようにする 異なる物理入力方法と巧緻性の程度でも、中核タスクを完了できるようにする。操作可能性は、対象領域の大きさ、間隔、順序、代替手段、予測可能な動作の組み合わせで決まる。 - 適用されるプラットフォームまたはウェブの基準を満たす操作対象領域の大きさと間隔を使う。 - 頻繁な操作を単純に保ち、複雑、同時、または反復的なジェスチャーを必須にしない。 - ジェスチャーに依存する重要な操作には、目に見える操作部品も用意する。 - 目に見えるフォーカスと論理的な移動順を備えた、完全なキーボードナビゲーションに対応する。 - 代替が必要で文書化されている場合を除き、確立されたショートカットを維持する。 - 音声、スイッチ、ポインターなどの支援入力が識別できるよう、操作部品へラベルを付ける。 - 力を加え続けること、細かな精密さ、大きく反復する動きを求める操作を避ける。 ## 手順を分かりやすくし、短い時間切れを避ける 操作を一貫させ、学習しやすく、元へ戻せるものにする。熟練者には任意の複雑さであっても、重要なタスクを進む明確な経路を妨げてはならない。 - 繰り返す操作には、よく知られたパターンと安定した配置を使う。 - 長いワークフローを焦点の定まった手順へ分け、進捗、文脈、戻る方法を示す。 - 短時間で自動終了する仕組みより明示的な終了操作を優先し、時間制限が必要な時は延長できるようにする。 - 平易な説明、具体的なエラーメッセージ、目に見える次の操作を使う。 - 自動的に始まる動き、音声、映像を利用者が一時停止または停止できるようにする。 - タスクの成功が速度や精密さに依存する場合は、難易度、進行速度、支援の設定を提供する。 - 元へ戻しにくい操作の前に、明確な確認と回復手段を必須とする。 ## 体に悪い動きと点滅を減らす 理解を助ける場合にだけ動きを使う。速い動き、点滅、奥行きの変化、制御できないカメラの動きは、注意をそらし、不快感を生じさせ、深刻な健康リスクを招くことがある。 - 体験全体で、動きや点滅を減らす利用者設定を尊重する。 - 自動、反復、周辺部、ズーム、拡大縮小、奥行きに基づく動きを減らす。 - 初期表示に必要な効果には、落ち着いた代替表現を用意する。 - 明るく頻繁な点滅を避け、適用される安全基準値に照らしてメディアを検証する。 - 空間コンテンツを快適な視野内に保ち、注意を素早く移させることを避ける。 - 強制的なカメラ移動と、大きく反復する身体動作を最小限にする。 - 動きの変更によって、文脈の欠落、状態の隠蔽、タスクのフィードバック不全が起きないかをテストする。 ## 使う人が端末で選んだ設定に合わせる アクセシビリティを機能の少ない別モードとして扱わず、利用者が選んだ設定へ適応する。対応する設定の組み合わせが変わっても、タスクの意味と完了可能性を保つ。 - 文字サイズ、コントラスト、外観、動き、キャプション、入力の設定へ正しく応答する。 - 重要でない画面要素を減らした時も、中核機能を利用可能に保つ。 - 必要に応じて、快適な色、タイミング、再生、難易度、操作支援を利用者が選べるようにする。 - 明確な理由と通知なしに、アクセシビリティ関連の選択を初期化しない。 - アクセシブルな経路を得る条件として、利用者に障害の開示を求めない。 - 設定を予測可能な形で保持し、確認または変更するための簡単な経路を用意する。 - 個別には正しい適応同士が衝突することがあるため、設定の組み合わせをテストする。 ## 出す前に、主な作業をキーボードと支援ツールで試す 複数の証拠を使う。自動検査で一部の欠陥は見つけられるが、実際のタスクが支援技術で理解・利用できることまでは証明できない。 - 検出可能な構造上・視覚上の問題について、早い段階から自動検査を繰り返し実行する。 - 各中核タスクを、キーボードだけの操作と、関係する支援技術による操作方法でテストする。 - フォーカス、ラベル、読み上げ順、通知、拡大縮小、コントラスト、メディア代替、動きの設定を点検する。 - 可能な場合は、障害のある参加者または支援技術の使用経験が豊富な人を評価に含める。 - 各所見について、環境、方法、結果、深刻度、オーナー、再テスト証拠を記録する。 - 中核タスクへのアクセスを妨げる、または深刻な害を生む未解決の欠陥がある場合、リリースを止める。 - 検証済み証拠の範囲を超えて、適合性や機能対応を主張しない。