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 Universal Analytics, 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 !
1. Vérifiez si Universal Analytics et le suivi côté serveur de GA4 sont correctement installés:Copier le lien vers cette section
1.1 Utilisez le mode Aperçu et débogage du conteneur côté serveur de Google Tag Manager.Copier le lien vers cette section
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.
1.2 Vérifiez si Universal Analytics et GA4 envoient des requêtes à partir de la bonne URL de balisage.Copier le lien vers cette section
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 Universal Analytics et GA4. Cliquez sur la demande UA ou 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 Universal Analytics ou GA4.
1.3 Vérifiez si les cookies ont été étendusCopier le lien vers cette section
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 Universal Analytics ou 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.
2. Testez la mise en œuvre de l'API conversion de FacebookCopier le lien vers cette section
2.1 Utilisez l'outil de débogage du serveur GTM pour vérifier que le code de base et les événements FB se déclenchent correctement.Copier le lien vers cette section
La première étape du test du suivi côté serveur de Facebook est la même que pour Universal Analytics. 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. Dans ce cas, nous faisons automatiquement la correspondance des événements UA aux événements standard FB. Si nous ne pouvons pas faire correspondre l'événement UA à un événement FB standard, nous l'ajouterons en tant qu'événement personnalisé. 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.
2.2 API Outil de test Facebook pour l'API conversion de FacebookCopier le lien vers cette section
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.
2.3 Vérifiez que les cookies Facebook ont été utilisés.Copier le lien vers cette section
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 pour Universal Analytics, 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 :
ConclusionCopier le lien vers cette section
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 Universal Analytics, 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.
Vous avez des questions sur l'installation ?
Nous pouvons vous aider! Cliquez sur Obtenir de l'aide, remplissez le formulaire, et nous vous enverrons un devis.
Postes pertinents
Erreurs de l'API conversion de Facebook et comment les corriger
La configuration de l'API conversion de Facebook peut être déroutante. Mais après avoir fait le travail énorme de déplacer le suivi FB vers le serveur, vous espérez que tout fonctionne bien, vous pouvez vous connecter à votre gestionnaire d'événements le lendemain et voir des avertissements rouges et jaunes pour les événements envoyés depuis le serveur.
Mis à jour 15 mars 2024Éviter le blocage de Google Tag Manager par Adblockers
Le blocage des publicités n'est en aucun cas une voie à sens unique, et l'impact du blocage des scripts de suivi s'étend bien au-delà des simples publicités. Beaucoup de choses ont été faites sur les applications de blocage des publicités ces jours-ci, mais à quoi servent- elles vraiment pour vous ? L'une des raisons pour lesquelles les gens pourraient envisager de les installer sur leur appareil ou leur navigateur est à cause des publicités et des pop-ups ennuyeux qui apparaissent sur le site qu'ils ont eu accès.