I am trying to override the trackerVersion with some custom name through GTM but it’s not getting reflected in my Redshift table, so can you check my configuration and let me know if I am doing in right way or not.
I agree with you, I am not going to change that because it’s not make any seance, just because I was trying to test what are the attribute we can override. so just ask the question. because we are trying to override the platform but which is not possible as of now, so we thought we can use some other attribute and track the platform instead of that so had tried but that’s also didn’t workout.
so can you suggest me what are the attribute we can override with the custom field, we were thinking to override the tna (trackerNamespace) can you suggest me some of that were we can use for platform instead of that.
What about using a context? You could easily write a platform_context and add as many fields as you want. You have to add the context for every event you sent, but it’s way cleaner than forking or hacking something in.
The events table is designed for a basic use-case, but if you have additional values you want to track, contexts are the way to go. We use contexts for many many things and it’s an awesome way to modify the system for your business case
That’s the nice thing about it, you don’t have to change the events table you create a new table that you can join on, so for every event in your events table there will be added a line in your context table. With this you can easily join additional information based on the event_id.
app_id, event_id, user_id,…
platform, root_id, …
This would be the two tables you have, so if you want to find out the platform for a specific event
SELECT platform, event_id FROM events JOIN platform_context ON (event_id = root_id);
so the root_id is the foreign key and references the event_id
There’re some documents on how to implement contexts:
Feel free to ask everything you don’t understand after reading this documents
we actually build a shallow wrapper around the native JS tracker with some convenience methods. We required the js tracker as a npm module. For that reason, we would like to differentiate the tracker version to make sure we keep track which of our tracker versions is actually sending the events. Does that make sense?