Skip to content

Guide

Google Play crash rate and ANR thresholds, explained

Updated

Short answer

Google Play treats an app as having bad technical quality when its user-perceived crash rate is at or above 1.09%, or its user-perceived ANR (App Not Responding) rate is at or above 0.47%, measured over 28 days. Above either line, Google Play can reduce the app’s visibility and show users a warning on its store listing.

What “user-perceived” means

User-perceived rates count only the crashes and ANRs a person actually notices, for example a crash while the app is in the foreground. Background crashes still count toward the plain crash rate but not toward the user-perceived one that Google Play enforces.

The rate is the share of daily active users who hit at least one such crash (or ANR), averaged over the last 28 days and weighted by users.

The two thresholds

Both are measured across all devices over a 28-day window:

  • User-perceived crash rate: 1.09%
  • User-perceived ANR rate: 0.47%

How to watch them without opening Play Console every day

Android vitals in Play Console shows both rates, but only if someone looks. Plash reads them from the Play Developer Reporting API every 15 minutes, shows the 28-day rate on the app’s dashboard, and sends a critical alert (email, phone push, Slack or Discord) when either rate reaches its threshold.

Frequently asked questions

What is a good crash rate for an Android app?

Below Google Play’s 1.09% user-perceived crash rate threshold, and as low as you can get it. Many teams aim well under 1%.

What is the ANR threshold on Google Play?

A user-perceived ANR rate of 0.47% over 28 days.

What happens if my app is above the threshold?

Google Play can lower the app’s visibility in search and recommendations and may show a warning on its store listing.

Bring every app into one place

14 days of everything in Studio, free. No card needed.