1878983 - Remove the `urlbar.impression` event

Status: RESOLVED FIXED

(Firefox :: Address Bar, task, P2)

Description

[Lina Butler (ex-Mozilla)]

I think we talked about this one at a Cross-Platform Suggest meeting a few months ago, and I forgot to file a ticket then—but then remembered it again while I was reading the Mozilla data docs for address bar telemetry! 😅

It sounds like the urlbar.impression event doesn't match Product's definition of an "impression", and isn't actually used for analysis—we calculate impressions from the urlbar.engagement and urlbar.abandonment events instead. Should we think about removing urlbar.impression? The mobile teams are also looking at bringing the address bar engagement events to Android and iOS, and removing it might make it easier to explain the other two.

Comment 1

[Marco Bonardo [:mak]]

We surely want to change it, either remove or rename it to "pause" and make the pause longer than 1s, so it's more meaningful. Though at this time there's no plan from DS or Product to use those pause measurements, so we'd better just remove it, and reintroduce a new event when necessary.

As a side note, we're also slightly modifying the Abandonment event, that currently only tracks blurring the Address Bar, so that it will also happen when the search context changes (e.g. on Tab Switch, even if the address bar remains focused, we should count an abandonment because the search terms are fully replaced). As a consequence that will make impressions a bit more frequent, but more consistent. we'll also add a reason property to the abandonment event.
I just posted an update to https://mozilla-hub.atlassian.net/browse/SNG-1172

Comment 2

[Karandeep Lubana [:klubana]]

Attachment: Bug 1878983 - Remove the urlbar.impression event. r=mak

Comment 3

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/da483fb8655e
Remove the urlbar.impression event. r=mak

Comment 4

[Norisz Fay [:noriszfay]]

https://hg.mozilla.org/mozilla-central/rev/da483fb8655e