Google Tag Manager a été initialement conçu pour faciliter la vie des marketeurs. Si vous utilisez le Google Tag Manager web container, vous n'avez plus besoin de demander aux développeurs d'ajouter des pixels de suivi et d'attendre la prochaine mise à jour pour voir votre suivi des produits.
Google a publié une version côté serveur de Google Tag Manager en 2020. Le suivi côté serveur est plus compliqué que la configuration du conteneur Web, quand-même pour l'instant, car l'idée et la technologie derrière le balisage du serveur sont totalement différentes de ce que nous avions l'habitude d'avoir sur le Web. Mais le balisage côté serveur donnera à votre site plus grands avantages. Le balisage côté serveur devient de plus en plus populaire en raison de sa capacité à suivre les personnes utilisant des AdBlockers, des navigateurs avec ITP et d'autres restrictions de suivi.
Le but de cet article n'est pas de vous convaincre de commencer à utiliser le balisage côté serveur (il y a un autre article de blog qui décrit les principaux avantages du suivi côté serveur). Je suppose que vous avez déjà décidé de mettre en œuvre le balisage côté serveur sur votre site. Cet article de blog vous montrera comment vérifier si le suivi côté serveur pour GA4 et l'API conversion de Facebook a été correctement configuré.
Nous allons passer en revue ces méthodes : vérifier le balisage côté serveur en mode de débogage du Tag Manager server container, l'outil de test d'événement Facebook et l'outil de développement dans votre navigateur. Allez, commençons !
Je suggère de commencer par le mode Aperçu et débogage de Google Tag Manager pour vous assurer que vos balises se déclenchent quand elles le devraient. L'outil de débogage GTM vous montrera quelles balises et événements ont été ajoutés au site et s'ils se sont déclenchés ou non sur des pages/déclencheurs particuliers.
Le mode débogage du conteneur du serveur Google Tag Manager fonctionne de la même manière que le débogueur Web. Cliquez tout simplement sur le bouton Aperçu dans le coin supérieur droit. Ensuite, naviguez vers les différentes pages et cliquez sur le bouton ou effectuez les événements mis en place dans le conteneur du serveur.
Revenez au débogueur de Tag Manager et vérifiez quels balises et événements ont été déclenchés et si tous les paramètres requis ont été envoyés au dataLayer. Si tout fonctionne bien, nous pouvons passer à l'étape suivante.
Pour vous assurer que les demandes sont envoyées à partir d’URL de balisage personnalisée (via le serveur cloud), vous devrez vous approfondir dans la zone du développeur. Nous aurons besoin des outils de développement Chrome ou Safari ici (vous pouvez également utiliser d'autres navigateurs).
Sur Mac, vous pouvez accéder à l'outil de développement en cliquant sur command+option+I ou cliquez sur le bouton droit de la souris, puis inspectez.
Une fois que vous avez ouvert l'outil de développement, accédez à l'onglet Network (Réseau) et actualisez la page. À l'intérieur du filtre, tapez Collect. Vous devriez voir les requêtes GA4. Cliquez sur la demande GA4, et sur le côté droit, vous verrez des paramètres supplémentaires.
Gardez à l'esprit que vous devez revérifier si à l'intérieur de l'URL de requête, vous pouvez voir l'URL du serveur de balisage ; C'est celui-ci que vous avez ajouté au conteneur du serveur et à l'intérieur de la variable ou de la balise GA4.
Remarque : les cookies seront étendus seulement si vous utilisez un sous-domaine personnalisé dans l'URL de balisage. Par exemple, l'URL de votre site Web est example.com. Ensuite, le domaine personnalisé pour le balisage de l'URL doit être gtm.example.com.
Accédez à l'onglet de l'application dans l'outil de développement que vous avez utilisé à la deuxième étape. Cliquez sur Storage-> Cookies. Sur le côté droit, vous trouverez des cookies nommés FPID ; vérifiez la date dans la colonne «expiration». De cette façon, les cookies devraient être prolongés jusqu'à 2 ans. J'écris ce message en février 2021 et mon cookie expirera en février 2023. Si vous n'utilisez pas le suivi côté serveur et l’URL de balisage personnalisée située sous votre domaine principal, Safari réduira la durée de vie de votre cookie à 1 ou 7 jours. Si vous voyez que les cookies n'ont pas été étendus, accédez au client GA4 à l'intérieur du conteneur du serveur, cliquez sur plus de paramètres (more settings) et vérifiez si vos paramètres ressemblent aux paramètres des cookies du serveur sur la capture d'écran ci-dessous. Ou bien vérifiez que vous utilisez bien l’URL de balisage personnalisée qui ressemble à gtm.youdomain.com.
La première étape du test du suivi côté serveur de Facebook est la même. Vous devez vous assurer que les événements se déclenchent sur les bons déclencheurs. Ouvrez l'outil de débogage GTM, parcourez les pages de votre site et effectuez les événements que vous souhaitez tester. Une fois que vous l'avez fait, accédez à l'onglet du débogueur de Tag Manager et vérifiez les résultats.
Tout d'abord, assurez-vous que le pixel de base FB se déclenche sur la page vue.
Si vous utilisez notre balise de suivi côté serveur FB, vous avez deux options pour envoyer des événements FB :
● Hériter du client GA. Si vous utilisez l'option d'héritage, vous ne verrez que la balise de base FB dans le mode débogage GTM.
● Remplacement. La sélection de l'option de remplacement nécessite la configuration manuelle des événements du serveur FB dans le conteneur du serveur. De cette façon, il sera visible dans le mode débogage du serveur.
Ouvrez le manager d'événements dans votre manager d'entreprise Facebook et cliquez sur les événements de test. Vous verrez le code d'événement de test que vous devez ajouter à notre balise Facebook dans Google Tag Manager. À l'aide de ce code, vous pourrez tester les événements du serveur Facebook en temps réel.
Une fois que vous avez ajouté un identifiant de test, ouvrez votre site et effectuez des actions qui déclenchent vos événements FB. Revenez ensuite à l'outil de test Facebook et vérifiez les événements qu'il vous montre. Dans la colonne “Received From” («Reçu de»), vous devriez voir “Server”. Vous pouvez cliquer sur l'événement et voir les paramètres enregistrés.
Veuillez noter que le plugin Facebook Chrome Pixel Helper que vous avez utilisé pour valider les événements du navigateur FB ne fonctionnera pas avec l'API conversion. C'est pourquoi vous devez tester tout à l'intérieur de l'outil de test.
Remarque : les cookies seront étendus seulement si vous utilisez un sous-domaine personnalisé dans l'URL de balisage. Par exemple, l'URL de votre site est example.com, alors le domaine personnalisé pour l'URL de balisage devrait être gtm.example.com.
La troisième étape de nouveau ressemble à ce que nous avons fait, mais elle a quelques différences. Pour vérifier la date d'expiration des cookies Facebook, vous devez d'abord la générer. Pour le faire, ouvrez votre site et ajoutez quelque chose qui ressemble à celui-ci à la fin de l'URL de votre site :
?fbclid=IwAR1Y_o01bzRrfguyqxMG3IDAH1w1E4beskjlP3Hwg7rxIQnxE51Rb3vi8mw+aem_AYmjtColl1ovygS0j8SyofoUSt6ED_pL_jfSO6ZaFsIDyeiMoLk5cjqjl0kXveC9Mnukg-tXf8pqKUm6IJzkytcPLHmPdubDT0kawjP8tKaj7_NILjJ-BzG0
C'est un identifiant de clic que Facebook utilise pour suivre les utilisateurs. L'URL complète devrait ressembler à celui-ci :
J'espère que tout a bien fonctionné pour vous et que vous avez réussi à configurer le suivi côté serveur pour l'API conversion de GA4 ou Facebook. Sinon, cet article devrait vous aider à dépanner votre configuration. Si vous avez des questions, n'hésitez pas à nous envoyer un e-mail à support@stape.io.
Nous pouvons vous aider! Cliquez sur Obtenir de l'aide, remplissez le formulaire, et nous vous enverrons un devis.
