Closed Bug 1298922 Opened 8 years ago Closed 8 years ago

Breakdown: Collect metrics on Activity Stream Usage

Categories

(Firefox for iOS :: General, defect, P1)

Other
iOS
defect

Tracking

()

RESOLVED FIXED
Iteration:
1.6

People

(Reporter: sleroux, Assigned: sleroux)

References

Details

(Whiteboard: [MobileAS])

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.
Rank: 5
Priority: -- → P2
See Also: → 1299506
Summary: [meta] Collect metrics on Activity Stream Usage → Collect metrics on Activity Stream Usage
Whiteboard: [MobileAS]
Assignee: nobody → sleroux
Priority: P2 → P1
Priority: P1 → P2
Status: NEW → ASSIGNED
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
Blocks: 1307166
See Also: → 1307166
Depends on: 1307178
Depends on: 1307180
No longer blocks: activity-stream-ios
No longer depends on: 1307180
No longer depends on: 1307178
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)
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
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)
Thanks for the input! Marking as closed as I have my work items defined now.
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Iteration: --- → 1.6
You need to log in before you can comment on or make changes to this bug.