Configuration du suivi côté serveur de Facebook avec Facebook Conversions API

Facebook Pixel permet de suivre ce que font les utilisateurs sur votre site, de constituer des audiences de remarketing et de créer des lookalikes. Si le pixel Facebook est bien implémenté, il enverra des informations pertinentes aux algorithmes d’apprentissage automatique de Facebook. Ces algorithmes utiliseront les données du pixel pour montrer vos publicités aux personnes les plus susceptibles de convertir.

Depuis plusieurs années, nous pouvions suivre des événements sur le site via du code JavaScript, le SDK Facebook dans les applications, ou téléverser des événements hors ligne. Mais comment suivre les utilisateurs qui ont installé un bloqueur de pubs ou suivre des événements en dehors du site. Ou comment prolonger la durée de vie des cookies. Cela peut se faire soit avec Facebook Conversions API, soit avec Facebook Conversions API Gateway.

Cet article se concentre sur le suivi de conversion Facebook et montre comment configurer Facebook Conversions API via le conteneur serveur de Google Tag Manager. Au passage, consultez les modèles préconfigurés de Stape pour Meta CAPI. C’est plus simple que jamais de configurer votre setup, tout est prêt pour vous.

Voyons ce qu’est la Facebook Conversions API et comment l’utiliser pour améliorer le suivi des événements, l’attribution et la collecte des données sur Facebook. Facebook Conversions API permet d’envoyer n’importe quel événement depuis votre serveur vers le serveur de Facebook.

Facebook CAPI a le même objectif que Facebook Pixel, mais la technologie est différente. Les politiques et restrictions rendent CAPI plus adapté au contexte actuel du suivi. Avec la Facebook Conversions API, le navigateur de l’utilisateur n’est pas utilisé pour l’envoi des informations de suivi. Tout passe par le serveur cloud. Les données des utilisateurs deviennent plus sûres et plus précises.

Si l’on regarde de près le lien des publicités Facebook, on voit qu’à la fin de presque toute URL Facebook ajoute le paramètre fbclid. Le code du pixel sur la page d’atterrissage stocke la valeur de ce paramètre dans un cookie puis l’envoie avec tout événement Facebook. En plus de l’identifiant de clic (fbclid), Facebook utilise l’identifiant de navigateur (fbp). Les cookies fbpet fbc aident Facebook à déterminer quel type d’utilisateur a atterri sur votre site et qui a converti.

Facebook peut aussi faire correspondre les utilisateurs grâce à d’autres paramètres comme l’email, le numéro de téléphone, le prénom et le nom, etc. Plus vous envoyez de données utilisateur à la Facebook Conversions API, plus le taux de correspondance est élevé.

Le suivi côté serveur Facebook, ou Facebook Conversions API, existe depuis quelques années. Mais à partir de 2021, Facebook a fortement poussé l’adoption de Conversions API. Si vous avez un représentant Facebook dédié pour votre compte publicitaire, il vous recommandera très probablement de configurer Facebook Conversions API.

Voici les raisons principales d’envisager l’implémentation de la Facebook Conversions API. Les détails se trouvent sous l’infographie.

1. 1.
   Cela peut vous aider à suivre les utilisateurs qui ont installé un bloqueur de publicités, ceux qui utilisent Safari ou un autre navigateur avec prévention intelligente du suivi, ou encore les personnes qui ont refusé le suivi Facebook sur iOS 14, iOS 15. C’est possible parce que les requêtes partent d’un serveur et non du navigateur de l’utilisateur. Les cookies tiers ne seront pas bloqués. Avec les paramètres utilisateur que vous envoyez avec les événements CAPI, Facebook fait correspondre les événements aux utilisateurs de sa base. Vous obtenez des données plus fiables.
2. 2.
   Une durée de vie des cookies prolongée. Avec la Facebook Conversions API, vous prolongez la durée de vie des cookies Facebook à 6 mois. Sans Facebook Conversions API, Safari ITP limite la durée de vie des cookies à 1 à 7 jours.
