

.png)
ChatGPT Ads pose un identifiant de clic sur vos annonces et ouvre une API pour lui renvoyer vos conversions. Ce que ça ajoute à votre mesure tient en trois choses : un identifiant sur la seule part achetée de votre trafic IA, un référentiel de vérité de plus à réconcilier, et une zone aveugle en amont.
Vous recevez déjà du trafic depuis ChatGPT. Quelqu'un pose une question, l'assistant cite une de vos pages, l'internaute clique. Mais que savez-vous de ce visiteur ? Rien de ce qui s'est dit avant le clic, et souvent pas même l'origine exacte de la visite. C'est le même mécanisme que celui décrit dans notre article sur le trafic non attribué dans GA4. Depuis le 24 août 2026, les annonces sont diffusées dans ChatGPT sur 31 marchés européens, et depuis le 31 août, une entreprise enregistrée dans l'un de ces pays peut ouvrir son compte directement.
Dans cet article, nous regardons ce que ce canal ajoute et ce qu'il retire à un dispositif de mesure qui tourne déjà. Pas comment lancer une campagne : ce qu'il faut avoir décidé avant d'en lancer une.
Comme n'importe quel dispositif publicitaire moderne, à un détail près qui 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 aucun moyen de renvoyer quoi que ce soit en amont. Vous observiez une conséquence sans pouvoir agir sur sa cause. C'est ce qui rend le travail de visibilité dans les réponses génératives si difficile à piloter : pas de retour, donc pas de boucle, donc pas d'optimisation au sens où vous l'entendez sur vos autres canaux.
Le dispositif repose sur deux objets, et deux seulement. Un identifiant de clic, d'abord : OpenAI ajoute un paramètre nommé oppref à l'URL de destination de vos annonces, qui joue le même rôle que le gclid de Google, c'est-à-dire relier une action sur votre site au clic qui l'a précédée. Une API de conversion, ensuite : votre serveur y envoie les actions réalisées par vos visiteurs, pour qu'OpenAI puisse les attribuer et optimiser ses campagnes dessus.
Une boucle existe donc, entre une réponse générée par une IA et votre système d'information. Ce n'est pas une révolution technique : la mécanique est celle que beaucoup d'é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 ?
Quand un internaute clique sur une annonce, oppref apparaît dans l'URL de la page sur laquelle il atterrit. Le script de mesure d'OpenAI le lit à ce moment-là et le range dans un cookie déposé par votre propre domaine, pour que les pages suivantes de la visite puissent le réutiliser. Tant que la conversion se produit dans le navigateur, ce mécanisme fonctionne sans que vous ayez à y penser.
Le problème apparaît dès que la conversion se finalise ailleurs. Une commande validée en back-office, un paiement confirmé par le prestataire bancaire, un rendez-vous marqué honoré dans le CRM : ces événements partent de vos serveurs, et la documentation d'OpenAI est explicite sur ce point. L'identifiant de clic ne les accompagne pas automatiquement. Quelqu'un doit avoir écrit le code qui va le chercher dans le cookie, le stocke avec l'enregistrement de commande, puis le renvoie au moment de l'envoi.
C'est l'oubli le plus courant sur ce canal, et il ne déclenche aucune alerte. Les conversions partent, OpenAI les reçoit, elles sont parfaitement valides et rattachées à aucune campagne. Vous les voyez dans votre back-office, vous ne les voyez nulle part dans l'Ads Manager.
Un mot sur une confusion qui circule beaucoup en ce moment. 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. Ce qui vaut 30 jours, c'est la fenêtre d'attribution que vous fixez vous-même en créant votre événement de conversion. C'est un réglage de votre compte, pas une propriété du navigateur, et 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 sur lesquelles repose l'essentiel de votre travail de visibilité, restent aussi opaques qu'avant. Pire : si personne ne s'en occupe avant le lancement, les deux finissent au même endroit dans vos rapports. Trois raisons à cela.
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é, sans identifiant, sans amont, sans lien possible entre une vente et une conversation. Cette asymétrie a des effets connus : ce qui se mesure finement attire l'arbitrage budgétaire, indépendamment de ce qui produit réellement de la valeur. C'est ce qui a fait surinvestir le search de marque pendant dix ans. Pas parce qu'il rapportait davantage, 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 la réponse se joue avant le lancement : les paramètres de campagne posés sur vos URLs de destination voyagent dans l'adresse elle-même, là où le référent 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 lui dire ce que vos visiteurs font. À ce moment-là, ce n'est plus une affaire de tag.
Trois décisions vous reviennent, et 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 enrichit l'optimisation d'OpenAI autant que votre reporting. La 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 exploitez déjà une architecture de collecte côté serveur, c'est une destination de plus et le chantier est court. Sinon, c'est un projet à part entière, à budgéter 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 au même titre que les autres régies. Attention au réglage par défaut : le script considère le consentement comme accordé tant qu'on ne lui a pas dit le contraire, ce qui impose de le bloquer en amont. Et son advanced matching, qui transmet des informations client transformées en empreintes irréversibles, 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.
Un dernier point, souvent mal compris : votre Consent Mode ne pilote rien ici. C'est un protocole Google, qui transmet des signaux à des tags Google. Les deux dispositifs coexistent sans se parler et doivent être commandés par le même état de consentement. L'architecture d'envoi côté serveur, elle, est détaillée dans notre guide sur le tracking server-side.
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 entre eux, 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 une 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 tôt. La plateforme doit alors reconnaître que les deux envois décrivent une seule vente, et elle ne le fait que s'ils portent un identifiant d'événement rigoureusement identique.
Dans la plupart des installations que nous reprenons, 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.
Retenez surtout que, chez OpenAI, c'est le premier envoi arrivé qui est conservé, 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 vous donne pas la mesure du trafic IA, il vous donne celle de la petite part que vous achetez. C'est justement ce qui le rend utile, parce qu'il vous oblige enfin à distinguer dans votre reporting ce que vous achetez sur les surfaces génératives de ce que vous y gagnez. Cette distinction n'existait nulle part, et 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 disposez des métriques de diffusion : impressions, clics, coût. Une source d'événements devient nécessaire dès que vous voulez suivre une conversion ou optimiser vos campagnes dessus. Elle peut vivre dans le navigateur, sur vos serveurs, ou les deux.
Parce que le seul paramètre ajouté automatiquement à vos URLs d'annonces est un identifiant de clic, et qu'un outil d'analyse ne le lit pas comme une source. Un 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. Baliser toutes vos URLs de destination avant le lancement est la seule parade fiable.
Pas avec les outils de ChatGPT Ads, qui ne couvrent que le trafic acheté. La partie gagnée se traite avec les méthodes habituelles d'analyse du trafic référent, avec les limites connues sur les référents perdus. C'est précisément l'asymétrie à garder en tête au moment d'arbitrer 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 cet identifiant est identique des deux côtés. 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 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, sans quoi vos déclenchements conditionnés resteront bloqués ; et le script de mesure considère le consentement comme accordé par défaut, ce qui impose de le bloquer en amont plutôt que de s'en remettre à 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.