a month ago - last edited a month ago
Currently managing the current digital infratructure, and have current requirement addressing utag being evoked multiple times and filing all assicated tags a second time after orginal page load. The current understanding is that the web property has pages that collect user selection and input data, and pass it via a _trackLink call once we advance to the next page.
During a meeting, a comment was raised that developers were using inconsistant and wrong function call considerations; using _trackLink, _EventTracker, or _PageView in different ways. It appears we are sending 'event' data that is collected during the page, and pushing it to Tealium for processing, in which utag is completeing processing itself again causing inaccurate hits, pageviews, and metrck information for the duplicate, or unwanted duplicated tag firing.
We spoke about using session/cookie storage to indicate utag has already fired, and then upon _TrackLink, to simply send the data and use an extension/load rule (but extention may be more correct) to prevent the assocated tags with the session/cookie 'flag' to bypass or prevent subseqent firing.
If you have comments on the different methods of sending pageData via the different calls I had mentioned, comment below on their proper use and resouces for examination. I want to know if utag requires to be evoked when sending EventData, and such, manage or prevent duplicate tag firing when advacing to the next page during user expeirence.
a month ago
The functions that you have made reference to, are not native function of utag. It sounds like your developers have wrapped the
utag.link calls in their own functions.
By default, utag does a view event, so if this is still enabled and you are calling
_PageView which, sounds like a wrapper for the
utag.view call, then this would account for the duplicate hits/pageviews.
My suggestion, would be to make sure you are on the latest utag version, v4.42. With this, you can use utag.data to store information from the initial event, without polluting the subsequent events. This means you can use this instead for a cookie/localStorage.
I would recommend though either contacting your Account Manager or raising a support ticket to get someone to discuss this in more detail with you.
a month ago
I will examine the code; I think I viewed all FAQ information where they used different forms of the functions. I will meet with the team and ask for the code used on the page, and how dev is calling for the event tracking.
4 weeks ago - last edited 4 weeks ago by kathleen_jo
Although, you are right.
There is on;y the .link and .vuew functions. Can you explain, @adrian_browning, the differenes and how they would be used for event tracking of information entered on the page after page load?
4 weeks ago
To help explain utag.view / utag.link, I think this article will be able to help explain better than I can: