Mise en place de l’API de conversion
Prérequis
Accès à l’Ads API - Nouvelles applications
- La principale condition préalable pour utiliser Conversion API est de disposer d’un compte développeur et de l’Ads API Access. Le processus est décrit dans le guide Ads API Getting Started. Veuillez noter les points suivants :
- Lors de votre demande de compte développeur, souscrivez à l’un de nos plans d’abonnement pour une approbation immédiate.
- Remarque : À titre de bonne pratique, nous recommandons fortement d’utiliser le handle X officiel de votre entreprise pour créer un compte développeur et demander l’accès à l’Ads API. Si le compte développeur est associé à un handle développeur, il n’existe aucun moyen de transférer ces identifiants, le cas échéant. Il est préférable de l’associer à un compte d’entreprise pour une gestion continue et d’utiliser la connexion multi-utilisateur, selon les besoins. Sinon, au minimum, le compte doit être configuré avec des paramètres personnalisés (image d’en-tête, avatar, bio et URL de la bio) et utiliser l’authentification à deux facteurs.
- Assurez-vous de disposer du bon App ID pour votre demande d’accès à l’Ads API. L’App ID se trouve dans la Console de développement, sous Projects & Apps. Exemple : 16489123
- Demandez l’accès à l’Ads API en contactant votre représentant X.
Accès à l’Ads API - Applications existantes
- Si vous disposez déjà d’une application Ads API déjà utilisée activement, vous pouvez réutiliser cette application ainsi que les jetons d’accès existants pour la Conversion API.
Jetons d’accès
- Les jetons d’accès utilisateur pour le handle utilisateur qui possède l’App Ads API peuvent être générés et récupérés directement à partir de la Console de développement. On parle de « jeton d’accès personnel » car il est destiné à être utilisé pour votre propre handle X. Des informations générales sur l’authentification et la Console de développement sont disponibles ici.
- Les jetons d’accès utilisateur pour des handles autres que celui possédant l’App Ads API doivent être générés avec un flux OAuth à 3 étapes. Les options pour générer le jeton d’accès avec OAuth à 3 étapes incluent :
- Tous les jetons d’accès utilisateur utilisés avec la Conversion API doivent appartenir à des utilisateurs ayant un niveau d’accès AD_MANAGER ou ACCOUNT_ADMIN, ce qui peut être vérifié via le point de terminaison authenticated_user_access.
- Remarque : les jetons eux-mêmes (après leur création comme indiqué ci-dessus) peuvent être partagés avec des utilisateurs n’ayant pas le niveau d’accès AD_MANAGER ou ACCOUNT_ADMIN pour être utilisés.
Étapes
Création de l’événement Conversion API
Option 1 : Utiliser un événement de conversion existant dans Ads Manager
conversion_id) afin d’éliminer les doublons d’événements entre le pixel et Conversion API pour ce même événement. Voir la section d. « Test des événements et déduplication » pour plus d’informations.
Option 2 : création d’un nouvel événement de conversion dans Ads Manager :
- Allez sur ads.x.com
- Accédez à la section Tools en haut à gauche et cliquez sur Events Manager
- Sélectionnez Add event source en haut à droite pour ajouter une source d’événement si vous n’avez pas encore de source d’événement X Pixel dans votre barre latérale gauche
- L’ID de la source d’événement X Pixel est votre Pixel ID
- Dans la source d’événement X Pixel, sélectionnez Add events sur le côté droit
- Sélectionnez Install with Conversion API
- Vous verrez le Pixel ID et l’Event ID de cet événement, qui seront utilisés dans l’API
- L’ID de l’événement est votre Event ID
- Cliquez sur Save et votre événement de conversion sera créé et prêt à être utilisé
Préparation des identifiants pour les événements de conversion
twclid), adresse e‑mail ou numéro de téléphone. Si vous utilisez l’adresse IP ou le user agent, un deuxième identifiant doit être envoyé pour assurer une correspondance correcte des conversions.
Transmettre davantage d’identifiants permettra d’obtenir un taux de correspondance des conversions plus élevé.
1. Préparer l’identifiant X Click ID
twclid lorsqu’il est disponible, après que l’utilisateur a accédé au site web de destination.
Exemple de code JavaScript simple :
-
Toujours analyser la valeur
twclidlorsqu’elle est présente dans les paramètres de requête de l’URL. - Stocker les données avec les champs de formulaire pertinents ou les informations relatives à l’événement de conversion.
2. Préparer l’identifiant d’e-mail
3. Préparer l’identifiant de téléphone
4. Préparer l’identifiant d’adresse IP
5. Préparer l’identifiant User Agent
Construction de la requête d’événement de conversion
POST: version/measurement/conversions/:pixel_id
Envoyez des événements de conversion pour un compte publicitaire donné. Le code de réponse doit être vérifié pour confirmer la réussite (HTTP 200 OK). Il est recommandé de mettre en place un mécanisme de réessai et une journalisation simple au cas où des codes d’erreur seraient renvoyés.
Pour des informations détaillées sur l’URL du point de terminaison et les paramètres du corps de la requête POST, veuillez consulter la section Référence de l’API.
Exemple de requête (formaté pour plus de lisibilité)
Exemple de réponse
Limite de débit
- Instrumenter les actions des utilisateurs (journalisation) afin de pouvoir envoyer des données de conversion correctes pour chaque événement
- Toute logique nécessaire pour filtrer les événements de conversion des utilisateurs qui ont exercé des choix de confidentialité pertinents – par exemple, s’ils ont refusé le suivi ou la vente de leurs informations personnelles sur le site de l’annonceur
- L’intégration avec les déclencheurs d’événements et les pages afin de capturer les événements et d’envoyer les conversions
Test des événements et déduplication
Test des événements
- exportant les données depuis Ads Manager (page d’aide Analytics for Website Conversion Tracking) ;
- exportant les données via l’Ads API (segmentation_type=CONVERSION_TAGS).
Déduplication entre Pixel et Conversion API
Suivi des conversions (Vue d’ensemble)
Résumé
- Visite de site : l’utilisateur visite une page de destination sur le site de l’annonceur
- Achat : l’utilisateur finalise l’achat d’un produit ou d’un service sur le site de l’annonceur
- Téléchargement : l’utilisateur télécharge un fichier, comme un livre blanc ou un package logiciel, depuis le site de l’annonceur
- Inscription : l’utilisateur s’inscrit au service, à la newsletter ou aux communications par e‑mail de l’annonceur
- Personnalisé : catégorie générique pour une action personnalisée qui n’entre dans aucune des catégories ci-dessus
FAQ
Comment fonctionne la balise de suivi des conversions ?
Comment fonctionne la balise de suivi des conversions ?
Tout d’abord, un annonceur crée une balise de conversion, qui est un extrait de code fourni par X, et la place sur son site web. La balise est alors prête à mesurer la conversion lorsqu’un utilisateur réalise l’action définie.Les utilisateurs sont ensuite exposés à la publicité de l’annonceur sur le client X, ce qui les conduit vers le site web de l’annonceur et vers l’action qui a été balisée. Si l’utilisateur réalise cette action pendant la ou les fenêtres d’attribution spécifiées par les annonceurs lors de la configuration de la balise, la balise reconnaît que l’utilisateur a déjà interagi avec une publicité X. La balise se « déclenche » alors, c’est‑à‑dire qu’elle envoie une notification aux serveurs de X afin que la conversion puisse être attribuée à la publicité qui a généré la conversion.
Existe‑t‑il, dans le processus de configuration de la campagne, un moyen permettant à l’utilisateur de sélectionner quels pixels de suivi sont pertinents pour cette campagne ?
Existe‑t‑il, dans le processus de configuration de la campagne, un moyen permettant à l’utilisateur de sélectionner quels pixels de suivi sont pertinents pour cette campagne ?
Non, notre produit n’est pas conçu pour associer des balises de conversion spécifiques à des campagnes spécifiques. Une fois qu’une balise est configurée, le système suit automatiquement quelles publicités ont généré des conversions sur une balise donnée.
Quels sont nos paramètres de fenêtre d’attribution par défaut pour les balises de conversion ?
Quels sont nos paramètres de fenêtre d’attribution par défaut pour les balises de conversion ?
Fenêtre d’attribution par défaut post‑vue : 1 jourAttribution par défaut post‑engagement : 14 joursCes valeurs par défaut peuvent être modifiées lors de la configuration de la balise de conversion ou à tout moment après la création de la balise. Les options de fenêtres d’attribution post‑engagement sont 1, 7, 14, 30, 60 et 90 jours. Les options de fenêtres d’attribution post‑vue sont aucune, 1, 7, 14, 30, 60 et 90 jours.
Quelles sont quelques idées de créations DR efficaces et de stratégies qui favoriseront réellement les conversions ?
Quelles sont quelques idées de créations DR efficaces et de stratégies qui favoriseront réellement les conversions ?
Bien que les objectifs, la situation et les stratégies de chaque client soient différents, voici quelques idées qui ont fonctionné pour des clients ayant participé aux programmes alpha ou bêta de suivi des conversions :Création :
- Offres : Associer une remise, une promotion ou une offre de livraison gratuite au Tweet sponsorisé pour susciter davantage d’intérêt pour l’action
- Jeux‑concours et concours : En particulier pour les marques bien connues, les jeux‑concours et concours ont généré des conversions
- Expérimentation sur le texte du Tweet : Tester les majuscules par rapport aux minuscules (FREE vs free ou NOW vs now)
- Dates limites : Proposer une date limite pour encourager les personnes à agir immédiatement (Offre valable jusqu’au 12 décembre !)
- Ajout de photos percutantes : Il est utile de tester si des photos visuellement percutantes ajoutées à la création du Tweet sont efficaces pour générer des conversions ; les résultats peuvent varier ou être propres à l’offre du client.
- Ciblage par @handle et par catégorie d’intérêt : Un alignement étroit entre le texte du Tweet et les @handles et le public visé par le Tweet a généré des conversions
- Utilisation de mots‑clés de niche mais à fort volume : Dans le domaine des concerts, l’utilisation de mots‑clés liés à l’artiste/musicien (par exemple son nom) s’est révélée efficace.
- Audiences personnalisées : Les clients utilisant TA web et le suivi des conversions ensemble ont obtenu des CPA plus bas que les groupes de contrôle utilisant d’autres ciblages
Dépannage et assistance pour l’API Conversion
Gestion des erreurs et explications
Vue d’ensemble des codes d’erreur de l’API X Ads
Lorsqu’il y a un code HTTP de la série 400, les cas les plus courants sont
- 400 Bad Request (la requête ne respecte pas les normes)
- 401 Unauthorized (problèmes d’authentification)
- 403 Forbidden (problèmes d’accès à l’API associés à ce compte développeur)
- 404 Not Found (l’URL ou les paramètres peuvent être incorrects pour cet endpoint)
Codes d’erreur de l’API Conversion
Scénarios d’erreur 400 Bad Request
Exemple de code d’erreur JSON
Requête :
POST '/11/measurement/conversions/o6dkt' --data '{"conversions":[{"conversion_time": "2022-06-16T01:14:00.603Z", "event_id":"o6dkt", "identifiers": [{"twclid": "23opevjt88psuo13lu8d020qkn"}]}]}' --header 'Content-Type: application/json
Message d’erreur :
{"errors":[{"code":"INVALID_PARAMETER","message":"event_id (o6dkt) is not a single event tag (SET)","parameter":"event_id"}],"request":{"params":{"account_id":"18ce552mlaq"}}}
Requête :
twurl_ads -X POST '/11/measurement/conversions/o6dkt' --data '{"conversions":[{"conversion_time": "2022-06-16T01:14:00.603Z", "event_id":"o6dl3", "identifiers": [{"twclid": ""}]}]}' --header 'Content-Type: application/json'
Message d’erreur :
{"errors":[{"code":"INVALID_PARAMETER","message":"At least one user identifier must be provided","parameter":""}],"request":{"params":{"account_id":"18ce552mlaq"}}}
Requête :
twurl_ads -X POST '/11/measurement/conversions/o6dkt' --data '{"conversions":[{"conversion_time": "2022-06-16T01:14:00.603Z", "event_id":"o6dl3", "identifiers": [{"hashed_email": "abc"}]}]}' --header 'Content-Type: application/json'
Message d’erreur :
{"errors":[{"code":"INVALID_PARAMETER","message":"hashed_email (abc) is not a valid SHA-256 hash","parameter":"hashed_email"}],"request":{"params":{"account_id":"18ce552mlaq"}}}
Requête :
twurl_ads -X POST '/11/measurement/conversions/o6dkt' --data '{"conversions":[{"conversion_time": "2022-06-16T01:14:00.603", "event_id":"o6dl3", "identifiers": [{"twclid": "23opevjt88psuo13lu8d020qkn"}]}]}' --header 'Content-Type: application/json'
Message d’erreur :
{"errors":[{"code":"INVALID_PARAMETER","message":"Expected Time in yyyy-MM-ddTHH:mm:ss.SSSZ, got \"2022-06-16T01:14:00.603\" for conversion_time","parameter":"conversion_time"}],"request":{"params":{"account_id":"18ce552mlaq"}}}
Raison : informations d’authentification manquantes ou incorrectes
Solution : suivez les étapes d’authentification dans la documentation de configuration en utilisant l’une des 3 méthodes d’authentification :
Les User Access Tokens pour des handles autres que le handle propriétaire de l’App Ads API doivent être générés avec un flux OAuth à 3 volets (3-legged OAuth). Les options pour générer un Access Token avec un OAuth à 3 volets incluent :
- Ligne de commande avec autorisation web via l’utilitaire twurl
- Ligne de commande avec autorisation basée sur un code PIN
- Flux web personnalisé implémentant le modèle OAuth à 3 volets
403 Accès interdit
404 Not Found
Exemple de code d’erreur au format JSON
Requête :
twurl_ads -X POST '/11/measurement/conversions/o8z6j' --data '{"conversions":[{"conversion_time": "2022-06-16T01:14:00.603Z", "event_id":"abc", "identifiers": [{"twclid": "23opevjt88psuo13lu8d020qkn"}]}]}' --header 'Content-Type: application/json'
Message d’erreur :
{"errors":[{"code":"NOT_FOUND","message":"event_id (abc) does not belong to provided account","parameter":"event_id"},{"code":"INVALID_PARAMETER","message":"event_id (abc) is not a single event tag (SET)","parameter":"event_id"}],"request":{"params":{"account_id":"18ce55gze09"}}}
Index de la référence de l’API
Conversions Web
Conversions web
POST version/measurement/conversions/:pixel_id
Envoyer des événements de conversion de site web pour un seul ID de balise d’événement.
Le code de réponse doit être vérifié pour confirmer la réussite (HTTP 200 OK). Il est recommandé de mettre en place un mécanisme de réessai et une journalisation minimale au cas où des codes d’erreur seraient renvoyés.
La limite de débit est de 100 000 requêtes par intervalle de 15 minutes et par compte (chaque requête peut contenir jusqu’à 500 événements).
URL de la ressource
https://ads-api.x.com/12/measurement/conversions/:pixel_id
Paramètres d’URL de requête
objet conversions
identifiers object
objet contents
Paramètres de réponse
Exemple de requête
Exemple de requête
GET accounts/:account_id/web_event_tags
Récupérer les détails de certaines balises d’événement web ou de toutes celles associées au compte actuel.
URL de la ressource
https://ads-api.x.com/12/accounts/:account_id/web_event_tags
Paramètres
Exemple de requête
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/web_event_tags?web_event_tag_ids=o3bk1
Exemple de réponse
URL de la ressource
https://ads-api.x.com/12/accounts/:account_id/web_event_tags/:web_event_tag_id
Paramètres
Exemple de requête
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/web_event_tags/o3bk1
Exemple de réponse
URL de la ressource
https://ads-api.x.com/12/accounts/:account_id/web_event_tags
Paramètres
Exemple de requête
POST https://ads-api.x.com/12/accounts/18ce54d4x5t/web_event_tags?click_window=7&name=web event tag&retargeting_enabled=false&type=SITE_VISIT&view_through_window=7
Exemple de réponse
URL de la ressource
https://ads-api.x.com/12/accounts/:account_id/web_event_tags/:web_event_tag_id
Paramètres
Exemple de requête
PUT https://ads-api.x.com/12/accounts/18ce54d4x5t/web_event_tags/o3bk1?type=DOWNLOAD
Exemple de réponse
URL de la ressource
https://ads-api.x.com/12/accounts/:account_id/web_event_tags/:web_event_tag_id
Parameters
Exemple de requête
DELETE https://ads-api.x.com/12/accounts/18ce54d4x5t/web_event_tags/o3bk1