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.
| Lié: Facebook Lead Ads. |
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.
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.
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.
Stape propose l’hébergement pour Conversions API Gateway, au prix de 10$ par pixel par mois ou 100$ pour 100 pixels par mois. Tous les utilisateurs disposent d’un essai gratuit de 7 jours.
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:
Inconvénients de la configuration de Facebook CAPI via 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:
Nous avons aussi un article sur le conteneur serveur Tag Manager et ses avantages.
Cette vidéo montre comment configurer Facebook Conversions API avec Google Analytics 4.
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:
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.
La première étape de test du suivi côté serveur Facebook est la même que pour Google Analytics. Vous devez vérifier 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 à tester. Ensuite, allez dans l’onglet du débogueur Tag Manager et vérifiez les résultats.
D’abord, assurez-vous que le pixel Facebook de base se déclenche sur un pageview. Si le statut du tag est Fail, vérifiez les requêtes sortantes. Elles indiquent la raison de l’échec.
Si vous utilisez notre tag de suivi Facebook côté serveur, vous avez deux options pour envoyer les événements Facebook:
Ouvrez Events Manager dans votre Business Manager Facebook et cliquez sur Test events. Vous verrez un code test event à ajouter à notre Facebook Tag dans Google Tag Manager. Grâce à ce code, vous pourrez tester les événements du serveur Facebook en temps réel.
Une fois le test ID ajouté, ouvrez votre site et effectuez les actions qui déclenchent vos événements Facebook. Revenez ensuite à l’outil de test Facebook et vérifiez les événements affichés. Dans la colonne Received From, vous devez voir Server. Vous pouvez cliquer sur l’événement et voir les paramètres enregistrés.
Notez que l’extension Chrome Facebook Pixel Helper, utilisée pour vérifier les événements du navigateur, ne marche pas pour Conversions API. Il faut tout vérifier dans l’outil de test.
| Note: les cookies ne seront prolongés que si vous utilisez un sous-domaine personnalisé dans l’URL de tagging. Par exemple, si l’URL de votre site est example.com, alors le domaine personnalisé du serveur de tagging doit ressembler à gtm.example.com. |
La troisième étape est similaire à ce que nous avons fait avec quelques différences. Pour vérifier la date d’expiration des cookies Facebook, vous devez d’abord la générer. Pour cela, ouvrez votre site et ajoutez fbclid.
Ensuite, ouvrez les outils développeur, allez dans Storage, puis dans Cookies. Vérifiez que _fbc et _fbp ont été prolongé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:
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.
Vous pouvez voir tous les domaines qui envoient des données à votre pixel Facebook. Si Facebook détecte du trafic depuis un nouveau domaine ou un sous-domaine, la plateforme envoie un avertissement. Vous pouvez mettre des domaines en liste blanche ou en liste noire. Cette fonction permet de bloquer le trafic de vos sites de test ou des URL techniques.
Vous verrez très probablement aussi du trafic depuis gtm-msr.appspot.com. Cela peut arriver quand vous exécutez un conteneur en mode débogage ou publication, ou quand des utilisateurs arrivent sur votre site avec JavaScript désactivé, par exemple des bots.
Pour créer des listes d’autorisation ou de blocage de domaines, ouvrez Events tools dans Business Manager, cliquez sur Settings, puis faites défiler jusqu’à Traffic Permissions.
C’est la seconde erreur Facebook CAPI la plus fréquente selon mon expérience. Elle signifie que vous n’envoyez pas certaines clés de déduplication pour vos événements serveur. Facebook utilise ces clés de déduplication: le nom d’événement, l’ID d’événement, _fbp et l’external ID.
D’après mon expérience, les paramètres Event ID causent cette erreur dans 80% des cas. Vérifiez que vous envoyez un Event ID pour Facebook Pixel et pour Facebook Conversions API. Cet ID doit être le même pour l’événement navigateur et l’événement serveur. Facebook verra alors le même nom et le même ID d’événement et commencera la déduplication.
Par exemple, pour les événements PageView, envoyez le même Event ID et le même nom depuis Facebook Pixel et depuis Facebook CAPI.
Pour tester l’Event ID, ouvrez l’outil de test d’événements Facebook. Si tout est correct, vous devriez voir quelque chose de similaire à la capture. Facebook y montre les PageView enregistrés depuis le navigateur et depuis le serveur. Ces événements avaient le même Event ID, Facebook a donc traité les événements navigateur et dédupliqué les événements serveur.
Mais il peut y avoir un autre cas où vous voyez des événements de navigateur et de serveur déclenchés de façon aléatoire. Dans ce cas, vérifiez l’Event ID Facebook ; ces identifiants ne sont probablement pas identiques. Vous pouvez utiliser notre variable personnalisée pour le conteneur web afin de définir l’Event ID Facebook. Consultez aussi la section ci-dessus sur la déduplication Facebook.
Parfois, cette erreur est due à l’oubli de supprimer le Facebook test ID avant de publier les tags Facebook CAPI en production. Je recommande de configurer le Test ID comme variable de table de recherche qui ne fonctionne que quand le mode débogage est vrai.
Ici, Facebook vous signale que les valeurs envoyées depuis le serveur ne sont pas uniques ou mal formatées. Par exemple, vous pourriez envoyer une IP utilisateur qui contient des symboles au lieu de chiffres uniquement, ou vous avez sélectionné la mauvaise variable, comme un numéro de téléphone dans le champ email.
Pour vérifier le problème, ouvrez le mode aperçu du conteneur serveur et du conteneur web Google Tag Manager si vous avez utilisé GTM pour configurer Facebook Conversions API. Vous devez voir quels paramètres utilisateur ont été envoyés à Facebook et s’ils sont bien formatés. Testez l’événement, cliquez sur le tag dans le mode débogage, puis sur values.
Cette erreur peut aussi indiquer qu’un paramètre manque ou est mal formaté.
Par exemple, j’ai eu un client qui voulait envoyer le pays et la ville de l’utilisateur à partir de l’adresse IP. Facebook s’attend à voir les vraies coordonnées saisies par l’utilisateur sur le site et non celles déduites automatiquement de l’IP. Cette configuration a aussi généré une erreur de paramètres invalides.
Cette erreur concerne généralement les événements du navigateur et signifie que Facebook a détecté des données utilisateur dans l’URL. Certains CMS et outils comme Calendly ou PayPal envoient des détails utilisateur dans l’URL après une inscription ou un achat.
Cette erreur est difficile à corriger ; c’est le travail de vos développeurs. Ils doivent améliorer les paramètres de requête de l’URL et supprimer toute information personnelle de l’URL. Sinon, vous pouvez suivre les instructions de ce post GitHub et essayer de corriger le problème dans GTM. Autre solution : passer au suivi Facebook côté serveur uniquement. Ainsi, vous pouvez modifier l’URL avant de l’envoyer à Facebook.
Pour chaque événement serveur que vous envoyez à Facebook, un score event match quality est affiché. Ce score dépend du nombre de données utilisateur envoyées.
Si vous utilisez un sous-domaine personnalisé pour votre serveur de tagging, seules l’IP utilisateur, l’identifiant de navigateur, _fbp et _fbc sont envoyés à Facebook CAPI. Si vous n’envoyez que ces paramètres, la qualité de correspondance sera autour de 4 sur 10.
Pour avoir un score élevé, il est important d’envoyer autant de paramètres que possible. Facebook utilise ces données pour faire correspondre les utilisateurs de votre site à ceux de sa base. Avant cela, vérifiez que l’envoi de ces données respecte votre politique de confidentialité et les règles en vigueur. Techniquement, envoyer plus de paramètres est positif. L’audience et les données de conversion seront plus précises, les algorithmes de Facebook auront des données plus spécifiques sur vos utilisateurs, les campagnes performeront mieux.
Comment augmenter le score de qualité de correspondance ? La réponse est simple : envoyer plus de données utilisateur. La mise en œuvre reste complexe. Voici comment je procède : je vérifie d’abord si un data layer est implémenté sur votre site et s’il contient toutes les données utilisateur. Par exemple, si l’utilisateur peut se connecter à votre site, vérifiez que les détails de l’utilisateur sont envoyés dans le data layer lorsqu’il est connecté.
Si le data layer n’est pas implémenté, confiez sa mise en place à vos développeurs.
Ensuite, assurez-vous de passer tous les paramètres utilisateur du conteneur web au conteneur serveur.
Une autre aide pour augmenter la qualité de correspondance est une nouvelle fonction de Data Tag. Nous avons ajouté la possibilité de stocker des données utilisateur. Par exemple, si un utilisateur a soumis un formulaire de contact sur le site, Data Tag peut stocker ses données dans le local storage, puis les réutiliser sur d’autres pages.
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:
| page_view | PageView |
| add_payment_info | AddPaymentInfo |
| add_to_cart | AddToCart |
| add_to_wishlist | AddToWishlist |
| sign_up | CompleteRegistration |
| begin_checkout | InitiateCheckout |
| generate_lead | Lead |
| purchase | Purchase |
| search | Search |
| view_item | ViewContent |
| contact | Contact |
| customize_product | CustomizeProduct |
| donate | Donate |
| find_location | FindLocation |
| schedule | Schedule |
| start_trial | StartTrial |
| submit_application | SubmitApplication |
| subscribe | Subscribe |
Pour faciliter la migration de votre tag Facebook GTM web vers le conteneur serveur, nous avons essayé de mapper toutes les données que le client GA reçoit vers l’événement Facebook sans réglage de votre part. Le tag prend aussi en charge le mappage des événements Enhanced Ecommerce GA, et bien sûr, il peut remplacer tous les paramètres d’événement envoyés à Facebook.
Par exemple, si le tag détecte que le type d’événement est Purchase, nous déterminerons la liste des produits, leur devise et la valeur.
Dans les sections ci-dessous, nous décrivons comment les données sont mappées dans chaque groupe de paramètres.
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.
Commentaires