Google Tag Manager (GTM)
Transférez vos événements de manière transparente.
Commanders Act fournit un modèle 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éez une source GTM dans Commanders Act
Ajoutez notre template à votre implémentation GTM
Configurez votre tag
Créez une source dans Commanders Act
Dans votre Dashboard Commanders Act :
Dans le menu du volet gauche, cliquez sur Sources > Aperçu.
Cliquez sur le Add source bouton.
Dans le catalogue, recherchez la Google Tag Manager source et cliquez dessus.
Cliquez sur Configurez 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 !
Ajoutez notre template à GTM
Tout d'abord, accédez à GTM puis ajoutez notre template "Commanders Act | Serverside events bridge" depuis le Google "Community Template Gallery" dans votre espace de travail, 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 commencer la configuration.
Configurez votre tag
Commencez par remplir (6) un nom pour votre tag dans le coin supérieur gauche.
Astuce: vous souhaiterez peut‑être nommer votre tag en ajoutant le nom de l'événement que vous allez implémenter à la fin. (Par ex. "Commanders Act | Serverside events bridge - Purchase")
Saisissez votre (7) "Commanders Act Site ID" et (8) "Commanders Act Source Key" (reportez‑vous à 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" dans le menu déroulant, qui est l'événement que vous souhaitez transférer.
Selon l'événement sélectionné, davantage (ou moins) de champs seront présentés. Si vous ne renseignez 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'événement lui‑même et sont principalement obligatoires ou fortement recommandés.
Les événements incluant la "Product Fields" section nécessitent une structure tableau 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 liées - Par 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'événement "Purchase". Le (14) "User Consent Categories" est un champ obligatoire contenant un tableau avec les identifiants des catégories de consentement de l'utilisateur.
Il est important de définir et de mapper tous les identifiants de catégorie 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 indiquez également à Commanders Act que la "Advertising category" doit être activée pour activer le "Facebook CAPI." Dans cet exemple, puisque l'identifiant de catégorie [1] est inclus dans le tableau, nous pouvons activer le bridge et transférer l'événement à Facebook.
Ce n'est qu'avec les paramètres de consentement convenus que nous sommes autorisés à relayer les événements "Purchase" et "Refund" vers le "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 Pixel Facebook :
Facebook CAPI through GTMMis à jour
Ce contenu vous a-t-il été utile ?