

.png)
ChatGPT Ads pose un identifiant de clic sur vos annonces et ouvre une API pour récupérer vos conversions. Trois choses changent dans votre mesure. Vous gagnez un identifiant sur la part achetée de votre trafic IA, vous héritez d'un référentiel de vérité de plus à réconcilier, et la zone aveugle en amont reste entière.
Vous recevez déjà du trafic depuis ChatGPT. Quelqu'un pose une question, l'assistant cite une de vos pages, l'internaute clique. Et vous, que savez-vous de ce visiteur ? Rien de ce qui s'est dit avant le clic. Souvent, même pas l'origine exacte de la visite. C'est le mécanisme décrit dans notre article sur le trafic non attribué dans GA4. Depuis le 24 août 2026, les annonces tournent dans ChatGPT sur 31 marchés européens. Et depuis le 31 août, une entreprise enregistrée dans l'un de ces pays ouvre son compte toute seule.
Dans cet article, on regarde ce que ce canal ajoute à un dispositif de mesure qui tourne déjà, et ce qu'il lui retire. Pas comment lancer une campagne. Ce qu'il faut avoir tranché avant d'en lancer une.
Comme n'importe quelle régie moderne. À un détail près, et il change tout : jusqu'à cet été, cette surface ne vous renvoyait rien.
La relation entre ChatGPT et votre site était à sens unique. L'assistant citait vos pages, des visiteurs arrivaient, et vous n'aviez rien à renvoyer en face. Vous regardiez une conséquence sans pouvoir toucher à sa cause. C'est ce qui rend le travail de visibilité dans les réponses génératives si pénible à piloter. Pas de retour, donc pas de boucle, donc pas d'optimisation au sens où vous l'entendez ailleurs.
Le dispositif tient en deux objets, et deux seulement. Un identifiant de clic, d'abord. OpenAI accroche un paramètre nommé oppref à l'URL de vos annonces. Même rôle que le gclid de Google : relier une action sur votre site au clic qui l'a précédée. C'est le pixel ChatGPT Ads, le script de mesure posé sur vos pages, qui le lit au passage. Une API de conversion, ensuite. Votre serveur y envoie ce que font vos visiteurs, pour qu'OpenAI les attribue et optimise ses campagnes dessus.
Il existe donc une boucle entre une réponse générée par une IA et votre système d'information. Rien de révolutionnaire côté technique : la mécanique est celle que vos équipes ont déjà branchée sur d'autres régies. C'est la surface à l'autre bout du fil qui est nouvelle.
À répondre à une question simple : cette vente vient-elle d'une annonce, et de laquelle ?
Un internaute clique, oppref apparaît dans l'URL de la page d'atterrissage. Le script de mesure le lit et le range dans un cookie déposé par votre propre domaine, pour que les pages suivantes puissent le réutiliser. Tant que la conversion se produit dans le navigateur, tout se passe sans que vous ayez à y penser.
Encore faut-il que ce script soit posé quelque part. L'identifiant du pixel se génère dans l'onglet Conversions de l'Ads Manager, avec le bout de code qui va avec. Posez-le dans votre gestionnaire de balises, pas dans le code du site. C'est le seul endroit où vous pourrez le conditionner au consentement, et le retirer un jour sans rouvrir le site. OpenAI ne publie pas encore de modèle officiel pour Google Tag Manager : ce sera une balise HTML personnalisée, ou un modèle communautaire. Dans les deux cas, une seule configuration par page.
Le problème arrive quand la conversion se finalise ailleurs. Une commande validée en back-office. Un paiement confirmé par la banque. Un rendez-vous honoré dans le CRM. Ces événements partent de vos serveurs, et la documentation d'OpenAI est claire là-dessus : l'identifiant de clic ne les accompagne pas automatiquement. Quelqu'un doit écrire le code qui va le chercher dans le cookie, le range avec la commande, et le renvoie au moment de l'envoi.
C'est l'oubli numéro un sur ce canal, et le plus sournois : rien ne casse. Les conversions partent, OpenAI les reçoit, elles sont parfaitement valides. Rattachées à aucune campagne. Vous les avez dans votre back-office, vous les cherchez en vain dans l'Ads Manager, et vous finissez par accuser la plateforme 🙂
Un mot sur une confusion qui circule beaucoup. Plusieurs articles annoncent que ce cookie dure 30 jours. J'ai relu la documentation du pixel ligne à ligne (c'était long) : aucune durée de vie n'y est publiée. Les 30 jours, c'est la fenêtre d'attribution que vous fixez vous-même en créant votre événement de conversion. Un réglage de votre compte, pas une propriété du navigateur. Je me méfie des articles qui confondent les deux.
Non. Il n'est posé que sur ce que vous achetez. Vos citations spontanées, celles qui portent l'essentiel de votre visibilité, restent aussi opaques qu'avant. Pire : si personne ne s'en occupe avant le lancement, les deux atterrissent au même endroit dans vos rapports. Trois raisons à ça.
Vous vous retrouvez donc avec une mesure à deux vitesses. D'un côté une fraction minoritaire du trafic IA, suivie au clic près, avec son coût et son retour. De l'autre la majorité : pas d'identifiant, pas d'amont, aucun lien possible entre une vente et une conversation. Cette asymétrie a des effets connus. Ce qui se mesure finement attire le budget, que ça crée de la valeur ou non. C'est comme ça qu'on a surinvesti le search de marque pendant dix ans. Pas parce qu'il rapportait plus. Parce qu'il se prouvait plus facilement.
La bonne question n'est donc pas « combien ChatGPT me rapporte-t-il », c'est suis-je capable de séparer ce que j'y achète de ce que j'y gagne. Et ça se joue avant le lancement. Les paramètres de campagne posés sur vos URLs voyagent dans l'adresse elle-même, là où le référent, lui, disparaît. Une information que vous n'avez pas enregistrée le premier jour ne se reconstitue pas le trentième.
Une boucle fonctionne dans les deux sens. Pour qu'OpenAI vous dise ce que vos annonces rapportent, il faut d'abord lui dire ce que font vos visiteurs. Et là, ce n'est plus une histoire de tag.
Trois décisions vous reviennent, aucune n'est technique.
La première : quelles conversions vous acceptez de renvoyer. La taxonomie d'OpenAI compte treize événements standards, de la page vue à la commande.
Chaque événement transmis nourrit l'optimisation d'OpenAI autant que votre reporting. Cette liste se décide, elle ne se subit pas.
La deuxième : depuis où vous les envoyez. Les conversions qui se finalisent hors du navigateur ne peuvent partir que de vos serveurs. Si vous avez déjà une collecte côté serveur, c'est une destination de plus et le chantier tient en quelques jours. Sinon, c'est un projet à part entière, celui qu'on décrit dans notre guide sur le tracking server-side. Budgétez-le comme tel.
La troisième : ce que le visiteur peut refuser. OpenAI devient un destinataire de données de plus, à déclarer dans votre plateforme de consentement comme les autres régies. Attention au réglage par défaut : le script part du principe que le consentement est acquis tant qu'on ne lui dit pas le contraire. Il faut donc le bloquer en amont, avec une exception qui lit l'état de votre bandeau. Prévoyez aussi un déclencheur sur la mise à jour du consentement, sinon le pixel attendra la page suivante pour se charger chez ceux qui acceptent en cours de route. Quant à l'advanced matching, qui transmet des informations client transformées en empreintes irréversibles, il pose les mêmes questions de base légale que partout ailleurs. Transformer une adresse e-mail en empreinte protège la donnée en transit, ça ne fabrique pas un consentement. Et ne comptez pas sur votre Consent Mode pour faire le travail à votre place : c'est un protocole Google, qui parle à des tags Google. Le pixel d'OpenAI ne l'écoute pas.
Parce que vous venez d'ajouter un quatrième arbitre à une table qui en comptait déjà trois. Votre outil d'analyse, Google Ads et Meta ne sont jamais d'accord, et c'est normal : chacun applique ses propres règles. ChatGPT Ads en apporte quatre nouvelles, qui ne ressemblent ni à celles de Google ni à celles que vos équipes ont en tête.
La troisième ligne est celle qui coûte le plus cher. On envoie souvent la même vente deux fois, depuis le navigateur et depuis le serveur, pour qu'elle survive à un bloqueur de publicité ou à un onglet fermé trop vite. Encore faut-il que la plateforme comprenne que les deux envois décrivent une seule vente. Elle ne le fait que s'ils portent un identifiant d'événement rigoureusement identique.
Dans la plupart des installations qu'on reprend, cet identifiant est fabriqué à deux endroits différents. Le numéro de commande d'un côté, une valeur générée au chargement de la page de l'autre. Les deux envois sont valides, rien ne remonte en erreur, et chaque vente compte double. Le genre de bug qu'on découvre en fin de trimestre, quand le chiffre de l'Ads Manager ne ressemble plus à rien.
Retenez surtout ceci : chez OpenAI, c'est le premier envoi arrivé qui gagne, quel que soit le canal. Si votre serveur poste quarante secondes après le navigateur avec le montant exact et le détail du panier, c'est la version pauvre qui reste. Le raisonnement vaut pour toute architecture qui envoie une conversion depuis deux endroits, comme on le détaille dans notre article sur l'API de conversion (CAPI) de Meta.
Trois choses, et elles se décident toutes avant la première impression servie.
Prenez-les dans cet ordre : la première conditionne les deux autres.
C'est par là qu'on commence quand un client nous confie un canal neuf, avant même de parler de tags. C'est le cœur de notre offre Mesure & Collecte.
Si vous ne devez retenir qu'une chose : ChatGPT Ads ne mesure pas votre trafic IA, il mesure la petite part que vous achetez. Et c'est justement ce qui le rend utile. Il vous oblige enfin à séparer dans vos rapports ce que vous achetez sur les surfaces génératives de ce que vous y gagnez. Cette distinction n'existait nulle part. Sans elle, aucun discours sur votre visibilité dans les réponses des IA n'est vérifiable.
Vous voulez savoir ce que votre stack mesure réellement du trafic prescrit par les assistants ? Discutez avec un expert Smart Bees.
Non, pas pour diffuser. Sans mesure, vous avez déjà les impressions, les clics et le coût. Le pixel devient nécessaire dès que vous voulez suivre une conversion, ou laisser OpenAI optimiser dessus. Et il peut vivre dans le navigateur, sur vos serveurs, ou les deux à la fois.
Parce que le seul paramètre ajouté automatiquement à vos URLs d'annonces est un identifiant de clic. Un outil d'analyse ne le lit pas comme une source. Le clic non balisé se range donc au même endroit qu'une citation spontanée, ou tombe en direct quand le référent se perd. La seule parade fiable : baliser toutes vos URLs de destination avant le lancement, pas après.
Pas avec les outils de ChatGPT Ads, qui ne couvrent que le trafic acheté. La part gagnée se traite avec les méthodes habituelles d'analyse du référent, et leurs limites connues. C'est exactement l'asymétrie à garder en tête quand vous arbitrez un budget entre les deux.
Parce que vos envois navigateur et serveur ne portent pas le même identifiant d'événement. La plateforme ne reconnaît un doublon que si les deux sont rigoureusement identiques. Le cas classique : le numéro de commande d'un côté, une valeur générée à l'affichage de la page de confirmation de l'autre. Les deux envois sont valides, personne ne voit d'erreur, et chaque vente compte double.
Oui, comme tout traceur publicitaire. Deux points de vigilance. OpenAI doit être déclaré comme destinataire dans votre plateforme de consentement, sinon vos déclenchements conditionnés resteront bloqués. Et le script considère le consentement comme accordé par défaut : bloquez-le en amont plutôt que de vous fier à son propre réglage.

30 minutes avec un des associés. On regarde votre collecte, ce qui remonte des surfaces génératives, et ce qui vous manque pour arbitrer.