1450722 - GA download event missing from /download/thanks/ page

Status: RESOLVED FIXED

(www.mozilla.org :: Analytics, defect)

Description

[Chris More [:cmore]]

Bug 1438302 introduced /firefox/download/thanks/ as a replacement for the legacy /firefox/new/?scene=2 download thanks page and SEO strategy. Previously, the scene=2 page also had a GA download event, which was added to the page on May 2, 2017 (per a GA annotation from Peter German). I cannot find the bug or bedrock commit for this, so it is possible this change was done via Google Tag Manager.

The lack of GA download event on /download/thanks/ means that our download count has been down over 20-30%, which appears to be a measurement issue with this bug and not truly down. This also means that 20-30% of our downloads could be coming through /download/thanks/ where the previous button click is not on www.mozilla.org.

This was confirmed with @hoosteeno by analyzing downloads event in real-time and looking at downloads from the previously live ?scene=2 page. Currently, download events are triggered from button clicks on page and now that /scene=2 is redirected to /download/thanks/, downloads that are coming from external sources or direct to scene=2 (not redirected) are not be counted by GA giving a false impression that downloads are down.

Comment 1

[Chris More [:cmore]]

Attachment: GTM triggers for scene=2

I found the legacy GTM event on scene=2 that isn't triggering now that it is redirected to /download/thanks/. So, this appears to be a measurement issue related to GTM now that scene=2 is redirected to /download/thanks/.

Comment 2

[pgerman]

I have updated the trigger for the tag that fires on load of scene 2 to look for the new url '/firefox/download/thanks/. 

This fires another download tag. Because GA goals are sessionized, this will not result in double counting of downloads, but will count a download for any sessions that land on the thank you page without clicking the download button.