リリース前のモバイルアプリアクセシビリティチェックリスト
App StoreとGoogle Playの前に確認したい、モバイルアプリのアクセシビリティチェックリストです。
アクセシビリティは、苦情が出てからではなくリリース前に確認すべきです。最初の確認では、読みやすい文字、コントラスト、スクリーンリーダー用ラベル、タップ領域、フォーカス順、字幕、エラー、動き、フォーム、実機テストを見ます。
実用的な質問でアプリ見積もり依頼を準備する
アカウント、カート、決済、管理画面、連携、データ保存、公開支援など必要な機能を選びます。
重要ポイント
- アクセシビリティはデザイン、開発、QAで確認します。
- スクリーンリーダー用ラベルとタップ領域は多くの問題を見つけます。
- 色だけで状態やエラーを伝えてはいけません。
- 実機、大きな文字、実際のエラーでテストします。
- アクセシビリティは多くのユーザーの使いやすさを改善します。
リリース前チェック
| 領域 | 確認すること | 理由 |
|---|---|---|
| 文字 | サイズ変更、読みやすさ、改行 | ユーザーは文字を大きくする |
| コントラスト | ボタン、エラー、リンク | 弱視や屋外利用 |
| スクリーンリーダー | ラベル、順序、ヒント | 視覚以外の操作 |
| タップ | 領域、間隔、ジェスチャー | 運動面の使いやすさ |
| フォーム | ラベル、検証、復帰 | 登録と決済 |
| 動き | 動きを減らす | 快適さ |
| メディア | 字幕と代替情報 | 学習とサポート |
| QA | 実機と実設定 | 実際の不具合 |
スクリーンリーダーとラベル
操作できる要素には有用なラベルが必要です。「ボタン」だけでは不十分です。コードを送る、住所を選ぶ、日付を変更する、カードを保存する、サポートを開くなど、結果が分かる必要があります。
重要な状態変化を見た目だけにしないでください。決済が失敗したら、エラーは読めて、読み上げられて、修正できるべきです。
タップ領域とジェスチャー
小さなアイコンは美しくても使いにくいことがあります。数量、カレンダー、地図ピン、閉じる、フィルター、決済を確認します。スワイプ、長押し、ドラッグが必要なら、簡単な代替操作を用意します。
これはEC、配送、予約、ヘルスケアで特に重要です。
デザインと文章
アクセシビリティはコードだけではありません。色だけに頼る、細いplaceholder、意味が曖昧なアイコン、低コントラストの無効ボタンを避けます。エラーは具体的にします。
国際アプリでは、長い単語、右から左のアラビア語、日本語改行、翻訳済みボタンをテストします。
アプリのアイデアがあり、次の一手を整理したいですか？
アイデアを相談するQAに入れる
アカウント、決済、push、analyticsと同じリリースチェックに入れます。成功フロー1つと失敗フロー2つを、大きな文字とスクリーンリーダーで確認します。
リリース計画に入れる
アクセシビリティは、build確認、ストア情報、analytics、サポート準備と同じ場所に置きます。任意の仕上げではなく、リリース品質の確認点として扱います。
役立つリンク
関連するAppfylガイド
Appfyl が作る範囲を公開済みプロダクトに変える流れを見る。 Appfyl の事例を見る.
この要点を使って現実的な初期版を設計しましょう。
MVPを見積もる調査をローンチ計画へ
Appfyl はアイデアを、アプリの計画、最初に作る機能リスト、初回の作業計画に整理します。
アプリの計画を相談役立つリンク
よくある質問
法的義務は市場と業界で異なります。ただし本格的なアプリでは品質要件です。
十分ではありません。ラベルやコントラストは見つけられますが、実機では順序、内容、壊れた導線が見えます。
デザインから始め、開発中に確認し、リリース前に繰り返します。後から直すほど高くなります。