3. 3.
   Conversions API vous donne plus de contrôle sur vos données et une meilleure compréhension du parcours client.
4. 4.
   Vous pouvez utiliser Facebook Conversions API pour suivre des événements qui ne se produisent pas sur le site. Par exemple, les appels téléphoniques ou les ventes hors ligne.

En combinant Conversions API avec Meta Pixel, Ray-Ban a nettement amélioré ses résultats publicitaires. L’ensemble a permis une portée supérieure de 36% sur Facebook et Instagram par rapport à l’utilisation de Meta Pixel seul.

La marque a aussi constaté une baisse de 19% du coût pour 1 000 vues et une baisse de 7% du coût par conversion, ce qui montre l’efficacité de Conversions API pour optimiser les campagnes et obtenir de meilleures performances.

Source: https://www.facebook.com/business/success/ray-ban

Meta Conversions API Gateway est la solution la plus rapide pour mettre en place le suivi côté serveur avec Meta, sans besoin de compétences techniques spécifiques.

Une des méthodes les plus accessibles est d’utiliser Google Tag Manager côté serveur. Avec sGTM, les entreprises peuvent envoyer les données clients directement vers les serveurs de Facebook.

Avantages de la configuration de Facebook CAPI via sGTM:

• Options de personnalisation flexibles.
• Possibilité d’implémenter un tracking côté serveur pur ou hybride web plus serveur.
• Opportunité d’enrichissement des données.

Inconvénients de la configuration de Facebook CAPI via sGTM:

• Connaissances techniques requises sur le conteneur serveur de Google Tag Manager.
• Besoin d’une infrastructure cloud pour héberger sGTM.

Dans cet article, nous nous concentrons sur la configuration du suivi côté serveur Facebook via le conteneur serveur GTM.

Nous allons utiliser le conteneur serveur de Google Tag Manager pour configurer Facebook Conversions API. Vous aurez besoin de:

• Conteneur web Google Tag Manager configuré.
• Conteneur serveur Google Tag Manager configuré.
• Google Analytics 4 côté serveur ou Data Tag/Data Client pour envoyer les données vers sGTM.

Nous avons aussi un article sur le conteneur serveur Tag Manager et ses avantages.

1. Créez et configurez un conteneur serveur Google Tag Manager.

2. Envoyez les données vers le conteneur serveur GTM. Les méthodes les plus utilisées sont Google Analytics 4 et Data Client de Stape.

3. Ouvrez votre conteneur serveur Google Tag Manager. Ajouter le tag Facebook Conversions API depuis la Template Gallery.

4. Créez un tag Facebook Conversions API dans sGTM. Choisir Tag, puis Nouveau, puis le Facebook Tag ajouté à l’étape précédente.

Ajoutez votre Facebook Pixel ID et votre Facebook API Access Token. Nous recommandons d’ajouter ces valeurs comme variables, car vous en aurez besoin pour chaque événement Facebook que vous souhaitez suivre. Si vous ne connaissez pas votre Facebook API Access Token, cette documentation vous aidera à le trouver.

5. Vous avez deux options pour configurer notre tag Facebook Conversions API:g: 

• Override. Dans ce cas, vous devrez configurer les événements Facebook manuellement. Nous verrons comment configurer manuellement les événements du serveur Facebook à l’étape six. C’est l’option préférée ; elle demande plus de temps et de compétences. Avec cela vous contrôlez complètement la charge utile des événements, vos événements web Facebook et vos événements serveur Facebook seront identiques.
• Inherit from client. Dans ce cas, le tag fera correspondre la charge utile des événements GA4, Data aux événements standards de Facebook. Si le tag ne peut pas faire correspondre l’événement GA à un événement standard Facebook, il l’enverra comme événement personnalisé. Tout est automatique ; vous n’avez pas à configurer les événements Facebook.

