We recently discovered some events that had visitor IDs but no session IDs. Looking closer at the data, we found that sessions that begin with the execution of a utag.link or utag.view do not have a session ID for that initial transaction. We speculate that this happens because a website user has a web page open in the browser and does not engage with the site for over thirty minutes, but then returns to the page and clicks on a link that executes a utag.link or utag.view function. The net effect is that there are orphaned events that are not aligned with any session ID. Our guess is that the code that generates the session ID does not execute when the utag.link or utag.view is fired. If this is true, is there an easy way to force the session id to be regenerated and assigned to the cookie before the utag.link or utag.view functions are executed? If not, it seems that we might be able to do so manually by checking for the expiration via utag.loader.RC and regenerate it manually using the utag.loader.SC functions. Does this seem doable and / or advisable? Would it cause conflict with what the tealium collect code does for session ID assignment? Thanks in advance.
... View more