Tealium Learning Center

Hi,   I'am experiencing the same problem, don't know why does not work as expected in Chrome.   Waiting for solution too. ... View more

Thanks, is it correct that with channels we can't track post-view conversions? Is channel determined by looking at parameters/referrer/cookies when the user lands on the page, right? ... View more

Thanks! Perfect. ... View more

Thanks Fiann, but s.events or tealium_s.events reset will be working inside an extension? ... View more

Perfect, we are on utag 4.28 so we'll go with the split. Thanks! Alessandro ... View more

Hi Jared, for 1) yes, we already have an implementation of device detection based on a mix of User Agent / Device witdh (media queries like) / Touch events, placed in an extension! Probably we will set it to the pre-loader phase, but the context it's complicated by the fact that not every page needs to have device detection enabled. We will think and come up with something. 2) It's clear, but that's not exactly what I meant. We have UDO variables named like page_name, page_hierarchy etc, no prop and vars named in there (and I'll agree with you that it would not be a great idea) But the two SiteCatalyst report suites differ for some variables (sitecatalyst variables), as said before. So, I'm asking myself if I may have this scenario: * I have only one SiteCatalyst Tag, with one mapping. Example: page_name_backup (UDO) is mapped to exit as prop5 in the SiteCatalyst request for report suite A. * At runtime, i tell to my tag to remap some data sources. For example, since I want to send to report suite B, i'll want to remap page_name_backup (UDO) to prop8 instead of prop5. I don't think this is currently possible, but I'm not afraid to ask anyway :) Thanks Alessandro ... View more

Hi Roshan, i've read the article. That's an interesting and very powerful option (load rules evaluated after all tags extensions). It's clear also that I can't use in load rules variables set in tag scoped extensions because load rules are there to load tags conditionally, and tag scoped extensions go hand in hand with their tags. It's kinda of "chicken or egg" problem at that point. We may be able to use it because luckily we are on v 4.28. I could use pre-loader scope, but it's run only once in the page, and in case of custom links and virtual pageviews, that's not what we want. Thanks, Alessandro PS: I'm in Europe - Italy! ... View more

Hi Roshan, thanks for answer, it's clear; we have the mobile check in an extension. You are telling me that my only way to manage this is to use two tags (and have different variables like s and sc). In case of need, can i send a request to the report suite B if: * I stop the standard.utag_view with the config override * I use utag.view(data, [ ]) to send only my mobile tag ? Because the check is in an extension (as said before) and I can't fit it in a load rule, right? Load rules are executed before extensions, or there is a specific scope for that? Another question: there's no way to change the mapped data sources at runtime in an extension right? I'm asking it because report suite A and B differ very slightly. Thanks, Alessandro ... View more

Thanks to all for the support, it's very clear now. I think it's a very useful feature. ... View more

Hi James, it's clear, where can i find the documentation regarding utag.view? Is the third parameter an array?And the second one what stands for? Thanks ... View more

Hi Fiann, i tried to include lodash (precisely that one you linked) in a preloader extension, but i get an error on tealium loading: "Unexpected string" http://i.imgur.com/XoNcUht.png The error has no stack trace and it's pretty undebuggable because not event chrome can format utag.js, but i've verified that the same code (copy/pasted) it's executed well in the chrome console. What can I do to tackle the problem? Have you ever seen a similar error? In case of need I can activate to DEV the extension quicky. Thanks, Alessandro ... View more

Thank you very much Fiann! ... View more

Yeah Kevin, it's nice to hear from you. Thanks for the answer! Best Alessandro ... View more