While our first implementation of SessionLength uses the same sampling rate across wikis, we ultimately want to be able to vary sampling rates across wikis (and configure this over time, as traffic and computing power change).
Acceptance Criteria:
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | kzimmerman | T267494 [Session Length v1] View how long users interact with our products | |||
| Duplicate | None | T384009 [EPIC] Create a SessionLength Instrument product and technical strategy | |||
| Declined | None | T276636 [SessionLength] Add ability to adjust sampling rate per wiki |
@jlinehan @Mholloway we discussed the idea of adding the ability to adjust sampling rate for this sprint, but @mforns suggested that design considerations may take some time to work through. This is a capability we'd like to add after v1, though I'm not sure if it should be tied directly to SessionLength or if there will be a more generic way to adjust sampling rate for other types of events.
Last Friday I learned that we can already configure sampling rate per wiki!
The changes needed to make this useful in the session length project would be:
The goals here will be achieved by offering SessionLength as one of the standard metrics to use in experimentation T406261: [EPIC] SDS 2.4.3 Create a suite of standard metrics to use in experiments