Android vitals

Android vitals 可帮助 Google 提高 Google Play 上 Android 应用的质量。在用户允许的情况下,其 Android 设备会跟踪应用质量指标,例如稳定性、性能、电池使用情况和权限问题。Google Play 会收集这些数据,您可以通过 Android vitals 信息中心Play 管理中心内访问这些数据,也可以通过 Google Play 开发者报告 API 访问这些数据。

开发者应监控 Android vitals 以改善用户体验,尤其是核心重要指标:用户感知的崩溃率用户感知的 ANR 率过度的部分唤醒锁定

核心重要指标和不良行为

应用的核心重要指标会影响应用在 Google Play 上的可见性。每个核心重要指标都有一个总体不良行为阈值和一个按设备计算的不良行为阈值。

常见问题解答

什么是核心重要指标?

核心重要指标是 Android vitals 中最重要的指标,会影响应用在 Google Play 上的可见性。核心重要指标包括所有应用的用户感知的崩溃率用户感知的 ANR 率过度的部分唤醒锁定,以及表盘应用的电池过度使用

不良行为阈值是什么?

崩溃、ANR 和电池使用情况这些核心重要指标有两个不良行为阈值:一个适用于所有设备的会话,另一个适用于每台设备。这些阈值在 Android vitals 中显示。

不良行为阈值
为了最大限度地提高您的作品在 Google Play 上的可见性,请将其保持在这些阈值以下。
总体(所有设备的平均值) 按手机型号 按手表型号
用户感知的崩溃率 1.09% 8% 4%
用户感知的 ANR 率 0.47% 8% 5%
电池过度使用 1% - 1%
过度的部分唤醒锁定 (Beta 版) 5% - -

有关哪些部分唤醒锁定使用被视为过度,请参阅过度的部分唤醒锁定 (Beta 版)

核心重要指标如何影响我的作品在 Play 上的可见性?

如果您的应用或游戏超出不良行为阈值,Play 可能会降低您作品的可见性。Play 还可能在您的商店商品详情中向用户显示警告。

是否可能同时存在按设备和总体不良行为?或者只存在其中一种?如果是这样,我该怎么做?

是的,所有组合都是可能的。要提高应用质量,请修复影响最多用户的崩溃和 ANR。为了在特定设备上获得更好的质量,请修复这些设备上最大的崩溃和 ANR 组。如果两个问题都存在,请首先关注最大的总体崩溃和 ANR 集群。

我需要帮助来解决我的技术问题。我该从何开始?

以下资源可帮助您诊断和修复应用或游戏中的技术问题。

核心重要指标

用户感知的 ANR 率
用户感知的崩溃率
电池过度使用
过度的部分唤醒锁定 (Beta 版)

所有其他重要指标

唤醒过度
卡住的部分唤醒锁定
后台 Wi-Fi 扫描过度
后台网络使用过度
应用启动时间
渲染缓慢

会话缓慢
低内存终止程序 (LMK)
权限拒绝

我不想被不良行为或商店商品详情警告吓到。如何才能提前避免这种情况?

Play 使用过去 28 天的数据来评估您的应用质量。Android vitals 会在此期间警告您任何问题。

  • 定期检查 UI 或使用报告 API 将数据集成到您的工作流程中。
  • 在 Play 管理中心为问题设置电子邮件提醒。
  • Android vitals 会标记“新出现的问题”——影响设备超过 7 天的问题。这为您提供了 21 天的时间来解决它们。

我的许多设备都存在不良行为。我该如何理解这个列表?

有时,设备硬件或软件问题会导致高错误率。Android vitals 会提醒您高错误率与 RAM、Android 版本和处理器类型等因素之间可能存在的关联。您还可以使用 Play 管理中心中的“覆盖面”和“设备”自行调查这些关联。

Android vitals 还提供对关键设备信息的快速访问,例如用户数量、收入、评分和评论。此信息显示在侧面板中,因此您无需离开当前页面。

如果我在一台设备上修复了一个问题,警告多久会停止显示?

Play 每天使用 28 天平均值检查应用的关键性能指标。当此平均值改善时,Android vitals 警告将消失。如果 Play 系统检测到改进,商店商品详情警告可能会更快移除。

如果我无法或不想解决问题怎么办?

请确保您已权衡持续糟糕的用户体验所带来的成本和机会损失。不良行为会损害现有用户,并使吸引新用户变得更加困难。如果修复特定设备上的问题不切实际,请重新考虑您的设备定位和排除规则。

为什么 Android vitals 的问题计数和速率与我自己的或其他第三方解决方案看到的不匹配?

Android vitals 是 Play 技术应用质量的主要来源。问题数量和速率可能因多种原因与其他来源不同:

  • Android vitals 数据来自 Android 系统,包含 SDK 未检测到的事件,例如:
    • SDK 初始化之前的崩溃
    • Android 12 之前的 ANR
  • Android vitals 仅统计来自已认证设备和从 Google Play 安装的应用的问题。
  • Android vitals 仅使用同意共享数据的用户数据。
  • 为了保护用户隐私,我们只在有足够数据生成匿名报告时才显示数据。
  • 问题发生率的计算方式可能不同。Android vitals 显示的是每天活跃用户的问题数量。
    • 例如,Crashlytics 会统计每个应用会话的问题数量。如果用户一天玩了三次游戏并遇到一次崩溃,Android vitals 会显示 100% 的崩溃率,而 Crashlytics 会显示 33% 的崩溃率。

有关数据收集方式的更多信息,请参阅 Play 管理中心帮助

我可以在 IDE 中查看 ANR 和崩溃分析报告吗?

可以,在 Android Studio Meerkat 中,查看应用质量分析报告时,点击“分析”标签页。Gemini 提供崩溃摘要、生成分析洞察并链接到有用的文档。如果您还向 Gemini 提供对本地代码上下文的访问权限,Gemini 可以提供更准确的结果、相关的后续步骤和代码建议。这有助于您减少诊断和解决问题所需的时间。请参阅 Android Studio 文档了解更多信息。