Android Vitals は、Google Play で提供されている Android アプリの品質向上に役立ちます。ユーザーが許可した場合、Android 搭載デバイスは、安定性、パフォーマンス、バッテリー使用量、権限の問題などのアプリの品質指標をトラッキングします。これらのデータは Google Play によって収集され、Google Play Console の Android Vitals ダッシュボードと Google Play Developer Reporting API を通じてアクセスできます。
デベロッパーは、Android Vitals をモニタリングしてユーザー エクスペリエンスを改善する必要があります。主な指標であるユーザーが認識したクラッシュ発生率、ユーザーが認識した ANR 発生率、過度の部分的な wake lock、メモリ使用量、ビットマップ メモリ使用量は特に重要です。
主な指標と不正な動作
アプリの主な指標は、Google Play におけるアプリの視認性に影響します。主な指標に加えて、Android Vitals では、注意が必要な DEX コードの最適化などの項目についてもアラートが表示されます。これらの項目は、Google Play でのアプリの視認性に影響する可能性もあります。ユーザーが認識したクラッシュ発生率とユーザーが認識した ANR 発生率には、全体の不正な動作のしきい値とデバイスごとの不正な動作のしきい値があります。
過度の部分的な wake lock には全体的な不正な動作のしきい値のみがあり、Wear OS の過度のバッテリー使用には全体的なしきい値とウォッチモデルごとのしきい値があります。
メモリ使用量の指標には、デバイスの RAM 階層とアプリの状態ごとに異なるしきい値があり、アプリとゲームで異なります。ビットマップ メモリ使用量はデバイスの RAM 階層全体で同じですが、アプリの状態ごとにしきい値が異なります。
よくある質問
主な指標とは何ですか？
主な指標とは、Android Vitals の最も重要な指標であり、Google Play におけるアプリの視認性に影響します。主な指標は次のとおりです。
安定性: すべてのアプリのユーザーが認識したクラッシュ発生率とユーザーが認識した ANR 発生率。
バッテリー: すべてのアプリの過度の部分的な wake lock と、ウォッチフェイス アプリの過度のバッテリー使用。
メモリ: すべてのモバイルアプリのメモリ使用量（匿名 RSS + スワップ）とビットマップ メモリ使用量。
不正な動作のしきい値とは何ですか？
安定性とバッテリーの主な指標
|
不正な動作のしきい値 Google Play でタイトルの視認性を最大化するには、このしきい値を超えないようにしてください。 |
|||
|---|---|---|---|
| 全体（すべてのデバイスの平均） | スマートフォン モデルごと | スマートウォッチ モデルごと | |
| ユーザーが認識したクラッシュ発生率 | 1.09% | 8% | 4% |
| ユーザーが認識した ANR 発生率 | 0.47% | 8% | 5% |
| 過度のバッテリー使用 | 1% | - | 1% |
| 過度の部分的な wake lock | 5% | - | - |
メモリの主な指標
アプリ
|
不正な動作のしきい値 Google Play でタイトルの視認性を最大化するには、このしきい値を超えないようにしてください。 |
|||||
|---|---|---|---|---|---|
| 物理 RAM （合計メモリ範囲） |
アプリの状態 | ||||
| 前景 | ユーザーが認識しているサービス | 背景 | キャッシュ済み | ||
| メモリ使用量（匿名 RSS + スワップ） | 0 - 4 GB （0 - 3,200 MB） |
- | - | - | - |
| 4 GB （3,200 ～ 4,800 MB） |
2.00 GB | 1.00 GB | 1.00 GB | - | |
| 6 GB （4,800 ～ 6,800 MB） |
2.25 GB | 1.25 GB | 1.25 GB | - | |
| 8 GB （6,800 ～ 9,216 MB） |
2.25 GB | 1.50 GB | 1.50 GB | - | |
| 12 GB （9,216 ～ 14,336 MB） |
3.25 GB | 1.75 GB | 1.75 GB | - | |
| 16 GB （14,336 ～ 18,432 MB） |
4.25 GB | 2.00 GB | 2.00 GB | - | |
| 16 GB + （18,432 MB 超） |
- | - | - | - | |
| ビットマップ メモリ使用量 | - | - | 200 MB | 200 MB | 400 MB |
ゲーム
|
不正な動作のしきい値 Google Play でタイトルの視認性を最大化するには、このしきい値を超えないようにしてください。 |
|||||
|---|---|---|---|---|---|
| 物理 RAM （合計メモリ範囲） |
アプリの状態 | ||||
| 前景 | ユーザーが認識しているサービス | 背景 | キャッシュ済み | ||
| メモリ使用量（匿名 RSS + スワップ） | 0 - 4 GB （0 - 3,200 MB） |
- | - | - | - |
| 4 GB （3,200 ～ 4,800 MB） |
2.25 GB | 2.00 GB | 2.00 GB | - | |
| 6 GB （4,800 ～ 6,800 MB） |
2.75 GB | 2.50 GB | 2.50 GB | - | |
| 8 GB （6,800 ～ 9,216 MB） |
3.50 GB | 2.75 GB | 2.75 GB | - | |
| 12 GB （9,216 ～ 14,336 MB） |
4.00 GB | 3.20 GB | 3.20 GB | - | |
| 16 GB （14,336 ～ 18,432 MB） |
5.00 GB | 3.50 GB | 3.50 GB | - | |
| 16 GB + （18,432 MB 超） |
- | - | - | - | |
| ビットマップ メモリ使用量 | - | - | 200 MB | 200 MB | 400 MB |
DEX コードの最適化
|
不正な動作のしきい値
Google Play でタイトルの視認性を最大化するには、このしきい値を超えないようにしてください。 |
||
|---|---|---|
| 条件 | 要件 | 最小しきい値 |
| DEX コードが 10 MB を超えるアプリ | 最適化、難読化、縮小 | 25% |
| DEX コードが 50 MB を超えるゲーム | 最適化、難読化、縮小 | 25% |
主な指標は Google Play におけるタイトルの視認性にどのように影響しますか？
アプリやゲームが不正な動作のしきい値を超えると、Google Play でタイトルが見つかりにくくなる可能性があります。また、Google Play により、ストアの掲載情報に警告が表示される可能性もあります。
デバイスごとの不正な動作と全体的な不正な動作が両方とも発生する可能性はありますか？または、いずれか一方のみが発生しますか？それらが発生する場合はどうすればよいですか？
すべての組み合わせがありえます。アプリの品質を改善するには、最も多くのユーザーに影響するクラッシュと ANR を修正します。特定のデバイスの品質を改善するには、そのデバイスで発生する最も重大なクラッシュ グループと ANR グループを修正します。両方の問題がある場合は、まず全体的に最も大きなクラッシュ クラスタと ANR クラスタに焦点を当てます。
技術的な問題を解決するためにサポートが必要です。何から始めればよいですか？
以下のリソースは、Android Vitals がアプリやゲームの技術的な問題をどのように追跡するかを理解するのに役立ちます。一般的な診断と修正のガイダンスについては、一般的なパフォーマンスの問題に対処するをご覧ください。
主な指標:
ユーザーが認識した ANR 発生率
ユーザーが認識したクラッシュ発生率
過度のバッテリー使用
過度の部分的な wake lock
メモリ使用量（匿名 RSS + スワップ）
ビットマップ メモリ使用量
その他すべての指標:
過度の wakeup
停止した部分的な wake lock
バックグラウンドでの過度の Wi-Fi スキャン
バックグラウンドでの過度のネットワーク使用
アプリの起動時間
遅いレンダリング
不正な動作の通知やストアの掲載情報の警告が表示されないようにしたいのですが、どうすればよいですか？
Google Play では、過去 28 日間のデータを使用してアプリの品質を評価します。Android Vitals は、その期間中に発生した問題について警告します。
- UI を定期的にチェックするか、Reporting API を使用してワークフローにデータを統合します。
- Google Play Console で問題のメール通知アラートを設定します。
- Android Vitals は、過去 7 日以上にわたりデバイスに影響を与えているクラッシュと ANR の問題を「新たな問題」として報告します。7 日目に報告されるため、これらの問題に対処できる猶予は 21 日間あります。
多数のデバイスで不正な動作が発生しています。これはどのように解釈すればよいですか？
デバイスのハードウェアまたはソフトウェアの問題が原因で、エラー率が高くなることがあります。Android Vitals は、RAM、Android バージョン、プロセッサ タイプなどが高いエラー率に寄与している可能性を示すアラートを表示します。また、これらの関連性は Google Play Console の [リーチとデバイス] で調べることもできます。
Android Vitals からは、ユーザー数、収益、評価、レビューなどの重要なデバイス情報にも簡単に確認できます。これらの情報はサイドパネルに表示されるので、ページを離れる必要はありません。
デバイスの問題を修正したあと、どれくらいで警告が表示されなくなりますか？
Google Play は、過去 28 日間の平均値を使用して、アプリの主要なパフォーマンス指標を毎日チェックします。この平均値が改善されると、Android Vitals の警告は表示されなくなります。Google Play のシステムで改善が検出された場合、ストアの掲載情報の警告がより早期に削除されることもあります。
問題を解決できない場合、または解決したくない場合はどうすればよいですか？
ユーザー エクスペリエンスの低下が続くことによるコストと機会損失を必ず考慮して検討してください。不正な動作は既存のユーザーに悪影響を及ぼし、新規ユーザーの獲得を困難にします。特定のデバイスで問題を修正することが現実的でない場合は、デバイスのターゲティングと除外のルールを見直してください。
Android Vitals と自社またはサードパーティのソリューションで問題の件数と発生率が異なるのはなぜですか？
Android Vitals は、Google Play が使用している、アプリの技術的な品質に関する主な情報源です。いくつかの理由で、問題の件数と発生率が他のソースと異なる場合があります。
- Android Vitals のデータは Android システムから取得され、これには SDK が認識できない次のイベントが含まれています。
- SDK 初期化前のクラッシュ
- Android 12 より前の ANR
- Android Vitals は、認定デバイスと Google Play からインストールされたアプリの問題のみをカウントします。
- Android Vitals は、データの共有に同意したユーザーのデータのみを使用します。
- ユーザーのプライバシーを保護するため、匿名レポートを作成するのに十分なデータがある場合にのみ、データが表示されます。
- 問題発生率の計算方法が異なる場合もあります。Android Vitals では、1 日のアクティブ ユーザーあたりの問題数が表示されます。
- たとえば、Crashlytics では、アプリ セッションごとに問題の件数をカウントします。ユーザーが 1 日に 3 回ゲームをプレイし、クラッシュが 1 回発生した場合、Android Vitals ではクラッシュ発生率が 100% と表示されますが、Crashlytics では 33% と表示されます。
データの収集方法の詳細については、Google Play Console ヘルプセンターをご覧ください。
IDE で ANR とクラッシュの分析情報を確認できますか？
はい。Android Studio Meerkat 以降で、App Quality Insights でレポートを表示する際に [Insights] タブをクリックします。Gemini はクラッシュの概要を提供し、分析情報を生成して、役立つドキュメントへのリンクを表示します。Gemini にローカルコードのコンテキストへのアクセス権も付与すると、Gemini はより正確な結果、関連性の高い次のステップ、コード候補を提示できます。これにより、問題の診断と解決に費やす時間を短縮できます。詳しくは、Android Studio のドキュメントをご覧ください。
ユーザー セッションとは何ですか？また、いつ開始していつ終了しますか？
ユーザー セッションは、24 時間以内に発生した使用状況アクティビティの合計として定義されます。収集されたすべての Android Vitals 指標について、24 時間の期間は太平洋時間（PT）の午前 0 時に始まります。その日にアプリの使用状況アクティビティが記録されていない場合、セッションは記録されません。