6. Si vous avez choisi l’option override, utilisez les événements GA4 ou Data Tag, Data Client pour déclencher les événements serveur Facebook. L’événement Facebook pageview doit se déclencher sur un événement personnalisé page_view revendiqué par un client spécifique. Par exemple, si vous choisissez GA4 comme source de données pour le conteneur serveur GTM, utilisez l’événement page_view quand le nom du client est GA4.

Pour configurer d’autres événements, ouvrez le mode aperçu sGTM, faites l’action à suivre sur votre site, puis vérifiez le nom de l’événement que GA4 ou Data Tag envoie à votre conteneur serveur.

Dans la capture ci-dessous, nous voulons configurer l’événement Facebook ViewContent quand quelqu’un ouvre la page produit sur notre site. Assurez-vous d’envoyer avec votre événement GA4, Data depuis le conteneur web les données supplémentaires à utiliser pour l’événement serveur. L’exemple ci-dessous utilise aussi les paramètres e-commerce standards de Facebook et les données utilisateur.

Pour cela, nous avons créé un nouveau tag dans le conteneur serveur, choisi override, sélectionné l’événement standard ViewContent, ajouté l’API Access Token et le Facebook Pixel ID. Nous avons aussi ajouté les User Data. Puis nous avons créé un nouveau déclencheur avec event name égal à view_item et Client Name égal à GA4.

7. Vous pouvez passer des paramètres personnalisés avec Server Event Data Override, User Data et Custom Data. Vous pouvez envoyer des données utilisateur pour augmenter le score de correspondance sur Facebook via User Data, notez que les informations utilisateurs envoyées à Facebook Conversions API doivent être hachées. Notre tag Facebook hache automatiquement les données nécessaires.

Vous pouvez aussi activer Event Enhancement pour utiliser un cookie sécurisé HTTP-only gtmeec afin d’enrichir les données d’événement. Quand cette option est activée, le tag stocke les données utilisateur dans des cookies et enrichit les événements quand ces données ne sont pas disponibles. Cela améliore la qualité de correspondance des événements et donc l’attribution des conversions aux campagnes.

8. Quand vous avez fini de configurer tous vos événements Facebook, ouvrez le mode aperçu de Google Tag Manager et testez le bon fonctionnement. Vous pouvez aussi ouvrir votre tag Facebook dans le conteneur serveur et ajouter un Facebook test ID. Vous trouvez ce test ID dans Facebook Events Manager sous l’onglet Test events.

9. Une fois que vous avez configuré et vérifié que Facebook Conversions API fonctionne correctement, vous devez supprimer le tracking du navigateur Facebook ou configurer la déduplication des événements. Sinon vos événements seront dupliqués.

Avec Stape, vous pouvez améliorer la précision du tracking et les résultats des campagnes grâce au suivi côté serveur.

Selon votre plateforme, vous pouvez mettre en place le suivi rapidement et efficacement avec nos modèles personnalisés. Suivez les guides pas à pas pour configurer Meta CAPI avec le conteneur serveur GTM pour:

• WordPress and WooCommerce
• Shopify
• Magento 2
• BigCommerce
• Custom website

Des modèles et guides pour Wix, Shopware, Prestashop et d’autres arrivent bientôt. Dites-nous si vous avez besoin d’un modèle pour un autre CMS.

Facebook recommande d'utiliser à la fois Pixel et Conversions API pour suivre les événements, mais sans déduplication des événements, les données dupliquées provenant du navigateur et du serveur peuvent fausser les résultats. La déduplication garantit qu'un seul événement est conservé en utilisant des identifiants d'événements uniques partagés entre les deux sources. Une configuration correcte nécessite la génération et la synchronisation de ces identifiants entre les événements du navigateur et du serveur, ce qui peut être testé dans le Gestionnaire d'événements de Facebook.

De plus, l'envoi de données utilisateur via l'API Conversions améliore la qualité des correspondances et les scores de correspondance des événements, ce qui optimise les performances publicitaires. Les données utilisateur doivent idéalement provenir d'une couche de données et respecter les politiques de confidentialité. Des outils tels que les plugins Stape simplifient l'intégration des données utilisateur pour une meilleure optimisation des campagnes Facebook.

