Skip to main content


A metric describes an aggregation of user activity, reflected in product telemetry or another data source, to a scalar value per user.

For example, "sum of a user's active hours" is a metric. So is "a user's average page load time."

Metrics are applied over a window of time, called an analysis window. The Jetstream overview has more details about analysis windows.

What's in a name?

Glean also has a concept called metrics; ours are different.

Jetstream metrics represent aggregations of the recorded values of Glean metrics.

Statistics summarize the distribution of metrics within and between branches of an experiment.

How do I add a metric to my experiment?

A small set of critical guardrail metrics (called Core Firefox Metrics in Nimbus Console) specific to each platform is run by default for each experiment. These are defined for each platform in the metric-hub repository in jetstream/defaults/. Look at the file for your platform. At the top you will see the metrics collected and the timeframe they are available: daily, weekly, or overall (at the end of the experiment). For help understanding any aspect of guardrail metrics on your platform - link to the file and ask in #ask-experimenter.

Outcomes are collections of metrics that relate to each other. You can associate an Outcome with your experiment in the Experiment Console - Metrics section. Data scientists can extend and define outcomes in the outcomes path of the metric-hub repository. See what Outcomes are available.

If the metrics you need are not covered by Guardrail/Core metrics or existing Outcomes - you can add a metric to your experiment by working with a data scientist to write a custom configuration for your experiment.