Google Tag Manager (GTM)
Relier vos événements de manière fluide.
Commanders Act fournit un template GTM pour connecter votre implémentation GTM existante à notre endpoint serverside, dans un environnement sécurisé.
Installation
Résumé de toutes les étapes recommandées :
Créer une source GTM dans Commanders Act
Ajouter notre template à votre implémentation GTM
Configurer votre tag
Créer une source dans Commanders Act
Dans votre Dashboard Commanders Act :
Dans le menu du panneau de gauche, cliquez sur Sources > Aperçu.
Cliquez sur le Ajouter une source bouton.
Dans le catalogue, recherchez la Google Tag Manager source et cliquez dessus.
Cliquez sur Configurer et définissez son nom, son environnement et les destinations liées.
Une fois terminé, cliquez sur le Créer bouton en bas.
La clé de la source sera alors affichée :
Copiez sa valeur et conservez-la pour plus tard !
Ajouter notre template à GTM
Tout d'abord, accédez à GTM puis ajoutez notre template "Commanders Act | Serverside events bridge" depuis le "Community Template Gallery" de Google dans votre workspace, puis sélectionnez (1) "Tags".
Cliquez sur (2) le "Nouvelle" bouton.
Cliquez sur (3) le "Tag Configuration" zone.
Cliquez (4) le loupe dans le coin supérieur droit.
Recherchez (5) le "Commanders Act | Serverside events bridge" custom template et cliquez dessus pour démarrer la configuration.
Configurer votre tag
Commencez par remplir (6) un nom pour votre tag dans le coin supérieur gauche.
Astuce : vous voudrez peut-être nommer votre tag en ajoutant le nom de l'event que vous allez implémenter à la fin. (Ex. "Commanders Act | Serverside events bridge - Purchase")
Saisissez votre (7) "Commanders Act Site ID" et (8) "Commanders Act Source Key" (se référer à la première section sur la façon de créer une source et récupérer sa clé).
Sélectionnez (9) le "Commanders Act Event" depuis le menu déroulant, qui est l'event que vous souhaitez transférer.
Selon l'event que vous sélectionnez, davantage (ou moins) de champs seront présentés. Si vous n'entrez pas un champ obligatoire, le template mettra en évidence l'entrée manquante afin que vous puissiez fournir un mapping approprié.
La "Event Fields" section contient des champs qui définissent l'event lui-même et sont majoritairement obligatoires ou fortement recommandés.
Les events incluant la "Product Fields" section requièrent une structure array pour vos informations produit. Le premier champ sera toujours le (10) base array où l'information est stockée et tous les champs suivants sont les propriétés associées - Ex. vous pouvez mapper l'information sur (11) le "Product Id" en remplissant le nom de la propriété.
Dans la "User Fields" section vous pouvez définir (12) le "User Id" et (13) "User Email" - L'un ou l'autre est requis si vous sélectionnez l'event "Purchase". La (14) "User Consent Categories" est un champ obligatoire contenant un array avec les identifiants de catégories de consentement de l'utilisateur.
Il est important de définir et de mapper tous les identifiants de catégories avec leurs noms respectifs. Par exemple, vous pouvez avoir le tableau suivant : [1,2,4] et vous avez défini la relation suivante :
1 ➜ Catégorie Advertising
2 ➜ Catégorie Analytics
4 ➜ Catégorie Functionality
Vous informez également Commanders Act que la "Catégorie Advertising" doit être activée pour activer le "Facebook CAPI." Dans cet exemple, puisque l'identifiant de catégorie [1] est inclus dans l'array, nous pouvons activer le bridge et transférer l'event vers Facebook.
Ce n'est qu'avec les paramètres de consentement convenus que nous sommes autorisés à relier à la fois les events "Purchase" et "Refund" au "Facebook CAPI".
Complétez votre configuration en sélectionnant l'activation appropriée dans la zone "Triggering" / "Firing Triggers".
Si vous prévoyez de configurer Facebook Conversion API via votre source GTM, suivez cette étape supplémentaire pour mettre à jour votre tag Facebook Pixel :
Facebook CAPI via GTMMis à jour
Ce contenu vous a-t-il été utile ?