Stape
Rechercher
Essayer gratuitement

Comment configurer la déduplication des événements Facebook en Google Tag Manager

Mis à jour
26 nov. 2024
Publié
12 mars 2021
Egalement disponible

L'utilisation du suivi côté serveur de Facebook (API Conversions de Facebook) devient de plus en plus populaire en raison de sa capacité à empêcher le suivi du blocage des pixels par ITP et  AdBlockers. Un autre avantage énorme de l'API conversion de Facebook est qu'il augmente la durée de vie des cookies FB. Si vous n'avez pas encore implémenté l'API Conversions FB sur votre site, suivez ce lien.

Dans cet article, je vais décrire comment configurer la déduplication des événements Facebook si vous utilisez à la fois des méthodes de suivi du navigateur et du serveur pour votre site.

Pourquoi faut-il configurer la déduplication des événements Facebook?

Le pixel Facebook et l'API Conversions vous permettent de partager des événements standard et personnalisés avec FB afin que vous puissiez mesurer et optimiser les performances des publicités. Pixel vous permet de partager des événements Web à partir d'un navigateur Web, tandis que l'API Conversions vous permet de partager des événements Web directement à partir du serveur cloud.

Le pixel Facebook et l'API conversion de Facebook vous permettent d'envoyer des événements. Et quand je dis événements, je veux dire les actions des clients. La différence est ce que pixel envoie les événements depuis le navigateur et CAPI envoie les événements depuis le serveur. Si vous dites à Facebook que la méthode du navigateur et celle du serveur envoient des événements identiques, il en acceptera un et en rejettera un autre.

Il existe plusieurs moyens de configurer le suivi Facebook, notamment les suivants :

1. Utiliser uniquement la méthode du navigateur (pixel). FB ne la recommande pas en raison des restrictions de suivi des utilisateurs.

2. Utiliser uniquement le suivi du serveur. Le principal avantage d'avoir un suivi uniquement sur le serveur est ce que pixel FB ne chargera pas votre navigateur. Votre site se chargera plus rapidement et offrira la meilleure expérience à l’utilisateur.

3. Combiner le suivi du navigateur et du serveur. Ici, vous avez plusieurs options :

● Envoyer des événements depuis le navigateur et le serveur d’autre forme. Par exemple, Shopify l'intégration de l'API conversion de FB native enverra tous les événements FB via le navigateur et achètera les événements du serveur. Dans ce cas, vous n'avez pas besoin de la déduplication

● Envoyer tous les événements depuis le navigateur et le serveur.

Si vous décidez d'utiliser à la fois le suivi des événements du navigateur et du serveur pour tous vos événements, dans ce cas, vous devrez configurer la déduplication des événements. Avec la déduplication des événements Facebook, FB recevra tous vos événements, comprendra que les événements sont identiques, en nettoyera certains et en sauvegardera d'autres. Si vous combinez la méthode du navigateur et du serveur, mais vous ne configurez pas la déduplication des événements, vos données ne seront pas correctes car tous les événements seront suivis deux fois.

Facebook exige l'envoi de deux paramètres d'événement pour la déduplication d'événement: le nom d'événement et  l’ID d'événement. Vous avez déjà envoyé le nom d’événement avec la configuration existante. Cet article explique comment configurer l'ID d'événement Facebook dans Google Tag Manager Container.

Comment fonctionne la déduplication d’événements Facebook?

Facebook a deux manières d'identifier les événements dupliqués qui ont été envoyés depuis le navigateur et le serveur :

1) ID d'événement et nom d'événement.

Facebook recommande ce moyen, et nous le démonstrerons dans notre tutoriel. Pour cette méthode, vous devez utiliser ID d'événement pour tous les événements que vous envoyez via pixel et CAPI. FB dédupliquera les événements Facebook Pixels et Conversion API avec des noms d'événement et des ID d'événement identiques. Facebook a plus de confiance à l'événement du navigateur, et s'il voit des événements similaires et arrive avec un délai de 5 minutes, il sauvegarde les événements du navigateur et efface les événements du serveur.

