track clicks on download button as an event

RESOLVED FIXED in 2013Q1

Status

support.mozilla.org
Knowledge Base Software
P1
normal
RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: atopal, Assigned: rrosario)

Tracking

unspecified
2013Q1

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: u=sumo-team c=general p=1 s=2013.6)

(Reporter)

Description

5 years ago
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

5 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

5 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

5 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

5 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

5 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

5 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

5 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

5 years ago
Assignee: nobody → rrosario
(Assignee)

Comment 8

5 years ago
In a PR:
https://github.com/mozilla/kitsune/pull/1213
(Assignee)

Comment 9

5 years ago
Landed on master:

https://github.com/mozilla/kitsune/commit/8b622e6040e305f07651c369e86bd4872909f59f
(Assignee)

Comment 10

5 years ago
Deployed to prod now.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.