Hello, I'm currently implementing the consent prompt and preferences dialog at a client. However, I'm running into an issue while forcing tags to load by calling for example : utag.view({ ... }, null, [123]) This code will force tag 123 to load, no matter what load rules are configured, and it will also ignore any choice in the consent manager. What I'm trying to achieve is that the tag would not be fired by this method call, if the tag is in a disabled category in the consent manager. I couldn't find any configuration for the view/link/track methods that would allow this behaviour, ideally I'd be able to add a flag that signifies that consent choices should be taken into account. As alternatives that I could implement myself, I'm thinking about 2 strategies: Intercept utag.track My first idea is to overwrite utag.track and check which IDs are present in argument (if any). Then, I could remove those IDs that should not be loaded, or prevent the event completely if no IDs are left in the list. To do this, I found utag.loader.cfg, this gives me a list of all tags and some loading configuration. From this post (click here) I gather that if the "load" property is not 0, the tag can be fired, but I'm not sure if this logic is correct and safe. Secure all calls to track/view/link Another idea is to just surround all calls to these methods with an additional if statement to see if the tag is allowed to load based on the consent choices. Even though we do not have that many calls to these methods where we supply a list of tags to force load, I would like to find a different way to get this functionality. I'd prefer to implement something similar to the first method. What I'm most scared of is that I'd break something, and some tags might not load. In the future, if this functionality would cause any trouble for tags not loading, it may be hard to find the cause, especially for someone who is not aware that this was implemented or how it works. I'm hoping there's another way to get what I need, so that I can disregard my previous options. Many thanks to anyone taking the time to read this! Kind regards, Sam
... View more