Sites web (Hardcoded)
Étapes pour coder en dur Commanders Act Consent sur les sites web.
Commanders Act Consent peut être intégré directement aux sites web. La configuration nécessite des étapes d'installation techniques.
Installation
Vous trouverez ci-dessous les étapes requises pour mettre en œuvre une configuration standard de Commanders Act Consent.
Choisissez le mode de configuration par défaut pour votre compte (voir Settings).
Configurez vos catégories & vendors Commanders Act Consent (voir Gérer les catégories).
Créez un ou plusieurs modèles de banner (voir Gérer la bannière)
Déployez vos modèles de bannière Commanders Act Consent sur le CDN Commanders Act ou sur la cible on premise (voir Déployer la bannière).
Installez le tag JavaScript Commanders Act Consent (voir ci-dessous)
Gérez les tags onsite avec Commanders Act Consent (voir ci-dessous).
Installer le script Commanders Act Consent
Pour coder en dur Commanders Act Consent sur des sites web, vous devez ajouter le code JavaScript suivant à votre site. Ce snippet doit être ajouté au <head> de votre site web.
<script type="text/javascript" src="{{ privacy_tag_url }}"></script>{{ privacy_tag_url }} doit être remplacé par l'URL de votre tag JavaScript privacy. Cette URL se trouve dans le GENERATE & DEPLOY onglet de chaque bannière privacy.
Gérer les tags onsite avec Commanders Act Consent
Ajouter des triggers de tag avec OnSite API
Nous recommandons d'utiliser notre OnSite API, pour déclencher vos tags uniquement si l'utilisateur a accepté la catégorie concernée. Si vous recherchez les ID de vos catégories, veuillez vous référer à la section 'Gérer les catégories'
Ajouter des triggers de tag sans OnSite API
Si, pour certaines raisons spécifiques, vous ne pouvez pas utiliser notre OnSite API, il existe une approche alternative.
Commanders Act peut gérer les tags JavaScript onsite en les encapsulant dans une balise script avec un type MIME personnalisé.
Ce wrapper Commanders Act n'exécute le code JavaScript encapsulé que si un visiteur a donné son consentement pour l'ID de catégorie privacy spécifié.
<script type="text/tc_privacy" data-category="{{ category_or_sub-category_id }}" data-vendor="{{ vendor_id }}">
{{ tag_javascript_code }}
</script>The <script> doit avoir type="text/tc_privacy" .
{{ tag_javascript_code }} doit être remplacé par le code JavaScript du tag que vous souhaitez gérer avec Commanders Act Consent.
{{ category_or_subcategory_id }} doit être remplacé par l'ID de la catégorie ou sous-catégorie de Commanders Act Consent qui doit gérer ce tag (voir Gérer les catégories). Faites attention lorsque vous créez des sous-catégories associées à une catégorie : vous devez entrer l'ID de la sous-catégorie dans l'attribut, et non l'ID de la catégorie principale, car l'utilisateur pourra activer ou désactiver uniquement les sous-catégories et non la catégorie principale dans la bannière :
{{ vendor_id }} doit être remplacé par l'ID du vendor lié au tag (Disponible uniquement lorsque les vendors natifs sont activés pour le compte).
Exemple
L'exemple suivant montre comment vous géreriez un Tag Criteo basé sur une catégorie Consent nommée "retargetting".
"Retargetting" a été assignée à l'ID de sous-catégorie 6. Dans le cas où une sous-catégorie est utilisée, vous ne devez jamais utiliser la catégorie principale (2 dans ce cas) pour gérer les tags.
Le wrapper de Tag pour le tag JavaScript Criteo pourrait ressembler à ceci (exemple abrégé) :
<script type="text/tc_privacy" data-category="6" src="//static.criteo.net/js/ld/ld.js" async="true">
</script>
<script type="text/tc_privacy" data-category="6">
window.criteo_q = window.criteo_q || [];
window.criteo_q.push(...);
</script>Mis à jour
Ce contenu vous a-t-il été utile ?