Check out what’s new from Firebase at Google I/O 2022. Learn more

Monitoring performance data in the console

To view real-time performance data, make sure that your app uses a Performance Monitoring SDK version that's compatible with real-time data processing. Learn more about real-time performance data.

Track key metrics in your dashboard

To learn how your key metrics are trending, add them to your metrics board at the top of the Performance dashboard. You can quickly identify regressions by seeing week-over-week changes or verify that recent changes in your code are improving performance.

an image of the metrics board in the Firebase Performance Monitoring dashboard

Here are some example trends that you could track:

  • An increase in app start time since you added a new blocking API call to app start
  • A drop in response payload size for a network request since you implemented resizing full-size images to thumbnails
  • A decrease in network success rate for a third-party API call during an ecosystem outage
  • A decrease in the slow rendering frames for your table view after you optimize the offscreen processing of each item

Each member of a Firebase project can configure their own metrics board. You can track metrics that are important to you, while other project members can track completely different sets of key metrics on their own boards.

To add a metric to your metrics board, folloe these steps:

  1. Go to the Performance dashboardin the Firebase console
  2. Click the Dashboard tab
  3. Click an empty metric card, then select an existing metric to add to your board
  4. Click on a populated metric card for more options, for example to replace or remove a metric.

The metrics board shows collected metric data over time, both in graphical form and as a numerical percentage change.

  • Each metric card displays the percentage change in the metric's value over the selected time range, as well as the metric's most recently collected value. The statement at the top of the metrics board is an interpretation of the percentage change.
  • By default, the metrics board displays the metric's 90th percentile value, which aligns with Apple recommendations. If you'd like to view how different segments of your users experience your app, select a different percentile from the dropdown at the top of the dashboard page.
  • If you have different versions of your app, you can view how the metric's value for one version is trending in comparison to another version and/or in comparison to all your versions. Select the versions from the dropdowns below the chart.

What do the red, green, and grey colors mean?

Most metrics have a desired trending direction, so the metrics board uses color to display an interpretion of whether the metric's data is trending in a good or bad direction.

For example, say you're tracking app start time for your app (a value that should be small). If this value is increasing, then the metrics board displays the metric's percentage change in red, calling attention to a possible issue. However, if the value is decreasing or unchanged, then the metrics board displays the percentage in green or grey, respectively.

If a metric doesn't have an obvious desired trending direction, like the response payload size for a network request, then the metrics board always displays the metric's percentage change in grey, regardless of how the data is trending.

What do the solid and dashed lines mean?

  • dark blue solid line — the metric's value over time for all versions of your app
    This line can be considered the baseline for your app.

  • light green solid line — the metric's value over time for a specific version of your app
    By default, the metrics board displays data for the latest version. To display a different version in the chart, use the first dropdown below the chart.

  • grey solid line — the metric's value over time for another specific version of your app
    By default, the metrics board does not display data for a second version. To display a second version in the chart, use the second dropdown below the chart.

  • light blue dashed line — the metric's value for all versions at a specific time in the past
    For example, if you select to show a chart of the last 7 days, and you hover over August 30, then the light blue dashed line tells you the metric's value for all versions on August 23.

View traces and their data

You can view all traces for your app in the traces table, which is at the bottom of the Performance dashboard. The table groups each type of trace within an appropriate subtab. For example, all network request traces are listed under the Network requests subtab.

The traces table displays the values for some top metrics for each trace, along with the percentage change for each metric's value. These values are calculated based on the selections of percentile and time range set at the top of the Dashboard tab. Here are some examples:

  • If you select a percentile of 90% and a time range of Last 7 days, then the metric's value will be the 90th percentile of collected data from the most recent day, and the percentage change will be the change since 7 days prior.
  • If you then change the time range to Last 24 hours, then the metric's value will be the median of collected data from the most recent hour, and the percentage change will be the change since 24 hours prior.

You can sort the list of traces in each subtab by the metric's value or by the percentage change for a specific metric. This can help you quickly identify potential problems in your app.

To view all the metrics and data for a specific trace, click the trace name in the traces table. The following sections of this page provide more details.

View more data for a specific trace

If you click a trace name in the traces table, you can then click through various screens to explore the trace and drill down into metrics of interest. On most pages, you can use the Filter button (top-left of the screen) to filter the data by attribute, for example:

an image of Firebase Performance Monitoring data being filtered by attribute
  • Filter by App version to view data about a past release or your latest release
  • Filter by Device to learn how older devices handle your app
  • Filter by Country to make sure your database location isn't affecting a specific region

View all collected metrics for a trace

If you click a trace name in the traces table, you'll see an overview of the trace's data on metric cards.

Use the options in the top-right of the screen to view the data in aggregate, over time, or for each version of your app.

  • Network request traces — The available metric cards are response time, response payload size, request payload size, and success rate.
  • App start, app-in-foreground, app-in-background, and custom code traces — The Duration metric card is always available (the default metric for these types of traces). For custom code traces, if you added any custom metrics to the trace, those metric cards are also shown.
  • Screen rendering traces — The available metric cards are Slow rendering and Frozen frames.

View in-depth information about the data

If you click View more on any metric card, you can review more in-depth information about the collected data and use richer analysis features. For example, you can filter and segment the data by attribute or view the data in the context of an app-usage session.

View more details about user sessions

Performance Monitoring also provides reports of user sessions, which are periods of time when your app is in the foreground. These reports are associated with a specific trace, and they present the trace in a timeline context of other traces that Performance Monitoring collected during that same session.

For example, you can see your custom code traces lined up in the order they started (along with their individual durations), and you can also see any network request traces that were happening at that same time.

The console displays a random sampling of these user sessions. They're available for Apple and Android apps and for all types of traces except screen rendering traces.

Here's some of the other data that you can view about a user session:

an image of the Firebase Performance Monitoring sessions page
  • Information about the trace: Detailed information about the trace for that session, including start time, end time, attributes (like device and country), and any applicable metrics for that type of trace (for example, duration for a custom code trace or response time for a network request trace).
  • CPU: How much user time and system time your app consumed during the session
  • Memory: How much heap memory your app used during the session

How to view sessions data

  1. Go to the Performance dashboard in the Firebase console, scroll down to the traces table, then click the appropriate subtab for the trace of interest.
  2. Click the trace name in the table to view all its available metrics.
  3. In any card, click View more.
  4. View a sampling of sessions:
    • View sessions for any type of user — Click See sessions in the top-right, above the chart.
    • View sessions associated with a specific attribute — Click any attribute, then click the link that's next to an attribute's value (for example, Device > Google Pixel 3 > 3421 sessions).
an image of the Firebase Performance Monitoring trace with a link to sessions

Filter sessions by percentile

Sessions are distributed into percentiles for each metric. Sessions in lower percentile ranges have a lower value for the metric than sessions in higher percentile ranges.

To filter the available sessions by percentile, use the percentiles dropdown above the sessions details.

an image of the Firebase Performance Monitoring sessions page