I have scripts that are custom js that don’t need to be blocked by Consent Pro. I am not sure how I create a bypass for these scripts as I did in Consent Pro V1. There I either did not wrap them in fs-cc attrs or added them as essential scripts. These scripts are now broken and I am not sure how to fix them.
Expected Behavior
I want to have scripts that run outside of being managed by Consent Pro and aren’t awaiting Consent Pro to load. OR - how do I manually set scripts as essential and then what event am I waiting on to know that my script can be kicked off?
Consent Pro should not be blocking non-tracking scripts
Could you share your link so we can have a look? Alternatively, you can try wrapping the scripts in the Consent Pro API. This way, the scripts will run only after Consent Pro has finished loading.
@Support-Luis Here is a link to one of our product pages. There is a script in the before footer that takes the assigned value from a header script for window.SIGNUP_ROUTE and then sets our nav links - so our nav links are flexible. Those worked up until the changes and was not sure what changed - maybe it is the handler not being setup as it did before.
You can add the classes needed to the button or use other selectors in your code. I suggest using attributes like data-SIGNUP_ROUTE , as there is less chance that a design change will break the selectors.