2) FBP ou ID externe

Cette méthode existe mais elle n'est pas recommandée par Facebook. Dans ce cas, vous devrez envoyer le nom d'événement, fbp et/ou external_id pour tous les événements de votre navigateur et serveur. Facebook compare tous ces paramètres et identifie s'il a déjà un événement de navigateur avec ces paramètres. Et s'il en a, il supprime les événements de serveur. FB ne recommande pas d'utiliser ces événements car il peut identifier la déduplication seulement si l'événement du navigateur a été envoyé le premier. Cela signifie que si vous envoyez d'abord un événement de serveur, les événements seront quand-même dupliqués.

Facebook peut également fusionner des événements. Par exemple, si vous envoyez des données enrichies depuis le serveur, vous pouvez ajouter les données manquantes à l'événement du navigateur. Ce n'est pas une fonctionnalité par défaut. Pour l'activer, vous devez contacter un représentant de Facebook.

Comment configurer la déduplication des événements Facebook via Google Tag Manager?

Vous devez avoir l'API conversion de Facebook configuré via Google Tag Manager Server Container. Veuillez suivre ce tutoriel, s'il n'est pas encore configuré sur votre site

Facebook recommande d'utiliser le pixel Facebook et l'API conversion. Mais si votre site enverra les mêmes événements en utilisant à la fois le pixel et l'API Conversions, les événements peuvent être dupliqués car FB recevra les mêmes informations du navigateur et du serveur.

Facebook a une fonction de déduplication. S'il sait que les événements du navigateur et du serveur sont identiques, il ne peut garder qu'un.

Je veux dire que la configuration de la déduplication des événements est indispensable si vous souhaitez envoyer tous les événements à la fois du serveur et du navigateur. Sans déduplication des événements, vos données ne seront pas exactes et cela peut affecter vos campagnes Facebook.

Pour configurer la déduplication de l'API de conversion FB, vous devez envoyer des ID d'événement uniques à partir du navigateur et du serveur. Les mêmes événements du navigateur et du serveur doivent avoir le même ID d'événement.

Nous avons créé une variable personnalisée qui génère l'identifiant unique pour chaque événement. Vous pouvez l'ajouter à votre conteneur Web en utilisant ce lien en galerie de modèles. Utilisez cette variable pour envoyer l'ID d'événement pour le pixel Facebook dans le conteneur Web et l'API conversion de Facebook à l'aide du conteneur de serveur. Nous avons la description plus détaillée de la façon comment configurer la déduplication des événements Facebook.

Vous pouvez transmettre  l’ID d'événement unique du conteneur Web au conteneur du serveur à l'aide de la dimension personnalisée de Google Analytics ou de la balise de données (Data Tag) et des données du client (Data Client).

Si la déduplication est correctement configurée, vous devriez la voir dans l'outil de test du gestionnaire d'événements. Et après avoir publié toutes les modifications apportées à la production, vous pouvez cliquer sur les détails de l'événement pour voir le nombre d'événements que Facebook a reçus du navigateur et du serveur. Le nombre d'événements qu’il a traités et dédupliqués.

Conclusion

L'API conversion de Facebook est une excellente solution si vous souhaitez suivre plus précisément des utilisateurs de votre site, contourner les bloqueurs de publicités et les ITP, et prolonger la durée de vie des cookies. Avec la méthode combinée du serveur et du navigateur, vous allez toujours gérer les pixels Facebook sur le navigateur, ce qui alourdit votre site. En utilisant cette méthode, vous pouvez être sûr à 100% que vous n'avez manqué aucun utilisateur ou événement sur votre site.

Si vous avez des questions ou des commentaires sur la mise en œuvre de la déduplication des événements Facebook, veuillez me le faire savoir dans les commentaires ci-dessous.

Tagged with:Facebook

Essayez Stape pour tout ce qui concerne le côté serveurmaintenant!