![](https://developer.android.com/static/topic/performance/vitals/images/android-vitals.png)

Android vitals helps Google improve the quality of Android apps on Google Play. When a user allows it, their Android-powered device tracks app quality metrics such as stability, performance, battery use, and permission issues. Google Play collects this data, which can be accessed through the[Android vitals dashboard](https://support.google.com/googleplay/android-developer/answer/9844486?visit_id=637804734146240317-4134883661&rd=1)in the[Play Console](https://play.google.com/console/about/), and through the[Google Play Developer Reporting API](https://developers.google.com/play/developer/reporting).

Developers should monitor Android vitals to improve the user experience, especially the core vitals:**user-perceived crash rate** ,**user-perceived ANR rate** , and**excessive partial wake locks**.

## Core vitals and bad behaviors

Your app's core vitals affect your app's visibility on Google Play. User-perceived crash rate and user-perceived ANR rate have an**overall** bad behavior threshold and a**per-device**bad behavior threshold.

Excessive partial wake locks only has an overall bad behavior threshold and excessive battery usage on wear OS has an overall and per watch model threshold.

### FAQs

#### What are core vitals?

Core vitals are the most important metrics in Android vitals, and affect the visibility of your app on Google Play. The core vitals are**user-perceived crash rate** ,**user-perceived ANR rate** , and**excessive partial wake locks** for all apps, and**excessive battery usage**for watch face apps.

#### What are the bad behavior thresholds?

The crash, ANR, and battery usage core vitals have two bad behavior thresholds: one for all sessions across devices and one per device. These thresholds are shown in Android vitals.

| BAD BEHAVIOR THRESHOLD To maximize your title's visibility on Google Play, please keep it under these thresholds. ||||
|                              | Overall (average across devices) | Per phone model | Per watch model |
|------------------------------|----------------------------------|-----------------|-----------------|
| User-perceived crash rate    | 1.09%                            | 8%              | 4%              |
| User-perceived ANR rate      | 0.47%                            | 8%              | 5%              |
| Excessive battery usage      | 1%                               | -               | 1%              |
| Excessive partial wake locks | 5%                               | -               | -               |

| **Note:** Apps with excessive partial wake locks may see store visibility impact**starting from March 1, 2026** . For specifics on what partial wake lock use is considered excessive, see[Excessive partial wake locks](https://developer.android.com/topic/performance/vitals/excessive-wakelock).

#### How do core vitals affect my title's visibility on Play?

If your app or game exceeds a bad behavior threshold, Play may reduce the visibility of your title. Play may also show users a warning on your store listing.

#### Is it possible to have both per-device and overall bad behaviors? Or one but not the other? What do I do if so?

Yes, all combinations are possible. To improve app quality, fix the crashes and ANRs affecting the most users. For better quality on specific devices, fix the biggest crash and ANR groups on those devices. If you have both issues, focus first on the largest overall crash and ANR clusters.

#### I need help to fix my technical issues. Where do I start?

The following resources resources are provided to help you diagnose and fix technical issues in your app or game.

##### Core vitals:

[User-perceived ANR rate](https://developer.android.com/games/optimize/vitals/anr#android-vitals)  
[User-perceived crash rate](https://developer.android.com/games/optimize/vitals/crash#android-vitals)  
[Excessive battery usage](https://developer.android.com/games/optimize/vitals/excessive-battery-usage)  
[Excessive partial wake locks](https://developer.android.com/topic/performance/vitals/excessive-wakelock)  

##### All other vitals:

[Excessive wakeups](https://developer.android.com/games/optimize/vitals/wakeup)  
[Stuck partial wake locks](https://developer.android.com/games/optimize/vitals/wakelock)  
[Excessive background Wi-Fi scans](https://developer.android.com/games/optimize/vitals/bg-wifi)  
[Excessive background network usage](https://developer.android.com/games/optimize/vitals/bg-network-usage)  
[App startup time](https://developer.android.com/games/optimize/vitals/launch-time)  
[Slow rendering](https://developer.android.com/games/optimize/vitals/render)  

[Slow Sessions](https://developer.android.com/games/optimize/vitals/slow-session)  
[Low memory killers (LMKs)](https://developer.android.com/games/optimize/vitals/lmk)  
[Permission denials](https://developer.android.com/games/optimize/vitals/permissions)  

#### I don't want to be surprised by bad behaviors or store listing warnings. How can I get ahead of this?

Play uses the last 28 days of data to assess your app's quality. Android vitals warn you about any problems during that period.

- Regularly check the UI or use the reporting API to integrate data into your workflow.
- Set up email alerts in the Play Console for issues.
- Android vitals flags "emerging issues"---problems affecting devices for over 7 days for crashes and ANRs. This gives you 21 days to address them.

#### I have a lot of devices with bad behaviors. How do I make sense of the list?

Sometimes, device hardware or software problems cause high error rates. Android vitals alerts you to possible links between high error rates and things like RAM, Android version, and processor type. You can also investigate these links yourself using Reach and Devices in the Play Console.

Android vitals also provides quick access to key device information, such as user numbers, revenue, ratings, and reviews. This information is shown in a side panel, so you don't need to leave your current page.

#### If I fix an issue on a device, how long before warnings stop showing?

Play checks your app's key performance indicators daily, using a 28-day average. When this average improves, Android vitals warnings disappear. Store listing warnings may be removed faster if Play's system detects improvement.

#### What if I can't fix the issue, or I don't want to do so?

Ensure you've weighed the costs and lost opportunities from ongoing poor user experiences. Bad behavior hurts current users and makes it harder to attract new ones. If fixing problems on specific devices isn't practical, reconsider your device targeting and exclusion rules.

#### Why don't Android vitals issue counts and rates match the issue counts and rates I see from my own or other third-party solutions?

Android vitals is Play's main source for technical app quality. The number of issues and rates may differ from other sources for several reasons:

- Android vitals data comes from the Android system and includes events not seen by SDKs, such as:
  - Crashes before SDK initialization
  - ANRs before Android 12
- Android vitals only counts issues from certified devices and apps installed from Google Play.
- Android vitals only uses data from users who agreed to share data.
- To protect user privacy, we only show data if we have enough to make anonymous reports.
- Issue rates may be calculated differently. Android vitals shows issues per daily active user.
  - For example, Crashlytics counts the number of issues per app session. If a user played a game three times in one day and experienced one crash, Android vitals would show a 100% crash rate while Crashlytics would show a 33% crash rate.

For more information on how data is collected, see the[Play Console Help Center](https://support.google.com/googleplay/android-developer/answer/7385505).

#### Can I see my ANR and crashes insights in the IDE?

Yes, from[Android Studio Meerkat](https://developer.android.com/studio), when viewing reports in App Quality Insights, click the Insights tab. Gemini provides a summary of the crash, generates insights, and links to useful documentation. If you also provide Gemini with access to local code context, Gemini can provide more accurate results, relevant next steps, and code suggestions. This helps you reduce the time spent diagnosing and resolving issues. See the[Android Studio documentation](https://developer.android.com/studio/debug/app-quality-insights)to learn more.

#### What is considered a user session and when does it begin and end?

A user session is defined as the sum of usage activity that occurs in a 24-hour period. The 24-hour period starts at midnight Pacific Time (PT) for all collected Android vitals metrics. If there is no usage activity recorded on the app for the day, a session is not recorded.