we need to capture
- utm_medium
- the variant of the page
- utm_campaing
@CCogdill_WMF can you confirm this is what you would need?
we need to capture
@CCogdill_WMF can you confirm this is what you would need?
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Resolved | None | T225844 Epic: Tracking stats for opt-in page | |||
Resolved | XenoRyet | T226572 add tracking to opt in page |
Assuming 'the variant of the page' = utm_source, yes! In other words, we
need to track our 3 main utms:
utm_medium
utm_campaign
utm_source
In terms of priority, utm_source is all I really need to start analyzing
results on the page. If we need to tackle this in phases, please do that
first.
Change 519680 had a related patch set uploaded (by XenoRyet; owner: XenoRyet):
[mediawiki/extensions/DonationInterface@master] Add tracking fields to opt-in messages
Thinking about where this should live, and in what form.
@CCogdill_WMF I'm mostly thinking that it's possible for someone to opt in, opt out, and opt back in again. Do we need tracking info for that whole chain, or is it good enough to just have the utm_* fields for the latest opt-in?
Hmm I guess in a totally ideal world, we would keep a record of all engagements, but I could work with just the latest.
Ok, I'll start with just the latest so we can have something in place. We'll make the full record a version 2 feature.
Change 519680 merged by jenkins-bot:
[mediawiki/extensions/DonationInterface@master] Add tracking fields to opt-in messages
Change 520315 had a related patch set uploaded (by XenoRyet; owner: XenoRyet):
[wikimedia/fundraising/crm@master] Add traking fields to opt-in consumer
Hey all! I see something happened with this task last week. Should I be checking for data?
@CCogdill_WMF Almost! The back-end changes haven't quite been merged and deployed yet. I have to get the new fields added to civi, then make sure the opt-in consumer passes tests. I've got it all working end-to-end locally though and it's working fine. Should be pretty quick to finish everything up and get it out.
Change 521538 had a related patch set uploaded (by XenoRyet; owner: XenoRyet):
[wikimedia/fundraising/crm@master] Add custom comminication fields for opt-in tracking
Change 521538 merged by jenkins-bot:
[wikimedia/fundraising/crm@master] Add custom comminication fields for opt-in tracking
Change 520315 merged by jenkins-bot:
[wikimedia/fundraising/crm@master] Add traking fields to opt-in consumer
@CCogdill_WMF Ok, this is deployed and working now. If utm_source, utm_medium, and/or utm_campaign are in the url, they'll show up in the communications section in civi. As far as the database goes, they're in that same table with the opt-in field itself.
No backfilled stats. This is just tracking stuff going forward. I'm not sure off the top of my head what it would take to backfill, or if it's even possible, but if it's important we can make a task to look into it.
I'll go ahead and close this task now.