Closed
Bug 849841
Opened 11 years ago
Closed 11 years ago
track clicks on download button as an event
Categories
(support.mozilla.org :: Knowledge Base Software, task, P1)
support.mozilla.org
Knowledge Base Software
Tracking
(Not tracked)
RESOLVED
FIXED
2013Q1
People
(Reporter: atopal, Assigned: rrosario)
Details
(Whiteboard: u=sumo-team c=general p=1 s=2013.6)
When people click on the download button that we provide, we should not count that as a bounce. Tracking those as an event will give us insights into clicks that are currentl counted as bounces.
Assignee | ||
Comment 1•11 years ago
|
||
(In reply to Kadir Topal [:atopal] from comment #0) > When people click on the download button that we provide, we should not > count that as a bounce. Tracking those as an event will give us insights > into clicks that are currentl counted as bounces. We looked at this data last week by looking at the mozilla.org profile. I think we decided it was insignificant? If we want to still track this anyway, I think we should open the download link in a new tab as well. Otherwise, the event will be unreliable as the page will get unloaded as soon as they click.
Reporter | ||
Comment 2•11 years ago
|
||
Sorry, this is for sprint 6. It's not huge, but 400k is still big enough to taint the bounce rate numbers in GA. re: opening a new link: as a test that was okay, not so sure as a permanent solution. I guess we have three options: 1. leave it as it is, and live with kinda untrue numbers in GA 2. add event tracking, knowing it's not completely reliable 3. add event traking and open link in new tab to make sure it's reliable. Ricky, the numbers would be unreliable since people might click the link before the GA code is loaded, right?
Reporter | ||
Comment 3•11 years ago
|
||
400k is referring to monthly visits and changing the sprint for real this time.
Whiteboard: u=sumo-team c=general p= s=2013.5 → u=sumo-team c=general p= s=2013.6
Assignee | ||
Comment 4•11 years ago
|
||
(In reply to Kadir Topal [:atopal] from comment #2) > Ricky, the numbers would be unreliable since people might click the link > before the GA code is loaded, right? No. It's because as soon as they click the link the browser starts unloading the page. And we want to run some javascript to send the event to GA at that same time.
Comment 5•11 years ago
|
||
Can we add a small delay? http://stackoverflow.com/questions/4064783/google-analytics-track-outbound-clicks-how The other option, is as you say...open it in new tab. Ibai
Comment 6•11 years ago
|
||
And this article directly from Google: http://support.google.com/analytics/bin/answer.py?hl=en&answer=1136920 As mentioned in the opening but, Google always recommends this to be tracked as an Event...not as a pageview as the SO thread.
Assignee | ||
Comment 7•11 years ago
|
||
We are just adding a new event to track (we've done a few already, they are easy), possibly using some fancy trick from Comment 5 or Comment 6. => 1pt
Whiteboard: u=sumo-team c=general p= s=2013.6 → u=sumo-team c=general p=1 s=2013.6
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → rrosario
Assignee | ||
Comment 8•11 years ago
|
||
In a PR: https://github.com/mozilla/kitsune/pull/1213
Assignee | ||
Comment 9•11 years ago
|
||
Landed on master: https://github.com/mozilla/kitsune/commit/8b622e6040e305f07651c369e86bd4872909f59f
Assignee | ||
Comment 10•11 years ago
|
||
Deployed to prod now.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•