Mis à jour le 25 octobre 2026.
Le rapport natif de l’Ads Manager d’OpenAI donne six colonnes par jour (impressions, clics, dépense, CTR, CPC moyen, CPM moyen) et aucune conversion. Pour mesurer les conversions ChatGPT Ads, il faut donc ajouter trois couches : le Pixel OpenAI ou la Conversions API pour remonter les événements, une convention UTM pour retrouver chaque clic dans votre outil d’analyse, et un rapprochement CRM pour aller du clic jusqu’à l’opportunité.
Ce que le rapport natif ne dit pas
Le rapport natif livre six métriques de diffusion, par jour, par campagne, ad group et annonce, et rien sur ce qui se passe après le clic. Il ne dit rien non plus de ce qui a déclenché l’affichage.
Les impressions, les clics, la dépense, le CTR, le CPC moyen et le CPM moyen s’y trouvent. Les conversions n’y sont pas : elles viennent du Pixel OpenAI et de la Conversions API. Quant aux requêtes ou conversations déclenchantes, aux données de placement et à la ventilation démographique, elles n’existent nulle part côté annonceur, puisque OpenAI ne transmet rien de tout cela. Même chose pour les benchmarks sectoriels, qu’OpenAI ne publie pas.
Deux conséquences en découlent. D’abord, la structure de votre compte devient votre seul outil d’analyse : un ad group par famille d’intention, sinon les six colonnes ne s’interprètent pas. Ensuite, la conversion se mesure chez vous, jamais chez OpenAI, et c’est l’objet de tout ce qui suit.
Pixel ou Conversions API : par quoi commencer ?
Commencez par le Pixel, puis fiabilisez avec la Conversions API. Le Pixel se pose en une après-midi côté navigateur ; la Conversions API envoie les événements depuis votre serveur et résiste aux bloqueurs comme aux pertes de cookies.
| Pixel OpenAI | Conversions API | |
|---|---|---|
| Où s’exécute-t-il | Navigateur de l’utilisateur | Votre serveur ou votre CRM |
| Mise en place | Un script sur les pages, un appel par événement | Développement côté serveur |
| Fragilité | Bloqueurs, consentement refusé, cookies effacés | Faible, l’événement part de votre système |
| Ce qu’il permet | Objectif Conversions, premiers chiffres rapides | Événements tardifs : opportunité, vente signée |
| Ordre recommandé | D’abord | Ensuite, sans retirer le Pixel |
Le mode opératoire tient en cinq temps.
- Posez le Pixel sur toutes les pages du site, pas seulement sur la landing page.
- Déclenchez l’événement principal sur la page ou l’action de conversion, jamais au simple chargement de la landing page.
- Testez avec un clic réel depuis une annonce approuvée et vérifiez que l’événement apparaît.
- Branchez la Conversions API pour tout ce qui se passe hors du navigateur : opportunité qualifiée, commande validée côté serveur, rendez-vous honoré.
- Dédoublonnez, car un même événement envoyé par le Pixel et par l’API doit porter le même identifiant.
Tant que le Pixel ne remonte rien, l’objectif Conversions n’a rien sur quoi optimiser. Lancez en Clicks, et passez en Conversions quand les événements sont vérifiés.
Une convention UTM, une seule
Une seule convention, appliquée à toutes les annonces dès le premier jour : elle vous donne, dans votre outil d’analyse, ce que le rapport natif ne donne pas, c’est-à-dire le comportement après le clic, par annonce et par famille d’intention.
| Paramètre | Valeur | Exemple |
|---|---|---|
utm_source |
chatgpt |
utm_source=chatgpt |
utm_medium |
cpc ou cpm selon l’objectif |
utm_medium=cpc |
utm_campaign |
Nom exact de la campagne | utm_campaign=leadgen-fr-q4 |
utm_content |
Identifiant de l’annonce ou de l’angle | utm_content=titre-tarifs-v2 |
utm_term |
Famille d’intention de l’ad group | utm_term=comparaison-outils |
Écrivez tout en minuscules, sans accent ni espace. Faites reprendre à utm_campaign le nom exact de la campagne dans l’Ads Manager, faute de quoi le rapprochement se fera à la main. Quant à utm_term, il porte l’intention et non un mot-clé : c’est la dimension la plus utile du canal, et la seule que vous puissiez créer vous-même.
Quels événements suivre selon votre modèle ?
Un événement principal, qui définit la réussite, et des événements secondaires, qui montrent où le parcours casse. Le principal se choisit selon le modèle économique.
| Modèle | Événement principal | Événements secondaires |
|---|---|---|
| Lead gen | lead_created |
page_viewed, appointment_scheduled |
| SaaS | trial_started ou subscription_created |
registration_completed, lead_created |
| E-commerce | order_created |
checkout_started, items_added, contents_viewed |
| Service local | appointment_scheduled |
lead_created, page_viewed |
Le piège classique consiste à optimiser sur un événement trop tôt dans le parcours. page_viewed remonte vite et en nombre, mais il ne distingue pas un visiteur d’un acheteur. Si l’événement principal est rare au lancement, gardez-le comme principal et lisez les secondaires pour diagnostiquer ; changer la définition du succès pour obtenir des chiffres plus confortables est la pire sortie.
Du clic à l’opportunité via le CRM
Pour relier le clic à l’opportunité, stockez les UTM sur le contact au moment du formulaire, puis suivez-les dans le CRM. Sans cela, vous mesurez des leads, pas de la valeur.
- Capturez les cinq paramètres UTM dans des champs cachés du formulaire et écrivez-les sur la fiche contact du CRM à la création, sans jamais les écraser.
- Reliez le contact à l’opportunité, puis à son statut : qualifiée, démo faite, signée, perdue.
- Renvoyez les étapes tardives à l’Ads Manager par la Conversions API, avec l’identifiant du clic si vous l’avez conservé.
- Lisez chaque semaine un tableau à cinq colonnes : famille d’intention, clics, leads, opportunités, coût par opportunité.
C’est cette lecture qui tranche. Un ad group peut afficher le meilleur CTR du compte sans produire la moindre opportunité, et un autre peut coûter plus cher au clic tout en signant ; le rapport natif ne voit pas la différence, le CRM la voit.
Le cas SaaS RH publié dans le livre blanc Leverage de septembre 2026 se lit exactement ainsi : plus de 30 démos qualifiées par mois, 12 SQL, un CPL d’environ 250 €, un taux de transformation démo vers SQL de plus de 70 % et un CAC client final inférieur de 22 % à Google Ads. Ce cas ne doit pas être lu comme une promesse de résultat généralisable. Il montre ce qu’un rapprochement CRM permet de dire, et ce qu’un rapport à six colonnes ne permettra jamais.
Comment lire les premiers chiffres ?
Avec six signaux, chacun associé à un diagnostic et à une action ; la plupart des problèmes de la première semaine se trouvent dans ce tableau.
| Signal | Diagnostic probable | Action |
|---|---|---|
| Impressions faibles | Intention trop étroite, marché faible, revue ou politique en cours, budget | Élargir les hints, vérifier le statut, ajouter des ad groups |
| CTR faible | Texte peu utile, mauvais alignement avec l’intention | Réécrire titre et texte, tester d’autres angles |
| Clics sans conversion | Page faible, promesse non tenue, tracking cassé | Aligner la page, créer une page par intention, retester le Pixel |
| CPC élevé | Enchère, concurrence ou pertinence insuffisante | Améliorer la pertinence, comparer CPM et CPC |
| Conversions non remontées | Tracking incomplet | QA Pixel, Conversions API et UTM |
| Rejet | Politique publicitaire ou page de destination | Corriger les assets et la destination |
Lisez ces signaux dans l’ordre du parcours : diffusion, clic, conversion. Une campagne sans impressions n’a pas de problème de landing page. Une campagne qui a des clics et zéro conversion a d’abord un problème de tracking à exclure, puis un problème de page.
Reste la question du CPC « normal ». OpenAI ne publiant aucun benchmark, nous comparons un CPC à l’Indice Hiints, notre base de repères sectoriels construite sur nos propres comptes.
La page de destination est le deuxième suspect après le tracking : landing page ChatGPT Ads. Si la campagne n’est pas encore lancée, commencez par créer sa première campagne. Dans tout ce parcours, le CRM reste le vôtre : nous ne le remplaçons pas, nous le branchons au canal.