アプリの中核品質

アプリでは、ユーザーやアプリの状態を適切に保存し、復元する。

アプリは、フォアグラウンドから離れる際にユーザーやアプリの状態を保存し、戻るボタンの使用や他の状態変化により誤ってデータが消失するのを防ぐ。

フォアグラウンドに戻る際、アプリは保持されている状態と、保留されていた重要なステートフル トランザクションを復元する必要があります。たとえば、編集可能な項目の変更、ゲームの進行状況、メニュー、動画、アプリやゲームのその他のセクションなどが該当します。

1. 最近使ったアプリのスイッチャーからアプリを再開すると、ユーザーが最後に使用したときとまったく同じ状態に戻る。
2. デバイスがスリープ（ロック）状態から復帰した後でアプリを再開すると、ユーザーが最後に使用したときとまったく同じ状態に戻る。
3. ホームや [すべてのアプリ] からアプリを再起動すると、アプリは最後に使用されてから経過した時間に応じて、次のいずれかを行う。
   • アプリが最後に使用されてから短い時間（数分）しか経過していない場合は、可能な限り前回に近い状態を復元する。
   • アプリが最後に使用されてからそれ以上の時間が経過している場合、可能な限り前回に近い状態を復元するか、ホーム画面またはその他のデフォルトの状態から起動する。

通知は、デザインのガイドラインを遵守している。具体的には、次のとおりです。

1. 通知は相互プロモーションや別の製品の宣伝を目的として使用してはならず、このような使用は Play ストアで固く禁止されている。
2. 1 つのチャンネルからすべての通知を配信するのではなく、ベスト プラクティスに従って通知チャンネルを適切に定義する。
3. 適切な通知の優先度を選択する。
4. 複数の通知は、可能な限り 1 つの通知グループにスタックされるようにする。
5. 必要に応じて、通知のタイムアウトを設定する。
6. 通知は進行中のイベント（音楽の再生や通話など）に関連する場合のみ継続できる。詳細については、機能セクションをご覧ください。

メッセージ アプリ、ソーシャル アプリ、会話の場合:

1. 会話には MessagingStyle 通知を使用する。
2. ダイレクト返信アクションに対応する。
3. 会話のショートカットに対応し、ダイレクト シェアのランキングを上げるためのベスト プラクティスを実装する。
4. バブルに対応する。

横向きと縦向きに加え、デバイスの折りたたみ状態と展開状態をサポートします。

向きと折りたたみ状態は、基本的に同じ機能と動作を提供し、同等の機能が維持されるようにします。

アプリはどちらの向きでもアプリ ウィンドウ全体に表示され、デバイスの折りたたみと展開などの構成変更によりレターボックス表示されない。

画面の形状の若干の違いに対応するために、目立たない程度にレターボックスを使用することは可能。

アプリは、目立った歪み、ぼやけ、粗さなどを生じさせずに、グラフィックス、テキスト、画像、その他の UI 要素を表示する。

1. 可能であれば、アプリでベクター型ドローアブルを使用する。
2. アプリでは、対象となるあらゆる画面サイズやフォーム ファクタ向けに高品質のグラフィックを提供する。
3. メニューやボタンなどの UI 要素の縁で、エイリアシングが一切生じない。

アプリは、テキストとテキスト ブロックを、サポートされている各言語で問題のない状態で表示する。

1. 構成が、サポートされるあらゆるフォーム ファクタに対応できる。
2. 文字や単語が途中で切れていない。
3. ボタンやアイコン内の単語が不適切な位置で改行されていない。
4. テキストと周囲の要素の間に十分なスペースがある。

タップ ターゲットのサイズは 48 dp 以上とする。詳細

アプリのテキストとフォアグラウンドのコンテンツは、背景に対する色の一定以上のコントラスト比を確保する。

• 大きい文字サイズ / グラフィックの場合は 3.0:1
• 小さい文字サイズ（18 pt 未満のテキスト、14 pt より小さい太字テキスト）の場合は 4.5:1

詳細については、色とコントラストをご覧ください。

ユーザーが音声の再生を開始したら、アプリは 1 秒以内に次のいずれかを行う。

1. 音声の再生を開始する。
2. 音声データが準備されていることを示すインジケーターを表示する。