Pour faire correspondre les visiteurs de votre site à leur base, Facebook utilise des User Data pour la Conversion API.

Facebook exige de hacher certains paramètres avant envoi, mais vous n’avez pas à vous en soucier, le tag Facebook hache automatiquement les données nécessaires avant l’envoi. 

Plus vous envoyez de paramètres utilisateur à Facebook, plus la probabilité de correspondance est élevée et plus votre event match score augmente.

L’envoi des paramètres utilisateur depuis votre site vers Facebook est un sujet sensible, car vous partagez des données des utilisateurs avec un service tiers. Avant d’envoyer ces données à Facebook, assurez-vous qu’elles respectent votre politique de confidentialité.

Idéalement, vous ajoutez les données utilisateur au data layer, mais si ce n’est pas possible, collectez-les depuis la page avec du code JavaScript personnalisé et envoyez-les avec les conversions ou événements souhaités. 

Par exemple, tous les plugins Stape pour CMS, comme Facebook CAPI for Shopify, WordPress server-side tracking, Magento 2 Google Tag Manager, l’app GTM pour BigCommerce, ajoutent un data layer qui contient aussi des données utilisateur.

Vous pouvez donc les récupérer facilement depuis le data layer et les ajouter aux événements Facebook dans le conteneur web:

Puis transférer les données nécessaires vers le conteneur serveur, dans la charge utile GA4 ou Data Tag selon ce que vous utilisez:

Et enfin ajouter ces données à votre événement Facebook côté serveur:

Ainsi vous obtiendrez une meilleure qualité de correspondance pour vos événements Facebook et, potentiellement, de meilleures performances de vos campagnes publicitaires, car Facebook comprendra mieux votre audience et optimisera mieux vos campagnes.

Par défaut, le tag essaie de mapper les événements standards GA aux événements standards Facebook. S’il ne peut pas les faire correspondre, le nom brut de l’événement reçu du client GA est utilisé. Par exemple, si vous envoyez un événement nommé gtag('event','UserLikedProduct'), vous verrez l’événement UserLikedProductdans Facebook Events Manager.

Ci-dessous se trouve le schéma de mappage des événements GA vers Facebook utilisé par défaut par ce tag:

1. Un utilisateur de la communauté a remarqué qu'après être passé au suivi côté serveur de Facebook, son public de reciblage était beaucoup plus restreint que le trafic GA4 (taux de correspondance d'environ 15 %). Le problème ne venait pas d'un suivi défaillant, mais d'attentes irréalistes : Facebook ne peut pas faire correspondre de manière fiable les utilisateurs en utilisant uniquement l'adresse IP et l'agent utilisateur. La solution consistait à suivre la configuration hybride recommandée par Meta (navigateur + serveur avec déduplication) et à envoyer toutes les données utilisateur disponibles (comme l'adresse e-mail ou le nom, lorsque cela était possible). Cette approche améliore la qualité de la correspondance et la taille de l'audience, tandis que le suivi côté serveur seul limite le potentiel de reciblage.

2. De nombreux utilisateurs de ce fil de discussion sont confrontés à des problèmes liés au suivi côté serveur de Facebook et au mappage FBP/FBC, en particulier lors des paiements effectués via des tiers. L'utilisation du modèle CAPI Facebook de Stape sur un sous-domaine propriétaire, le déclenchement d'événements clés sur le domaine principal, la mise en œuvre d'événements hybrides navigateur+serveur pour la déduplication et, éventuellement, l'utilisation de webhooks permettent de résoudre la plupart des problèmes. Vérifiez toujours les données à l'aide des outils réseau du navigateur plutôt que de vous fier uniquement à Tag Assistant.

Nous espérons que vous avez déplacé avec succès le suivi Facebook vers le serveur. Facebook Conversions API est un bon outil pour mieux comprendre qui est votre client, voir le parcours jusqu’à la conversion et envoyer plus de données sur vos utilisateurs aux algorithmes d’apprentissage de Facebook.