More in App analytics
- How do I track app versions?
- How do I install the Android SDK?
- How do I install the iOS SDK?
- How do I track screen views in my app?
- How do I add TapCub to a Flutter app?
- How do I add TapCub to a React Native app?
- How do I add TapCub to a HarmonyOS app?
- How do I check daily, weekly and monthly active users of my app?
- All guides in this category
Still have a question?
Could not find it? A person reads every message, usually within a few hours on business days.
Chat with usShort answer
Crash-free share = 1 − users who crashed ÷ active users. In TapCub it is on App analytics → Quality & attribution → Stability (and the mini program equivalent). ANRs, UI freezes and custom errors are shown separately and do not lower it.
How it is calculated
Crash-free share = 1 − users who crashed ÷ active users, for the selected period.
Sample: 12,000 active users this week, 84 of them hit at least one crash. Crash-free share = 1 − 84 ÷ 12,000 = 99.3%.
It counts users, not crashes. One user who crashes ten times lowers it as much as a user who crashes once; the separate crash count shows how often it happened.
Where to find it
- Apps: App analyticsQuality & attributionStability
- Mini programs: Mini program analyticsDevice & qualityStability
The page also shows crash count, ANRs, UI freezes, app starts, the median cold and hot start time, and memory. Errors are grouped, and each group can be marked active, resolved or ignored.
Crash, ANR and UI freeze
| Type | Platform | Meaning |
|---|---|---|
| Crash | All | The app process ended unexpectedly |
| ANR | Android | The main thread was blocked for 5 seconds or more |
| UI freeze | iOS, HarmonyOS | The interface stopped responding for 2 seconds or more |
ANRs and UI freezes are reported separately; they do not lower the crash-free share.
What does not count
- Custom errors you send with
$app_errorshow in error groups but do not affect crash-free share. - Crashes are only counted when the SDK reports them. Check your SDK's page for whether crashes are captured automatically or need to be turned on; do not assume every SDK sends
$app_crashedby default.
Find the version behind a drop
- Open App analyticsVersions & channels and compare crashes per version.
- If one release stands out, open its error groups on the stability page.
- Mark the release on the chart with an annotation; app versions are added as release annotations automatically.
If numbers look stale after a fix to historical data, use Recompute (last 7 days) on the stability page. To be told when stability gets worse, create a monitor on errors or error rate.
See also: Improve app performance.
See also
Did this answer your question?
We use your answers to fix and expand this page.
Couldn’t send. Please try again in a minute.
Thanks for the feedback. We’ll use it to improve this page.You’ve already sent feedback on this page. Thanks.