• 通知用にネットワーク接続を維持する
• Bluetooth 接続を維持する
• GPS をオンにしたままにする

目的に合ったソリューションを選択する方法をご覧ください。

Google SDK では、利用できる場合には Google Play 開発者サービスの SDK の使用を検討する。これらの SDK には下位互換性があり、自動更新を受け取れ、アプリのパッケージ サイズを削減して、オンデバイスのリソースを効率的に使用できる。

デベロッパーは使用されているサードパーティの SDK を含み、アプリのコードベース全体について責任を負う。

デベロッパーは開発中にこれらの ADB コマンドを使用して、アプリ スタンバイと Doze の動作をテストできる。

バッテリー使用量に関して、デベロッパーは Android Studio Energy Profiler または Battery Historian ツールを使用し、計画済みのバックグラウンド作業と組み合わせて、想定外のバッテリー使用量について診断ができる。

アプリは主要なユースケースに直接関係がある場合にのみ、センシティブ データ（SMS、通話履歴、位置情報など）や料金がかかるサービス（電話アプリや SMS など）へのアクセス権限をリクエストする。これらの権限に伴う影響について、ユーザーに明確に開示する。

権限の使用方法によっては、機密情報にアクセスせずにアプリのユースケースに対応できる別の方法を使用できる（ユーザーの連絡先に関連する権限をリクエストする代わりに、暗黙的インテントを使用してアクセスをリクエストする方が適切な場合など）。

アプリは特定の権限が必要な理由を明確に説明するか、推奨されるフローに沿ってアプリが権限を必要とする理由を説明する。

すべてのアクティビティ、サービス、ブロードキャスト レシーバ、特にコンテンツ プロバイダ用に明示的に android:exported 属性を設定する。

他のアプリとデータを共有するアプリケーション コンポーネント、他のアプリから呼び出されるコンポーネントのみがエクスポートされる。

すべてのインテントとブロードキャストを、次のベスト プラクティスに沿って設定する。

1. リンク先のアプリが正しく定義されている場合は、明示的インテントを使用する。
2. インテントを使用して、すでに権限を持っている別のアプリに権限を委任する。
3. アプリ間でセキュアにデータを共有する。
4. ペイロードを含むインテントは、使用する前に検証する。
5. インテントを別のアプリに渡し、受信側アプリが呼び出し元アプリでコールバックを呼び出して想定できるようにする場合は、ネストされたインテントをエクストラに含めない。これには、PendingIntent を使用します。
6. PendingIntent を設定するときに、必要に応じて不変のフラグを明示的に設定する。

アプリはインストール済みパッケージのリストにアクセスする必要がないようにする。Android 11 以降、アクセスは制限されている。

Android 6.0 以降では、代わりに HTML メッセージ チャネルを使用する。

2021 年 8 月から、Google Play ストアのすべての新しいアプリにおいて、Android App Bundle の使用が必須となっている。

アプリのフィーチャー グラフィックが、こちらのサポート記事で概説されているガイドラインを遵守している。次の内容を確認すること。

1. アプリのリストに、高品質のフィーチャー グラフィックが含まれている。
2. フィーチャー グラフィックに含まれているデバイスの画像、スクリーンショット、小さなテキストが、アプリの対象となる画面サイズのうち最も小さな画面で縮小表示されたときに読みにくくならない。
3. フィーチャー グラフィックが、広告のように見えるものではない。

すべての画面、ダイアログ、設定、ユーザーフローといった、アプリのあらゆる部分について、ナビゲーションを確認します。

1. 編集やコンテンツの作成、ゲームプレイ、メディア再生が可能なアプリの場合、それらのフローをひととおりテストします。
2. アプリのテスト中に、通知の受信や電話の着信など、他のアプリからの割り込みを発生させ、デバイス属性（ネットワーク接続、電池の機能、GPS の利用、システム負荷など）に一時的な変更を適用します。
3. すべてのアプリ内購入フローをテストします。

アプリを SD カードに移動するには、[設定] > [アプリ情報] > [SD カードに移動] を使用します。

ガベージ コレクションと、それがユーザー エクスペリエンスに及ぼす影響に注意してください。

アラーム、タイマー、通知、同期などに細心の注意を払います。要件とガイドラインについては、Doze モードとアプリ スタンバイ モードでテストするを参照してください。