Mesurer ses publicités ChatGPT : pixel OpenAI, oppref et API de conversions

Une campagne ChatGPT sans mesure fonctionne quand même : elle affiche des annonces, elle reçoit des clics, elle dépense. Simplement, ni vous ni la régie ne savez si ces clics deviennent des demandes. Avant la première dépense, il faut donc relier chaque demande reçue sur votre site à l’annonce qui l’a amenée. Voici les briques que propose OpenAI, et la façon de les poser proprement sur un site français.

À retenir. Le pixel d’OpenAI mesure les actions sur votre site ; il ne doit se déclencher qu’après consentement. L’identifiant de clic oppref, ajouté par la régie à l’adresse de votre page, permet d’attribuer une demande à une annonce. L’envoi des conversions depuis votre serveur est plus fiable que le pixel seul, à condition de conserver vous-même cet identifiant. Et si vous utilisez les deux, un identifiant d’événement commun évite de compter deux fois la même demande.

Pourquoi mesurer avant de lancer

Les clics ne disent pas grand-chose. Une annonce peut attirer beaucoup de curieux et aucun client. Ce qui compte pour une PME, c’est le coût d’une demande : un formulaire envoyé, un rendez-vous pris, un appel.

La mesure sert à deux choses :

• vous, pour savoir ce que rapporte le canal et le comparer à Google Ads ;
• la régie, qui ne peut optimiser vers les demandes que si elle les reçoit. L’objectif « conversions » de ChatGPT Ads exige d’ailleurs un suivi installé et un événement choisi comme but.

Le pixel d’OpenAI

Le pixel est un petit script, chargé depuis un serveur d’OpenAI, qui s’installe dans l’en-tête de vos pages et s’initialise avec l’identifiant fourni par Ads Manager. Il envoie ensuite des événements quand une action a lieu.

OpenAI propose des événements standard, dont ceux qui intéressent une entreprise de services :

• lead_created : une demande ou un formulaire envoyé ;
• appointment_scheduled : un rendez-vous pris ;
• registration_completed : une inscription ;
• et, pour la vente en ligne, items_added, checkout_started, order_created.

On peut aussi déclarer des événements personnalisés, mais seul un événement standard peut servir de but à une campagne optimisée pour les conversions. Pour un prestataire, lead_created sur la page de confirmation du formulaire est le point de départ naturel.

Où le déclencher ? Au moment où la demande est réellement enregistrée, pas au clic sur le bouton : sur la page ou le message de confirmation qui s’affiche après l’envoi réussi.

Le consentement : le point à ne pas rater en France

Le pixel est un traceur publicitaire. En France, il ne doit se déclencher qu’après l’accord du visiteur, comme les balises Google Ads ou Meta.

Attention à un détail technique : selon la documentation d’OpenAI, le pixel considère par défaut que le consentement est donné, sauf si on lui dit le contraire. Sur un site français, il faut donc :

1. l’initialiser avec le consentement refusé ;
2. le passer à accordé seulement quand le visiteur accepte les cookies marketing dans votre bandeau ;
3. déclarer ce traceur dans le bandeau (catégorie marketing) et dans la politique de confidentialité.

Conséquence à garder en tête : les visiteurs qui refusent les cookies ne seront pas comptés par le pixel. Vos chiffres dans Ads Manager seront donc inférieurs à la réalité ; d’où l’intérêt de garder votre propre décompte (voir plus bas).

oppref : l’identifiant du clic

Quand quelqu’un clique sur votre annonce, la régie ajoute à l’adresse de votre page un paramètre oppref, l’équivalent du gclid de Google. Le pixel le lit et le garde dans un cookie propriétaire, __oppref, valable 30 jours : une demande envoyée quelques jours après le clic reste attribuable. Un second cookie, __obref, garde une référence aléatoire du navigateur pendant un an.

Deux conseils pratiques :

• ne mettez pas oppref vous-même dans vos adresses de destination : c’est la régie qui l’ajoute ;
• vérifiez que votre cache ne le traite pas comme une page différente. Sur un site WordPress avec cache de pages, un paramètre inconnu peut faire contourner le cache à chaque clic. Ajoutez oppref à la liste des paramètres ignorés par le cache, comme gclid ou les UTM.

