Permission: Vendor list - U.S. Privacy
Reject actions allow your organization to set up custom actions at the vendor or purpose/category level within a vendor list. In this article, we will cover the follows regarding reject actions for U.S. Privacy (Legacy) vendor lists:
Note: Please be aware that reject actions will not fire for AMP property types and you will receive an error. We recommend that you keep your AMP properties on a separate vendor list from other web properties and without any reject or consent actions in the vendor list.
From a U.S. Privacy (Legacy) vendor list, click either a vendor or purpose/category.
Click Reject Actions in the subsequent modal.
Overview
In this section we will review the key aspects of the Reject Actions tab in the vendor and purpose modals.
Field | Description |
Geolocation |
Utilize the provided logic statement to target to or away from specific geographic regions. Examples • To only fire the reject action in the EEA + UK, you would set the action to fire IN EEA + UK. |
User has changed state |
This option prevents the hook from being triggered on the default state of the user. E.g. the user visits the property for the first time and the hook is not triggered, but if they opted out and then opted back in the hook would be triggered then. |
Custom JS |
One of four implementation types that can be used when creating a custom reject action. Use the provided field to fire any input code.The code can reference any globally scoped function or variable that exists on the site's page. These functions and variables will likely need to be referenced from the window object. |
Google Tag Manager |
One of four implementation types that can be used when creating a custom reject action. Allows you to trigger a custom event that has been configured in Google Tag Manager upon the end-user clicking reject. Click here for more information. |
Inline URL |
One of four implementation types that can be used when creating a custom reject action. Allows you to fire a pixel when an end-user clicks reject. In cases where a SSP or DSP pixel should only be fired based upon an end-user's consent, the pixel can be trafficked here and fired. |
Cookies |
One of four implementation types that can be used when creating a custom reject action. Allows you to set cookies (including the name, value, domain, and expiration) |
Add vendor tag based on reject action
A vendor tag (also referred to as a vendor pixel) is a snippet that your vendor may ask/require your organization to include in your configuration. However, it can be the case that a vendor tag should only be added to a property only after the end-user has rejected to the vendor.
Note: Before proceeding, you will need the URL for your particular vendor tag and/or opt-out pixel.
Your vendor may also ask that your organization fire an opt-out pixel (opt-out tag) when an end-user rejects the vendor.
To add an opt-out pixel based on an end-user's reject action, click Reject Actions in the modal and input the following script in the provided Custom JS field.
Note: In the provided script below, replace http://ad.somevendor.net/site/c=14674/pe=y/?param=true
with the URL for your vendor tag.
var opt_out_pixel = new Image();
var opt_out_url = "http://ad.somevendor.net/site/c=14674/pe=y/?optout=true";
opt_out_pixel.src = var opt_out_url;
Click Apply changes when finished.
Comments
0 comments