アプリの中核品質に関するガイドライン

ディスプレイの向きと折りたたみ状態では、機能や動作の大部分が同じになり、同等の機能が保持されます。

デバイスの折りたたみや展開など、構成の変更によってレターボックス表示が行われることなく、アプリ ウィンドウをいずれの向きでも埋める。

画面の形状について若干のばらつきを補正するための若干のレターボックス表示は認められます。

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

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

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

フォアグラウンドに戻る際、アプリは保存された状態と保留中のステートフル トランザクションを復元します。たとえば、編集可能なフィールドに対する変更、ゲームの進捗、メニュー、動画、アプリのその他のセクションなどです。

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

通知には、アプリに関連する関連情報が表示されます。

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

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

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

アプリのテキストとフォアグラウンドのコンテンツは、アプリの背景に対して次のコントラスト比を維持します。

• 大きい文字サイズとグラフィックの場合は 3:1
• 小さい文字サイズ（18 pt 未満、または太字の場合は 14 pt 未満）の場合は 4.5:1

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

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

• 音声の再生を開始する
• 音声データの準備中であることを示すインジケーターを表示する

バックグラウンドで必要以上に長時間にわたってサービスが実行されない。お客様のデバイスがスムーズに動作するようにするため。

注: システムによってバックグラウンド サービスに関するさまざまな制限が適用されている。

バックグラウンド サービスの不適切な使用方法を以下に示します。

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

詳細については、バックグラウンド タスクの概要をご覧ください。

使用されている Google またはサードパーティの SDK がすべて最新である。これらの SDK の安定性、互換性、セキュリティに関する改善は、適切なタイミングでユーザーに提供される必要があります。

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

アプリは、電源管理機能の Doze とアプリ スタンバイを適切にサポートする。

アプリは、電力メンテナンスの免除をリクエストできます。Doze とアプリ スタンバイ用に最適化するのその他のユースケースのサポートをご覧ください。

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

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

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

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

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

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

アプリ間でコンテンツを共有するすべてのコンポーネントは、カスタム権限に android:protectionLevel="signature" を使用する。これには、アクティビティ、サービス、ブロードキャスト レシーバ、特にコンテンツ プロバイダが含まれます。

アプリはインストール済みパッケージのリストにアクセスする必要がないようにする。

ウェブビューでは、信頼できないコンテンツに対して addJavaScriptInterface() を使用しない。

Android 6.0（API レベル 23 以降）では、代わりに HTML メッセージ チャネルを使用します。

アプリの APK の外部からコードを動的にロードしない。Android App Bundle（Play Feature Delivery と Play Asset Delivery を含む）を使用する。

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

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

• アプリの掲載情報に、高画質のフィーチャー グラフィックが含まれている
• フィーチャー グラフィックに含まれるデバイス画像、スクリーンショット、小さいテキストが、縮小表示したときや、アプリがターゲットとする最小画面サイズで表示したとき、読みにくくならない
• フィーチャー グラフィックが広告に類似していない

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

デバイスの SD カードにインストールしたアプリについて、コア機能のテストを実施します（アプリがこのインストール方法をサポートしている場合）。

アプリを SD カードに移動するには、アプリの設定をご覧ください。

アプリの各画面で、少なくとも 3 回、デバイスを横向きと縦向きに回転させ、折りたたみ状態と展開状態を切り替える。

アプリ内のすべてのテキスト ブロックを確認します。テキストとテキスト ブロックの行の長さが、読みやすさを考慮して 45 ～ 75 文字（スペースを含む）に制限されていることを確認します。

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

アプリの各画面で、[戻る] ボタンを押すか、スワイプ操作で戻ります。アプリが前の画面またはホーム画面に移動します。

アプリの主な機能をすべて使用します。実行時間の長いバックグラウンド サービスが起動していないことを確認します。

別のアプリに切り替えて、アプリをバックグラウンドに移行します。[設定] に移動し、アプリがバックグラウンド中に実行しているサービスがあるかどうかをチェックします。Android 4.0 以降では、[アプリ] 画面に移動して、[実行中] タブで該当のアプリを見つけます。

アプリで StrictMode を有効にします。すべての主要機能を使用します。アプリで StrictMode パフォーマンスの警告が生成されないこと、つまりアプリのテスト時に赤の点滅が表示されないことを確認します。赤の点滅は、ストレージ、ネットワーク アクセス、メモリ管理（メモリリークなど）に関する動作不良を示します。

ガベージ コレクションや、ガベージ コレクションがユーザー エクスペリエンスに及ぼす影響に細心の注意を払います。

Doze モードとアプリ スタンバイ モードですべての主要なアプリ機能を使用します。Doze メンテナンスの時間枠内と、アプリがアプリ スタンバイ モードを終了したときに、アラーム、タイマー、通知、同期が適切に機能することを確認します。

ADB コマンドを使用して Doze とアプリ スタンバイの動作をテストします（要件とガイドラインについては、Doze モードとアプリ スタンバイ モードでテストするを参照）。

想定外のバッテリー消耗を診断するには、Android Studio Power Profiler または Battery Historian ツールと、計画済みのバックグラウンド作業を組み合わせて使用します。