L’API Conversions a été conçue pour établir un lien direct entre vos données marketing et les systèmes, ce qui permet d’optimiser le ciblage publicitaire, de réduire le coût par action et de mesurer les résultats sur l’ensemble des technologies Meta. Vous pouvez configurer un serveur que vous paramétrez sur Google Cloud Platform (GCP) ou sur un autre fournisseur dans le cloud pour envoyer des données clés d’évènements Web et hors ligne via l’API Conversions. Grâce à cette configuration, après avoir paramétré le tag Web Google Analytics 4 (GA4), vous pouvez envoyer ces données à votre propre serveur hébergé sur Google Cloud Platform (GCP) et à Meta grâce à l’API Conversions.
Le tag de l’API Conversions est écrit et géré par Meta selon le modèle de tag personnalisé de Google. Contactez Google pour toute question sur la configuration des produits Google ou pour obtenir la documentation pour les développeur·ses de Google.
Ce document présente les éléments suivants :
Avant cette intégration, nous vous recommandons les étapes suivantes :
Si votre système utilise une version antérieure à GA4, vous devrez procéder à la mise à niveau de la configuration actuelle de votre gestionnaire de balises de manière à pouvoir utiliser GA4 avant d’effectuer cette intégration.
Ce conteneur permet de gérer et stocker les tags marketing et de suivi. Il vous aide également à suivre les interactions avec votre site Web.
Vous devrez configurer un conteneur de serveur et un conteneur Web :
Accédez à Google Tag Manager depuis le site Web de Google Tag Manager.
Sélectionnez votre compte si vous en avez déjà un. Sinon, créez un compte GTM.
Cliquez sur Créer un conteneur.
Attribuez un nom au conteneur et sélectionnez la plateforme cible « Serveur ».
Cliquez sur Créer.
Pour configurer un conteneur de serveur, vous devez paramétrer un serveur de tags. Vous pouvez réaliser le déploiement GCP par défaut lorsque vous configurez le conteneur de serveur. Reportez-vous aux conseils suivants. Pour tout autre fournisseur dans le cloud (comme AWS ou Microsoft Azure), consultez le guide de configuration manuelle d’un serveur.
Configurer les conteneurs de serveur et Web
graph.facebook.com
.Configurez votre conteneur Web pour envoyer les données de votre site Web au serveur de tags créé. En savoir plus sur la configuration du tag Google Analytics : configuration GA4
transport_url
Vous pouvez configurer d’autres champs pour n’importe quel autre paramètre que vous souhaitez envoyer pour tous les évènements.
first_party_collection
true
Si vous disposez déjà d’une configuration GA4, vous pouvez la modifier ou y ajouter un tag de configuration pour le GTM côté serveur.
S’il s’agit de votre première configuration du GTM côté serveur, l’ajout de l’URL du conteneur de serveur déclenchera l’envoi de tout votre trafic vers le conteneur de serveur. Si vous souhaitez continuer à envoyer vos données à GA4, vous devez ajouter le tag du GA4 côté serveur à votre conteneur de serveur et vérifier qu’il se déclenche pour tous les évènements. Vous pouvez être amené·e à créer d’autres tags d’évènements GA4 ou à modifier des tags existants afin qu’ils correspondent parfaitement aux évènements du pixel Meta.
Si vous avez configuré un domaine personnalité et si votre serveur de tags GTM est hébergé sur un domaine interne, vous recevez automatiquement les ID de navigateur et de clic Meta.
Si vous utilisez le domaine fourni par défaut ou ne recevez pas les ID de navigateur et de clic dans Gestionnaire d’évènements, suivez les étapes ci-dessous pour les configurer :
_fbp
._fbc
.Créez une variable de couche de données pour chacun des paramètres « user_data » du schéma d’évènement commun de GTM. En savoir plus sur la configuration des variables de couche de données. Par exemple, pour transmettre une adresse e-mail au GTM côté serveur, créez une variable (par exemple, user_data_email_address
) pouvant être mappée au nom de la variable de la couche de données eventModel.user_data.email_address
.
Si vous n’utilisez pas de couche de données, configurez les variables à utiliser en remplacement pour chaque paramètre selon les indications ci-dessous. Voici une liste de tous les mappages pour les paramètres « user_data » de Meta et GTM, ainsi que leur priorité générale pour améliorer la qualité de correspondance des évènements. Pour optimiser votre utilisation des publicités Meta, nous vous conseillons de suivre ces recommandations relatives à l’API Conversions lorsque vous configurez une intégration. Si vous avez déjà configuré l’API Conversions, nous conseillons de suivre les recommandations ci-après pour améliorer votre configuration existante. Les recommandations relatives à l’API Conversions permettent d’améliorer vos performances publicitaires en réduisant votre coût par action.
Paramètre Meta de l’API Conversions | Nom du champ GA4 | Nom de la variable de couche de données GTM | Priorité |
---|---|---|---|
Adresse e-mail
| user_data.email_address | eventModel.user_data.email_address | Élevée |
ID du clic
| x-fb-ck-fbc | S.o. | Élevée |
ID Facebook Login | user_data.fb_login_id | S.o. | Moyenne |
Date de naissance
| x-fb-ud-db | S.o. | Moyenne |
Pays
| user_data.address.country | eventModel.user_data.address.country | Moyenne |
Numéro de téléphone
| user_data.phone_number | eventModel.user_data.phone_number | Moyenne |
ID externe
| x-fb-ud-external_id | S.o. | Moyenne |
ID de navigateur
| x-fb-ck-fbp | S.o. | Moyenne |
État
| user_data.address.region | eventModel.user_data.address.region | Moyenne |
Genre
| x-fb-ud-ge | S.o. | Moyenne |
Prénom
| user_data.address.first_name | eventModel.user_data.address.first_name | Faible |
Nom
| user_data.address.last_name | eventModel.user_data.address.last_name | Faible |
Ville
| user_data.address.city | eventModel.user_data.address.city | Faible |
Code postal | user_data.address.postal_code | eventModel.user_data.address.postal_code | Faible |
Configurez votre conteneur Web pour envoyer les données de votre site Web au serveur de tags créé afin d’ajouter Google Analytics. En savoir plus sur la configuration du tag Google Analytics : configuration GA4
Ajoutez le tag Google Analytics : évènement GA4 à votre espace de travail à partir de la galerie de modèles :
Nom d’évènement standard Meta | Nom d’évènement Google Analytics |
---|---|
AddPaymentInfo | add_payment_info |
AddToCart | add_to_cart |
AddToWishlist | add_to_wishlist |
PageView | gtm.dom |
PageView | page_view |
Purchase | purchase |
Search | search |
InitiateCheckout | begin_checkout |
Lead | generate_lead |
ViewContent | view_item |
CompleteRegistration | sign_up |
Dans la section des paramètres d’évènement :
Chaque conteneur GTM côté serveur est livré avec un client GA4 par défaut pour auditer les évènements configurés à partir de son tag Web GA4. Le client GA4 audite la route /g/collect sur votre URL de serveur de tags et envoie eventModel au tag en aval. Si le client GA4 par défaut est déjà installé dans le conteneur de votre serveur dans la section Clients, passez à l’étape 4.
Pour envoyer l’évènement à l’API Conversions, vous devez installer le tag d’API Conversions Meta depuis la galerie de modèles. Le modèle de tag s’appelle Conversions API Tag, créé par facebookincubator. Ce tag peut être configuré pour être déclenché sur des évènements reçus par le client GA4 (à l’étape précédente) et envoyé à l’API Conversions. Pour installer le tag d’API Conversions Meta, vous devrez disposer d’un ID de pixel, d’un token d’accès et spécifier la source d’action « site Web ». En utilisant l’API Conversions, vous certifiez que le paramètre action_source
est, à votre connaissance, exact.
Nous vous recommandons d’utiliser le mode d’aperçu de Google Tag Manager pour tester les intégrations avant de publier les modifications. Les conteneurs serveur et Web disposent de modes d’aperçu qui peuvent être exécutés simultanément.
Si vous changez votre configuration alors que le mode d’aperçu est en cours d’exécution, veillez à redémarrer le mode d’aperçu pour que les modifications soient visibles pendant le test.
Vous pouvez vérifier vos évènements de serveur sont bien réceptionnés à l’aide de la fonctionnalité de test d’évènements du Gestionnaire d’évènements. Cet outil se trouve sous : Gestionnaire d’évènements > Sources de données > Votre Pixel > Tester les évènements.
L’outil de test d’évènements génère un ID de test. Envoyez cet ID en tant que paramètre test_event_code
dans votre tag d’API Conversions pour commencer à visualiser l’activité des évènements dans la fenêtre Tester les évènements. Veillez à le supprimer avant de publier les modifications.
L’outil de test des évènements vous permet de vérifier la réception et la déduplication des évènements. Si les évènements n’apparaissent pas après une ou deux minutes, vérifiez dans le débogueur du GTM côté serveur que la requête a été transmise :
https://graph.facebook.com
. Examinez le corps de la réponse en bas des détails de la requête pour trouver l’erreur et modifiez votre intégration en conséquence. N’oubliez pas de redémarrer le mode d’aperçu après vos modifications.Lorsque les évènements s’affichent correctement, vérifiez que l’ID de chaque évènement est envoyé et que les clés de correspondance et paramètres de données personnalisés associés s’affichent eux aussi correctement. L’outil de test des évènements vous indique si les évènements ont été dédupliqués. En cas de divergence entre les ID d’évènements, vérifiez que le déclenchement des tags GA4 et Pixel Meta s’effectue à partir du même déclencheur et vérifiez l’implémentation des variables des ID d’évènements.
Nous vous recommandons d’utiliser une configuration d’évènements redondante et de partager les mêmes évènements à partir de l’API Conversions et de votre pixel Meta. Assurez-vous que les deux évènements utilisent le même event_name
et d’inclure event_id
ou une combinaison de external_id
et fbp
.
Cela permettra à Meta de dédupliquer les évènements et de réduire les doubles signalements d’évènements identiques. En savoir plus sur la déduplication, les cas d’utilisation et sa configuration. external_id et fbp sont des solutions alternatives pour la déduplication et permettent aussi d’améliorer la qualité de la configuration. Nous recommandons d’inclure ces deux paramètres chaque fois que possible.
GTM offre plusieurs façons de configurer un paramètre avec la même valeur sur un tag de navigateur et un tag de serveur. L’une d’entre elles consiste à utiliser le même évènement GA4 pour déclencher l’évènement serveur et le tag de votre pixel Meta. Pour cela :
event_id
dans les deux tags :
x-fb-event_id
) à partir de l’évènement gtag. Générez un ID unique (par évènement) sur le site Web à l’aide d’une méthode javascript (ou de la variable Javascript personnalisée Gestionnaire d’évènements Google) et définissez la valeur dans l’évènement comme suit :gtag('event', 'purchase', { 'x-fb-event_id': generateEventId(), ...:... });Vous pouvez créer une variable qui pointe vers la variable Javascript personnalisée illustrée ci-dessous. Dès qu’il est fait référence à la variable, le JavaScript ci-dessous est chargé dans la ligne :
function() { var gtmData = window.google_tag_manager[{{Container ID}}].dataLayer.get('gtm'); return gtmData.start + '.' + gtmData.uniqueEventId; }
event_id
. Pour cela, créez une nouvelle variable de couche de données, par exemple, « FBEventIdVar », avec le nom eventModel.event_id
.event_id
d’une variable.fbq('track', Purchase, {..}, {eventID: FBEventIDVar });Configurez l’évènement GA4 pour envoyer un paramètre supplémentaire appelé
event_id
, défini sur la variable FBEventIdVar
.
Pour envoyer des données personnalisées, utilisez les mappages ci-dessous dans vos tags d’évènements GA4 :
Nom du paramètre Meta | Nom du paramètre GA4 |
---|---|
value | value |
currency | currency |
search_string | search_term |
order_id | transaction_id |
content_ids | x-fb-cd-content_ids |
content_type | x-fb-cd-content_type |
content_name | x-fb-cd-content_name |
content_category | x-fb-cd-content_category |
contents* | items OU x-fb-cd-contents |
num_items | x-fb-cd-num_items |
predicted_ltv | x-fb-cd-predicted_ltv |
status | x-fb-cd-status |
delivery_category | x-fb-cd-delivery_category |
custom_properties* | custom_properties |
Avant l’envoi, convertissez x-fb-cd-contents et custom_properties en chaîne JSON, car il s’agit de paramètres JSON définis par Meta.
Après avoir configuré vos conteneurs Web et de serveur, vous pouvez envoyer un exemple d’évènement depuis votre site Web pour vérifier l’évènement serveur. Voici un exemple d’évènement disposant des paramètres configurés :
gtag('event', 'purchase', { 'event_id': generateEventId(), 'transaction_id': 't_12345', 'currency': 'USD', 'value': 1.23, user_data: { email_address: '<HASHED_DATA>', phone_number: '<HASHED_DATA>', address: { first_name: '<HASHED_DATA>', last_name: '<HASHED_DATA>', city: '<HASHED DATA>', region: '<HASHED_DATA>', postal_code: '<HASHED_DATA>', country: '<HASHED_DATA>' }, }, items: [ { item_id: '1', item_name: 'foo', quantity: 5, price: 123.45, item_category: 'bar', item_brand: 'baz' } ], });
Une fois que l’évènement est déclenché, vous devriez voir une demande envoyée, par exemple, au lien : www.analytics.example.com/g/collect, avec les paramètres configurés. Vous pouvez ajouter un code d’évènement test au tag de l’API Conversions Meta pour vérifier les évènements envoyés à l’API Conversions. Le code de test des évènements doit être utilisé uniquement à des fins de test. Vous devez le supprimer lorsque vous envoyez votre charge utile de production.
Lorsque vos modifications ont été publiées, utilisez la page Vérifier votre configuration pour vous assurer que vos évènements sont bien envoyés. Veillez notamment à ce que la qualité des correspondances est conforme à nos recommandations.
Est-il prévu d’ajouter la fonctionnalité d’envoi de paramètres personnalisés ? Si oui, quand sera-t-elle disponible ?
R : nous avons ajouté la correspondance pour la plupart des paramètres personnalisés standard de l’API Conversions pris en charge dans le schéma de GTM. Nous fournissons aussi une correspondance personnalisée. En savoir plus
Un seul serveur ou cluster peut-il exécuter plusieurs conteneurs ?
R : non, seule la correspondance 1:1 est actuellement prise en charge par GTM. Lisez les recommandations sur l’organisation de vos conteneurs.
Le GTM côté serveur nécessite-t-il un tag basé sur navigateur pour envoyer des évènements ?
R : oui
Est-il possible de séparer GA4 et l’intégration côté serveur ?
R : pour que GA4 et l’intégration GTM côté serveur restent séparés, vous pouvez créer un nouvel ID de mesure dans Google Analytics. Créez un tag de configuration GA4 distinct pour le GTM côté serveur avec cet ID de mesure, en suivant les étapes ci-dessus. Dans cet exemple, votre tag de configuration GA4 continuera d’envoyer le trafic de GA via le conteneur Web, tandis que le nouveau tag de configuration enverra les données au conteneur de serveur. Créez d’autres tags d’évènements GA4 en suivant l’étape 2 pour envoyer les évènements côté serveur avec le nouveau tag de configuration.
L’intégration de GTM dans l’API Conversions est-elle compatible avec des solutions d’hébergement cloud autres que GCP ?
R : l’intégration de GTM dans l’API Conversions est compatible avec GCP et toute autre plateforme de votre choix. En savoir plus sur le provisionnement manuel