Une bonne attribution des conversions Facebook est essentielle pour les entreprises qui veulent tirer pleinement parti de la publicité payante. Alors que certaines entreprises s'appuient toujours sur le suivi du navigateur, le passage au suivi côté serveur peut fournir des données plus précises. Le balisage côté serveur permet une communication directe avec votre serveur et le serveur Facebook, en fournissant des données de première partie de qualité et en utilisant des cookies de première partie.
Cet article de blog vous dennera des conseils pratiques pour vous aider à améliorer l'attribution des conversions Facebook en utilisant le balisage côté serveur.
L'un des principaux avantages du balisage s2s est qu'il offre une meilleure précision que les méthodes de suivi côté client. En effet, le balisage de serveur à serveur ne peut pas être bloqué puisque la communication se fait au niveau du serveur. Des outils comme adBlocker ou d'autres mécanismes de prévention du suivi ne peuvent pas accéder aux données envoyées par le serveur.
Lorsque vous activez l'intégration FB s2s, votre serveur communique directement avec le serveur Facebook. Il envoie des données fiables sur les événements et les utilisateurs qui ont visité votre site Web qui aident FB à attribuer vos utilisateurs aux profils Facebook. Plus vous envoyez d'informations sur vos utilisateurs à FB, plus ils auront de chances d'attribuer correctement les événements dans les campagnes publicitaires.
Le moyen le plus populaire de suivi Facebook de serveur à serveur est l'API conversion de Facebook. Mais il existe plusieurs approches pour configurer FB CAPI. Dans ce guide, je voudrais décrire différentes méthodes de configuration de FB CAPI, comment chaque manière affecte l'attribution FB et comment améliorer l'attribution.
Ces suggestions sont basées sur notre expérience et sur les commentaires des clients.
Facebook recommande de configurer CAPI en utilisant la méthode navigateur + serveur. Lorsque le suivi du navigateur est bloqué, le suivi du serveur enverra toujours des données sur vos utilisateurs à Facebook. Lorsque le suivi du navigateur et du serveur est déclenché, FB utilise le nom et l'ID de l'événement pour supprimer un événement et en conserver un autre afin d'éviter les rapports excessifs.
Nous avons un article de blog qui décrit comment configurer Facebook CAPI à l'aide du serveur GTM.
FB donne une priorité plus élevée aux événements du navigateur. Lorsqu'ils voient à la fois des événements de navigateur et de serveur, leur algorithme de deduplication supprimera probablement les événements de serveur et enregistrera les événements de navigateur. Donc, si vous envoyez plus de données avec un événement serveur, FB ne pourra pas lire ces données. Ils ne combinent pas non plus les données d'événements Web et de serveur.
Un aspect essentiel de la configuration de FB CAPI à l'aide de méthodes hybrides via Google Tag Manager apparaît lorsque vous utilisez GA4 (ou toute autre balise Web GTM) pour transmettre des données du Web au serveur GTM. Dans les cas où AdBlocker bloque GA4, il ne fournit pas de données à sGTM, ce qui signifie que les balises FB CAPI ne se déclenchent pas non plus. Ainsi, dans ce scénario, les événements du navigateur ne se déclenchent pas, ainsi que les balises du serveur.
Commentaires