L’API de conversions : envoyer les demandes depuis votre site

OpenAI le dit lui-même : l’envoi des conversions depuis votre serveur est plus fiable que le pixel seul. Il ne dépend pas d’un script qui peut être bloqué, ni d’une page de confirmation qui ne se charge pas.

En revanche, l’API ne capture pas oppref pour vous. Il faut :

1. récupérer oppref à l’arrivée sur la page (paramètre d’adresse ou cookie __oppref) ;
2. le joindre au formulaire, dans un champ caché, comme on le fait souvent avec le gclid de Google ;
3. l’enregistrer avec la demande ;
4. l’envoyer à l’API avec l’événement lead_created.

Côté RGPD, la logique reste la même : n’envoyez à la régie que les demandes des visiteurs qui ont accepté le suivi publicitaire.

Pixel et API ensemble : ne pas compter deux fois

Beaucoup de sites combinent les deux : le pixel pour la rapidité, l’API pour la fiabilité. Dans ce cas, une même demande arriverait deux fois. La parade : envoyer le même identifiant d’événement (event_id côté pixel, id côté API) avec le même identifiant de pixel et le même nom d’événement. La régie reconnaît alors un seul événement. Le numéro de la demande enregistrée sur votre site fait un très bon identifiant.

Vérifier que tout remonte

Avant de lancer :

• activez le mode de débogage du pixel pendant les tests, pour voir les événements dans la console du navigateur ;
• faites une vraie demande de test, avec consentement accepté, puis une autre avec consentement refusé : la première doit remonter, la seconde non ;
• pour l’API, OpenAI fournit un point de contrôle qui renvoie un échantillon des événements reçus dans les 15 dernières minutes, avec leur origine (navigateur ou serveur) ;
• attention à ne pas polluer vos statistiques : excluez vos propres tests (adresse e-mail de test, paramètre UTM « test »).

Par défaut, une conversion est attribuée à un clic survenu dans les 30 jours précédents.

Garder sa propre source de vérité

Les chiffres de la régie restent ceux de la régie : ils ignorent les visiteurs qui refusent les cookies, et chaque plateforme a tendance à s’attribuer les conversions. Gardez votre propre décompte :

• des UTM sur chaque annonce (utm_source=chatgpt, utm_medium=cpc, utm_campaign=…), enregistrés avec la demande. Distinguez bien utm_medium=cpc : ChatGPT ajoute aussi utm_source=chatgpt.com aux liens qu’il cite gratuitement dans ses réponses, et il ne faut pas confondre ces visites naturelles avec la publicité ;
• un tableau des demandes par source, mois par mois ;
• et, à la fin du test, le coût par demande de chaque canal, Google Ads compris.

Les erreurs les plus fréquentes

• Lancer la campagne avant d’avoir vérifié qu’une demande de test remonte.
• Déclencher l’événement au clic sur « Envoyer » plutôt qu’à la confirmation : on compte les erreurs de formulaire comme des demandes.
• Laisser le pixel actif sans consentement.
• Choisir un événement personnalisé comme but : il ne peut pas servir à l’optimisation.
• Passer trop tôt à l’objectif « conversions » : sans un flux régulier de demandes, la régie n’a rien pour apprendre. Démarrer au clic, avec un plafond, reste plus sûr.

Besoin d’aide pour la mise en place ?

J’installe le suivi des campagnes ChatGPT et Google Ads sur des sites WordPress : pixel avec consentement, champs cachés, envoi depuis le serveur, tableau des demandes par source. Voir l’accompagnement publicité ChatGPT ou décrivez-moi votre site.

Pour comprendre le reste de la régie : Comment fonctionne la publicité dans ChatGPT ? et Page d’arrivée pour ChatGPT Ads : 10 points à vérifier.

Article mis à jour le 1er octobre 2026. Sources officielles consultées : OpenAI, documentation annonceurs — pixel de mesure, événements pris en charge, API de conversions, suivi des conversions, campagnes optimisées pour les conversions (developers.openai.com/ads) ; CNIL, cookies et autres traceurs.