App Health Insights Dashboard
With the App Health Insights dashboard, you can track key app performance metrics across all live versions of an app. The Performance dashboard reports app latency, foreground low memory killer events, and fluidity. These metrics can help you monitor any ongoing issues, track potential regressions across newer app versions, and continuously improve your app's user experience.
To monitor crashes, App Not Responding (ANR) events, and low-memory kills, see App Stability.
- Video Tutorial
- Requirements
- Access the App Health Insights dashboard
- Dashboard overview
- Understand your app's performance
- Trend graphs
- Managing filters
- App Health Insights dashboard FAQ
- Feedback
Video Tutorial
The following is a high-level video tutorial about how you can start using the App Health Insights dashboard:
Requirements
To use the App Health Insights dashboard, make sure you have:
- An administrator, developer, or analyst role. You can find your role in the Developer Console, under My Settings > My Account.
- A live app in your developer account.
Access the App Health Insights dashboard
You can access the App Health Insights dashboard in the Developer Console from your live app's listing.
To access the App Health Insights dashboard
- Sign in to your developer account and go to the Developer Console dashboard.
- From the navigation bar, choose My Apps, and then find your live app's listing.
- Select the menu icon and choose App Health Insights, as shown in the following image.
Dashboard overview
The App Health Insights dashboard contains data for in-field key performance indicators (KPIs) across all live versions of your app. The dashboard aggregates data from user devices associated with your app over a chosen time period. The dashboard displays each KPI as an average over the time period, and includes trend graphs for the same period. In the sidebar, select Performance or Stability to see the associated data. Customize your view by using the available filters. For details about filters, see Managing filters.
Performance dashboard
When you access the App Health Insights screen, the Performance dashboard shows by default.
Here you can choose between App Latency, Foreground Low Memory Killer Event (LME), or Fluidity. The App Latency tab is selected by default, which shows the following four KPIs:
- App Launch Time - Warm Start
- App Launch Time - Cold Start
- Ready To Use - Warm Start
- Ready To Use - Cold Start
The Foreground Low Memory Killer Event (LME) tab displays LME event metrics and the Fluidity tab displays frame drop rate metrics. For details about the performance KPIs, see App latency, Memory use, and Fluidity.
Stability dashboard
To display the Stability dashboard and review your app's stability KPIs, select Stability from the sidebar.
For details about the stability experience, see App Stability.
Understand your app's performance
On the dashboard, you can select Performance or Stability from the sidebar to access the performance or stability data for your app. The Performance dashboard has separate tabs for app latency, foreground low memory events, and fluidity.
The following sections define the available KPIs on the App Health Insights dashboard.
App latency
The App Latency tab is on the Performance dashboard. On this tab, you can view data relating to app launch time. Use the available drop-down menus to filter the results displayed by devices, app version, and time period. For details on the filters, see Managing filters.
| KPI | Description | Additional information |
|---|---|---|
| App Launch Time - Warm Start | The average time it takes for the first activity to appear on screen (even if the screen is blank), when the app process is already running on the device.
A warm app means that the app process is already running when a user launches the app. |
app launch time (warm start) = time to create the activity (if not already running from the previous app launch) + time to render the activity (even if the screen is blank)
The App Launch Time KPI card displays the average warm start time across all warm start app launch events. |
| App Launch Time - Cold Start | The average time it takes for the first activity to appear on screen (even if the screen is blank), when the app process is not running on the device and needs to be created.
A cold app means that its process is not running on the device when a user launches the app. |
app launch time (cold start) = time to start app process + time to create the app activity + time to render the activity (even if the screen is blank)
The App Launch Time KPI card displays the average cold start time across all cold start app launch events. |
| Ready To Use - Warm Start | The average time it takes to fully draw the desired app activity, when the app process is already running on the device.
A warm app means that the app process is already running when a user launches the app. |
report fully drawn (warm start) = time to create the predefined activity (if not already running from the previous app launch) + time to render the predefined activity
Fully drawn means that the app has called Activity.reportFullyDrawn(). For more information, see the Android documentation on the reportFullyDrawn() method.
Note: If you haven't implemented the RTU metric, it will be unavailable on the dashboard, and shows "This KPI requires you to implement the Ready To Use (RTU) marker in your app." For help with implementation, see How to measure and improve app startup times in Fire OS. |
| Ready To Use - Cold Start | The average time it takes to fully draw the desired app activity, when the app process is not running on the device.
A cold app means that its process is not running on the device when a user launches the app. |
report fully drawn (cold start) = time to start the app process + time to create the predefined activity + time to render the predefined activity
Fully drawn means that the app has called Activity.reportFullyDrawn(). For more information, see the Android documentation on the reportFullyDrawn() method.
Note: If you haven't implemented the RTU metric, it will be unavailable on the dashboard, and shows "This KPI requires you to implement the Ready To Use (RTU) marker in your app." For help with implementation, see How to measure and improve app startup times in Fire OS. |
Memory use
The Foreground Low Memory Killer Events (LME) tab is on the Performance dashboard. Select this tab to view the KPIs for memory use. Use the available drop-down menus to filter the results displayed by devices, app version, and time period. For details on the filters, see Managing filters.
| KPI | Description | Additional information |
|---|---|---|
| Foreground Low Memory Killer Events (LME) | The average daily instances of foreground low memory events that led to the app being killed on the device. | A foreground LME occurs if the system is short on memory after killing all non-persistent background apps or services. The dashboard shows a trend of total daily foreground LMEs for the selected time period. |
Fluidity
The Fluidity tab is on the Performance dashboard. Select this tab to view the KPIs for the drop rate of UI frames in the app. Use the available drop-down menus to filter the results displayed by devices, app version, and time period. For details on the filters, see Managing filters.
| KPI | Description | Additional information |
|---|---|---|
| Frame Drop Rate | The percentage of UI frames that were dropped, out of the total UI frames generated by the app. | percentage of dropped frames = (total frames dropped for the app ÷ total frames for the app) * 100 |
Stability
For details about the stability experience, see App Stability.
Trend graphs
Each KPI has an associated trend graph on the dashboard. The graph provides an overview of the app's stability or performance over the defined time period. The x-axis represents the dates within the selected time period, and the y-axis represents the numerical value of the selected KPI.
You can hover your mouse over the trend graph to view information associated with an individual data point. For example, with app launch time, hovering over an individual data point displays the daily average value for app launch time and the total number of events used to compute the value. To see graphs for a specific data set, use the available filters. When you change the values in the filters, the trend graphs refresh automatically to reflect the selected data.
Managing filters
The App Health Insights dashboard provides multiple filters to refine your view of the KPIs across time periods, devices, and app versions. Any changes to these filters automatically refreshes the visible KPI values and associated graphs on the dashboard.
The Appstore ignores data that has a statistically negligible impact on the selected KPI, and therefore might not have a sizeable impact on the performance and stability monitoring of an app. For example, the Appstore wouldn't include the data generated by a test version of the app used by few hundred testers that triggers app launch time events. This ensures that the dashboard represents real-world, user-impacting app events as closely as possible.
The following sections describe the available filter types.
Time period
You can set the Time Period filter to either Last 1 Week, Last 2 Weeks, Last 4 Weeks, or Last 90 Days to display the data aggregation across that time period. By default, the dashboard shows the four-week period for your app. The graph's x-axis represents the dates. Hover your mouse over a particular date on the graph to view the associated KPI value.
App version and published date
The App version, Published Date (GMT) filter contains a list of all app versions which are currently live (in-use) for your app. The items listed in the app version filter use the format <serial number> <app version> <version code> <publish date>. The list is sorted by publish date from most recent (the latest app version) to least recent (the oldest app version). The app version filter shows the app version in two formats: the app version value from the app's manifest file, and the friendly version code. You can search for a particular version by using the search bar at the top of the drop-down menu and entering the version code or publish date. After you select one or more values within the app version list, you can view all selected values by clicking SHOW SELECTED VALUES at the bottom of the drop-down menu. To reset your selection, click the three-dot menu next to the App version, Published Date (GMT) filter text and select Reset.
Compare app version
You can use the Compare App Version filter to view trends of all selected app versions. Set this option to ON to view multiple trend graphs that correspond to different app versions. You can choose to view trend graphs for specific app versions by using the App version, Published Date (GMT) filter. By default, this filter is set to OFF.
Device type
The Device Type filter contains the list of device families—Fire TV or Fire tablet devices—that are currently in-use for the app. You can manually select a specific device type from the list, or use the search bar to look for a particular device type. A selection here impacts the list of devices available under the Devices Only filter.
Device OS
The Device OS filter contains the list of OS families—Fire OS or Vega OS—that are currently in-use for the device type. You can manually select a specific device OS from the list, or use the search bar to look for a particular device OS. You can also select All, which selects all devices using Fire OS and Vega OS. By default, this filter is set to All.
Devices only
When you change your selection in the Device Type filter, the Devices Only filter automatically refreshes the list of available devices. The updated list includes only those devices that match the selected device types. The Devices Only list is sorted alphabetically and the unfiltered list contains all devices that are in-use by users of your app. The Appstore strictly restricts this list to those devices that you targeted during app submission and ignores side-loaded device names from this list. Search for specific devices using the search bar or manually select devices by scrolling through the list.
App Health Insights dashboard FAQ
The following are frequently asked questions (FAQ) about the App Health Insights dashboard.
- Q: How often is the data on the dashboard refreshed?
-
- For most KPIs, the dashboard data has a delay of 24 hours. If you view the dashboard data on a particular day, the latest data available is from the previous day.
- Q: For a few app versions, the crash rate and ANR rate appear unusually high. Is this expected?
-
To calculate active users for an app, the Appstore relies on users' permission to be able to collect app usage data. Also, there are legal and policy restrictions to collect some types of user data, such as app usage by children. For these reasons, the active user count for an app might be under-reported in a few instances, leading to slightly higher crash and ANR rate reported for specific apps and versions.
- Q: Why can't I see any data for a particular KPI or set of filters?
-
There might be instances where the dashboard displays "No data found". This could be due to one of the following reasons:
- The KPI isn't supported for your app. As an example, in app latency, Ready To Use depends on a developer defining the interaction point in the app. If the associated details aren't found, the KPI data will be unavailable for the app.
- The set of applied filters didn't return any data for the KPI. This might be due to missing historical data for app versions or device types, for the given time period.
If you believe there is an issue with data availability, use the feedback button on the bottom left of the dashboard screen to share your concerns, or contact developer support.
- Q: Can I use this dashboard for my Live App Testing (LAT) app versions?
-
Currently, the App Health Insights dashboard is available for live apps only. If you upgrade a LAT app to a live version, it becomes available as one of the versions under the app version filter. The dashboard filters out LAT apps that are used by testers only.
Feedback
To help provide you with a better experience, share your feedback using the feedback widget located on the bottom left of the dashboard screen.
Last updated: Oct 13, 2026
