Breakdown: Collect metrics on Activity Stream Usage

RESOLVED FIXED

Status

()

P1
normal
Rank:
5
RESOLVED FIXED
2 years ago
2 years ago

People

(Reporter: sleroux, Assigned: sleroux)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [MobileAS])

(Assignee)

Description

2 years ago
Part of the validation phase of Activity Stream will require us to evaluate how users are using it. Desktop is using a small JSON API server for reporting metrics named Onyx (https://github.com/mozilla/onyx#v3linksactivity-stream). We should investigate what it would take to create a small client on iOS for reporting A-S metrics to the onyx service.
(Assignee)

Updated

2 years ago
Rank: 5
Priority: -- → P2
See Also: → bug 1299506
Summary: [meta] Collect metrics on Activity Stream Usage → Collect metrics on Activity Stream Usage
(Assignee)

Updated

2 years ago
Whiteboard: [MobileAS]
Assignee: nobody → sleroux
Priority: P2 → P1
Priority: P1 → P2
(Assignee)

Updated

2 years ago
Status: NEW → ASSIGNED
(Assignee)

Comment 1

2 years ago
Going to give the new process a try and use this as a breakdown bug for collecting data for AS.
Summary: Collect metrics on Activity Stream Usage → Breakdown: Collect metrics on Activity Stream Usage
Priority: P2 → P1
(Assignee)

Updated

2 years ago
Blocks: 1307166
(Assignee)

Updated

2 years ago
See Also: → bug 1307166
(Assignee)

Updated

2 years ago
Depends on: 1307178
(Assignee)

Updated

2 years ago
Depends on: 1307180
(Assignee)

Updated

2 years ago
No longer blocks: 1288158
(Assignee)

Updated

2 years ago
No longer depends on: 1307180
(Assignee)

Updated

2 years ago
No longer depends on: 1307178
(Assignee)

Comment 2

2 years ago
Looking at https://github.com/mozilla/activity-stream/blob/master/data_events.md I have a couple of questions about what we want to do for mobile. Specifically,

* For the source field, do we want to use FEATURED or HIGHLIGHTS for mobile? Not sure if there is a difference between desktop/mobile here.

* Since Activity Stream isn't implemented as an addon, do we want to use addon_version as the application version or does it lose meaning if we do that?

* tab_id, client_id - Are these fields desktop/gecko specific? I'm wondering what mobile should do for these fields.

* Can we send blank metadata_source on mobile? We currently don't use embedly or fathom for any metadata parsing. 

* Do we send url for ‘highlights’ or only for recommendation/pocket driven content? We don't have that on mobile yet.
Flags: needinfo?(najiang)

Comment 3

2 years ago
Hi Stephan,

Q1: the "source" is a required field, but its values are open-ended and free to change

Q2: the "addon_version" is also a required one, it's being used to track the performance of different releases. If there is no such counterpart for iOS, I think you can use the Firefox version, or "N/A" if you really don't want to populate it

Q3: Yes, those fields are coming from Firefox directly, "client_id" is particularly useful for the following data analysis. For instance, we use this field to associate a couple of performance telemetries in order to do the engagement research

Q4: the "metadata_source" is an "optional" field, you don't need to include it in the payload

Q5: No, we only send urls for recommendation/pocket content, and this field is also optional  


Hope that works,

Nan

Comment 4

2 years ago
Oops, forgot to mention that "tab_id" and "client_id" are both required field, which means they should be included in the payload all the time, but you can just use some placeholders for them if they're not available on iOS.
Flags: needinfo?(najiang)
(Assignee)

Comment 5

2 years ago
Thanks for the input! Marking as closed as I have my work items defined now.
Status: ASSIGNED → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → FIXED
Iteration: --- → 1.6
You need to log in before you can comment on or make changes to this bug.