Envoyer dataLayer push du serveur GTM au Web GTM

Lors de la configuration du balisage côté serveur, le cas d'utilisation le plus courant consiste à envoyer des données depuis le Web GTM (ou d'autres points finals tels que CRM, CMS, Google Sheet, etc.) vers les conteneurs GTM du serveur. Mais que se passe-t-il si vous avez besoin de déclencher une balise dans Web GTM en fonction des données de sGTM. Comment pouvez-vous envoyer des poussées dataLayer du serveur GTM vers le Web GTM ?

Cet article de blog montrera comment envoyer des données du serveur au Web GTM à l'aide du Data Client et de Data Tag de Stape. C’est parti!

C’est étonnant que nous avons été confrontés à de nombreux cas d'utilisation pour déclencher des événements Web basés sur les données du serveur GTM. Et ces cas d'utilisation traitent de différents aspects du suivi - déclenchement d'événements, création de variables, enrichissement de données, définition de cookies, etc. Permettez-moi d’éclaircir certains des cas d'utilisation ici.

Il existe plusieurs méthodes d'enrichissement des données à l'aide du serveur GTM. Nous avons déjà des articles de blog sur la façon d'enrichir les données sGTM à l'aide de CRM, Firestore,  et Google Sheets. A l'aide de dataLayer poussé de sGTM vers Web GTM, vous pouvez également enrichir les balises Web GTM.

Prenons Facebook comme un exemple. Selon la documentation FB, lorsque FB voit des événements Web et serveur identiques, il supprime les événements serveur et ne suit que les événements Web. Avec l'événement serveur lui-même, ils vident toutes les données utilisateur et produit. Donc, si l'événement du serveur envoie plus de données, Facebook ne l'utilisera pas. Vous pouvez résoudre ce problème en envoyant des paramètres supplémentaires du serveur au conteneur Web GTM et en les ajoutant aux balises de pixel FB.

Il existe plusieurs méthodes d'enrichissement des données à l'aide du serveur GTM. Le server side tagging permet non seulement de collecter des données, mais aussi d'enrichir les balises Web GTM via des poussées dataLayer de sGTM vers Web GTM.

Nous avons eu la situation où nous devions déclencher des événements Web uniquement après la définition d'un événement de serveur. Par exemple, ne déclenchez un événement d'achat qu'après avoir envoyé la page vue du serveur. Ou vous devez utiliser une variable de serveur dans le conteneur Web GTM. Cela signifie que la balise Web ne doit être déclenchée qu'après que sGTM a défini cette variable. Cela s'applique, par exemple, lors de la génération d'un ID d'événement Facebook dans sGTM et de son utilisation dans le Web GTM.

Les cookies de serveur peuvent être plus puissants et plus durables que les cookies Web. C'est pourquoi vous pouvez décider de définir des cookies de serveur. Pour que les cookies du serveur fonctionnent correctement, vous devez déclencher des événements Web une fois les cookies du serveur définis. Sinon, les balises Web pourraient réinitialiser les cookies du serveur. Le processus de configuration des cookies du serveur peut être compliqué et comporte certaines nuances. Nous allons faire un autre article de blog sur la configuration des cookies du serveur.

La fonctionnalité d'envoi d'événements GTM de serveur à Web GTM datalayer est disponible dans Data Tag et Data Client. Ces deux ont été conçus pour envoyer des données du Web au serveur GTM. Avec cette nouvelle fonctionnalité, nous pouvons faire le contraire - envoyer des données du serveur au Web GTM. Permettez-moi vous montrer comment ça fonctionne.

Pour que ce processus fonctionne, vous devez configurer Data Tag dans le Web GTM et Data Client dans sGTM. Ouvrez Data Tag, faites défiler jusqu'à la section des paramètres et activez l'événement Push to DataLayer une fois que la balise a reçu une réponse. Vous devrez définir deux paramètres. 

DataLayer Event Name - définissez l'événement dataLayer qui doit être envoyé au GTM Web une fois que la balise de données du serveur reçoit une réponse du serveur. Il peut s'agir d'une valeur statique ou d'une variable. 

DataLayer Object Name - Utilise dataLayer par défaut. Modifiez uniquement si vous avez renommé dataLayer object name. 

Une fois la configuration terminée, Data Tag recevra une réponse chaque fois qu'un tag dans sGTM se déclenche en fonction d'une demande de Data Client. Une fois qu'une réponse est reçue, il enverra dataLayer event push au Web GTM.

Dans cet exemple, je vais montrer comment utiliser un ID d'événement unique généré par le serveur et des données utilisateur enrichies par le serveur à l'intérieur du conteneur web Google Tag Manager. Pour ce faire, j'aurai besoin de Data Tag, Data Client, Service Account connecté à stape, Firestore, et Response tag. 

1. Ajoutez Data Tag à partir de la galerie de modèles Web GTM.

2. Créez Data Tag dans le GTM Web -> sélectionnez le nom de l'événement -> définissez l'URL côté serveur GTM -> Faites défiler jusqu'à la section des paramètres et activez l'événement Push to DataLayer après que la balise reçoit une réponse -> ajoutez le nom de l'événement DataLayer (mon nom d'événement commencera à partir de l'envoi_ et sera généré automatiquement à partir du nom de l'événement dans dataLayer) -> Ajouter un nom d'objet dataLayer. Modifiez ce paramètre uniquement si vous avez renommé l'objet dataLayer. 

3. Téléchargez Data Client à partir de GitHub. Accédez à la section des modèles sGTM -> Créer un modèle de client -> Cliquez sur trois points dans le coin supérieur droit -> Cliquez sur Importer et sélectionnez Data Client que vous avez téléchargé depuis Git Hub. 

4. Créez Data Client dans sGTM -> Ouvrez les paramètres de réponse -> définissez le corps de la réponse sur vide. Nous aurons besoin de ce paramètre plus tard lors de la configuration de la balise Réponse. Si vous sélectionnez vide, Data Client ne définira aucune réponse. Seule la balise Réponse sera responsable de la définition de la réponse du serveur.

5. Ajoutez la balise Réponse à partir de la galerie de modèles Google Tag Manager du serveur -> Créez une balise de réponse -> Ajoutez les valeurs que vous souhaitez envoyer à Web GTM. J'enverrai le nom de l'événement, unique_event_id (celui-ci est généré automatiquement par Data Client) et l'e-mail de l'utilisateur. Pour envoyer un e-mail utilisateur pour des événements tels que la vue de page (lorsqu'un e-mail utilisateur n'est pas disponible), j'utiliserai la balise Firestore Writer et la variable Firestore Lookup. La balise de réponse doit se déclencher chaque fois que Data Client est revendiqué.

6. Ouvrez les débogueurs Web et serveur GTM et testez votre configuration. Dans mon cas, j'ai reçu un événement de datalayer dans le Web GTM qui inclut unique_event_id, user_email et event_name.

J'espère que cette nouvelle capacité à envoyer des données du serveur au Web vous aidera à résoudre certains problèmes de suivi et vous permettra d'améliorer le suivi du Web et du serveur. Pour nous, cette fonctionnalité a fait une grosse affaire. 

Merci d'avoir lu. N’hesitez pas à nous contacter si vous avez besoin d'aide pour configurer le balisage ss pour votre site!