# Advanced matching automatique dans ChatGPT Ads : ce que fait le pixel

> Suivi des conversions de la publicité sur ChatGPT : rôle de l'advanced matching automatique du pixel OpenAI, champs hachés, mode manuel et consentement.

Publié: 2026-09-28 · ChatAdsAI · https://www.chatadsai.com/fr/guides/automatic-advanced-matching

> **En bref:** L'advanced matching automatique (AAM) est une fonction de l'OpenAI Pixel. Quand l'identifiant de clic manque, le pixel détecte sur votre site les informations client prises en charge, comme celles saisies dans un formulaire, les hache en SHA-256 dans le navigateur et envoie l'empreinte avec l'événement de conversion. Selon OpenAI, aucune information client brute n'est envoyée via l'AAM, et le code de votre pixel n'a pas à changer. Les règles de consentement s'appliquent quand même, avant toute exécution.

## Qu'est-ce que l'advanced matching automatique dans ChatGPT Ads ?

L'advanced matching automatique est une fonction du pixel qui aide à relier une conversion sur votre site à une annonce quand l'identifiant de clic est indisponible. Le centre d'aide d'OpenAI le décrit en ces termes et abrège son nom en AAM.

Trois termes méritent une définition avant d'aller plus loin :

- **Événement de conversion.** Une action que vous déclarez à OpenAI, comme `order_created` ou `lead_created`.
- **Identifiant de clic.** Une référence appelée `oppref`, qu'OpenAI ajoute à l'URL de la page de destination quand quelqu'un clique sur une annonce.
- **Advanced matching.** L'envoi d'informations first-party éligibles, normalisées et hachées, avec l'événement de conversion. L'événement peut ainsi encore être relié à une annonce quand l'identifiant de clic est incomplet.

La version automatique supprime l'étape de développement. OpenAI indique que le pixel détecte les informations client prises en charge « dans les formulaires reconnaissables et d'autres sources » de votre site, les normalise, les hache dans le navigateur et joint le résultat aux événements de conversion. Vous ne transmettez pas les données vous-même.

Si ce vocabulaire est nouveau pour vous, notre [glossaire ChatGPT Ads](https://www.chatadsai.com/fr/guides/chatgpt-ads-glossary) couvre les autres termes de mesure.

## Pourquoi les conversions perdent-elles leur identifiant de clic ?

Les conversions perdent l'identifiant de clic parce que `oppref` vit dans une URL, puis dans un cookie du navigateur, et que les deux sont fragiles. OpenAI pose quatre conditions pour qu'une conversion soit comptabilisée. La dernière : OpenAI doit pouvoir relier l'événement à un clic éligible sur une annonce grâce aux signaux de mesure disponibles.

Le pixel capte `oppref` dans l'URL de la page de destination et le stocke dans un cookie first-party nommé `__oppref`. Le guide développeur donne les durées de vie que le pixel demande pour ses cookies :

| Cookie | Ce qu'il contient | Expiration demandée |
|---|---|---|
| `__oppref` | L'identifiant de clic issu de l'URL de la page de destination | 30 jours après son écriture par le pixel |
| `__obref` | Une référence de navigateur générée aléatoirement pour votre site | 365 jours après sa création |

Deux détails comptent. Chaque fois que le pixel capte un paramètre `oppref` non vide, il remet l'expiration de `__oppref` à 30 jours. En revanche, lire le cookie lors d'une visite ultérieure sans le paramètre ne la prolonge pas. Et OpenAI précise que les restrictions du navigateur ou l'effacement des cookies peuvent raccourcir ces durées.

La chaîne casse en général à l'un de ces endroits :

- Une redirection ou un raccourcisseur de liens fait tomber la chaîne de requête avant le chargement de la page de destination.
- Le visiteur revient avec un autre navigateur ou sur un autre appareil, où le cookie n'existe pas.
- Le navigateur restreint ou efface le cookie avant que le visiteur ne convertisse.
- Le visiteur a refusé le consentement à la mesure : le pixel ne conserve alors aucun cookie.

La page d'OpenAI sur la qualité des événements nomme directement le premier cas. L'un de ses avertissements signale que l'information de clic sur l'annonce manque ou ne peut pas être reliée. Le premier correctif cité : conserver le paramètre `oppref` à travers les redirections et la navigation. Notre guide des [paramètres d'URL](https://www.chatadsai.com/fr/guides/chatgpt-ads-url-parameters) explique comment garder les chaînes de requête intactes.

## Comment le pixel collecte-t-il et hache-t-il les données ?

Le pixel repère sur la page les informations client prises en charge, les normalise, les hache en SHA-256 dans le navigateur et joint l'empreinte à l'événement de conversion. Ce n'est pas la valeur brute qui voyage.

Le guide développeur indique que le pixel « normalise et hache de façon sécurisée ces informations dans le navigateur en SHA-256 » avant de les joindre aux événements de conversion. OpenAI ajoute que vous n'avez ni à transmettre manuellement des informations client, ni à modifier l'implémentation de votre pixel.

Ce qu'OpenAI ne publie pas, dans les pages que nous avons consultées, c'est la liste exacte des champs recherchés par l'AAM, ni les règles qui lui font reconnaître un formulaire. La documentation parle d'« informations client prises en charge » et s'arrête là. Tenez pour non vérifiée toute affirmation plus précise lue ailleurs, et contrôlez ce que vos propres pages envoient.

Hacher n'équivaut pas à anonymiser au sens juridique. C'est notre appréciation, pas une déclaration d'OpenAI. Un e-mail haché reste dérivé d'une donnée personnelle, et de nombreuses juridictions le traitent comme tel. Préparez vos mentions d'information sur cette base.

## Quels champs l'advanced matching accepte-t-il ?

La liste de champs documentée est celle de l'advanced matching manuel. C'est le meilleur indice disponible sur ce que le système sait utiliser. Pour le pixel, les champs se trouvent dans un objet `user` facultatif. OpenAI indique que chacun de ses champs est facultatif et qu'il ne faut inclure que ceux dont vous disposez.

| Champ du pixel | Contenu | Haché |
|---|---|---|
| `email_sha256` | Adresse e-mail, sans espaces autour et en minuscules | Oui |
| `phone_number_sha256` | Numéro de téléphone réduit à 8 à 15 chiffres | Oui |
| `external_id_sha256` | Un identifiant client stable et pseudonyme, issu de votre système | Oui |
| `first_name_sha256` | Prénom, en minuscules, sans espaces ni ponctuation ASCII | Oui |
| `last_name_sha256` | Nom, mêmes règles que pour le prénom | Oui |
| `country` | Code ISO 3166-1 à deux lettres, comme `US` | Non |
| `city` | Nom de la ville, 128 caractères maximum | Non |
| `region` | État, province ou région, 128 caractères maximum | Non |
| `postal_code` | Lettres, chiffres, espaces ou tirets, 32 caractères maximum | Non |

La Conversions API accepte les mêmes types de données sous des noms de liste au pluriel, comme `emails_sha256` et `phone_numbers_sha256`. Pour chaque liste, l'API utilise les trois premières valeurs valides et uniques, dans l'ordre fourni, et ignore les autres sans rejeter l'événement.

Le côté serveur accepte aussi trois champs absents du tableau du pixel : `ip_address`, `user_agent` et `android_advertising_id`. OpenAI indique que ce dernier ne prend en charge que le GAID d'Android, et que l'IDFA n'est pas pris en charge.

## Comment les valeurs sont-elles normalisées avant le hachage ?

Chaque identifiant est nettoyé selon une forme fixe, encodé en UTF-8, haché en SHA-256 et envoyé sous forme de chaîne hexadécimale de 64 caractères, en minuscules. Avec l'AAM, le pixel s'en charge. En manuel, c'est à vous de le faire, et une erreur à cette étape produit une empreinte qui ne correspond à rien.

| Identifiant | Règle | Exemple d'OpenAI |
|---|---|---|
| E-mail | Supprimer les espaces en début et en fin, passer en minuscules | Non fourni |
| Téléphone | Garder l'indicatif du pays. Supprimer les espaces, les parenthèses, les points et les tirets, puis le plus initial et les zéros initiaux | `+1 (415) 555-2671` devient `14155552671` |
| Identifiant externe | Supprimer les espaces autour. Conserver la casse et tous les autres caractères | Non fourni |
| Noms et prénoms | Minuscules, suppression des espaces et de la ponctuation ASCII, accents conservés | `O'Connor` devient `oconnor` |

Les noms gardent leurs caractères non ASCII. OpenAI demande de ne pas retirer les accents et de ne pas translittérer : `José` devient donc `josé`. Quant aux valeurs géographiques, elles sont envoyées en clair, sans hachage.

OpenAI est explicite sur ce qui ne doit jamais partir en clair : adresses e-mail, numéros de téléphone, identifiants externes, prénoms et noms.

## En quoi l'automatique diffère-t-il de l'advanced matching manuel ?

Le mode manuel envoie les champs que vous choisissez, depuis un code que vous avez écrit. Le mode automatique envoie ce que le pixel détecte sur la page. Le format des données est le même. Le contrôle ne l'est pas.

| | Manuel | Automatique |
|---|---|---|
| Qui fournit les données | Vous, dans le code | Le pixel les détecte |
| Où | Un objet `user` dans l'appel init du pixel, ou la Conversions API | Les formulaires reconnaissables et d'autres sources de votre site |
| Hachage | Vous normalisez et hachez avant l'envoi | Le pixel normalise et hache dans le navigateur |
| Modifications du code | Nécessaires | Aucune |

Le mode manuel a une règle de placement facile à manquer. OpenAI indique que, dans le pixel, les données utilisateur ont la portée de la requête : elles vont donc dans `oaiq("init", ...)` et non dans chaque appel `oaiq("measure", ...)`. Si les données deviennent disponibles plus tard, par exemple après la connexion, vous rappelez init avec l'objet `user` complet.

À notre avis, les deux modes sont complémentaires. En manuel, vous maîtrisez précisément les champs envoyés. L'automatique couvre les pages où personne n'a fait ce branchement.

## Fonctionne-t-il avec la Conversions API ou l'image tag ?

Non. L'advanced matching automatique n'est décrit que comme un comportement de l'OpenAI Pixel dans le navigateur. Les événements serveur et les image tags demandent une autre approche.

| Intégration | Données de matching | Identifiant de clic |
|---|---|---|
| OpenAI Pixel | Objet `user` manuel, plus l'AAM s'il est activé | Capté et stocké automatiquement |
| Conversions API | Objet `user` manuel sur chaque événement | Vous captez et transmettez `oppref` vous-même |
| Image tag | Aucun objet `user` pris en charge | Vous transmettez `oppref` seulement si votre page l'a déjà |

Pour la Conversions API, OpenAI indique que l'objet `user` a la portée de l'événement : il se place dans chaque entrée de `events`, et non à la racine de la requête. L'API ne capte pas `oppref` à votre place.

Pour l'image tag, la limite est plus stricte. OpenAI indique que l'image tag ne prend pas en charge d'objet `user`, et déconseille de placer des données personnelles, des identifiants client ou des identifiants de commande dans un paramètre de requête, quel qu'il soit.

Si vous utilisez le pixel et la Conversions API ensemble, il reste un champ à connaître. Pour ce montage hybride, OpenAI recommande de lire le cookie `__obref` dans le navigateur, de l'envoyer à votre serveur et de l'inclure tel quel sous le nom `obref` dans `user`. Il est transmis sans hachage, et seulement là où vos exigences de consentement le permettent.

Les annonceurs qui envoient leurs événements via une plateforme liront notre guide des [partenaires de mesure](https://www.chatadsai.com/fr/guides/chatgpt-ads-measurement-partners) : c'est le partenaire qui décide des champs de matching qu'il transmet.

## L'advanced matching automatique est-il activé par défaut, et où est le réglage ?

La documentation d'OpenAI traite l'AAM comme une option activée pour chaque pixel de site. Mais les pages que nous avons consultées n'indiquent ni état par défaut, ni chemin dans les menus. Le guide développeur écrit « quand l'advanced matching automatique est activé », et les conseils sur les campagnes de conversion invitent les annonceurs à l'activer pour le pixel de leur site.

Nous avons vu circuler ailleurs des dates d'activation et des chemins de clic précis. Nous n'avons pas pu les confirmer dans une source OpenAI que nous avons pu ouvrir. Ils ne sont donc pas repris ici.

Ce qui est documenté, c'est l'endroit où vivent les pixels. OpenAI indique que le Pixel ID se crée dans l'onglet conversions de l'Ads Manager. C'est là qu'il faut ouvrir votre source de données et vérifier l'état du réglage. Si vous gérez plusieurs sites, vérifiez chaque source de données séparément, car OpenAI évalue chaque pixel ou source de données à part.

Quel que soit cet état, décidez-le en connaissance de cause, et prévenez la personne responsable de votre politique de confidentialité.

## Quel consentement faut-il avant de l'utiliser ?

Il vous faut le consentement que votre juridiction exige pour collecter et partager ces données, et il vous le faut avant que le pixel n'envoie quoi que ce soit. La page d'aide d'OpenAI est directe sur la responsabilité. Les données de conversion ne doivent être partagées que lorsque c'est permis, après avoir donné aux utilisateurs une information claire et complète sur ce que vous collectez et obtenu tous les consentements nécessaires là où la loi l'exige.

Le pixel dispose pour cela d'un contrôle du consentement :

- Le pixel démarre avec le consentement à true par défaut, sauf si vous le passez à false ou s'il trouve un refus enregistré.
- Appeler `oaiq("consent", false)` avant init arrête les pings d'événements de mesure.
- Appeler `oaiq("consent", true)` après l'accord de l'utilisateur autorise les événements futurs. Les événements bloqués auparavant ne sont pas rejoués.
- Passer le consentement à false supprime aussi les deux cookies du pixel.

Ne confondez pas le consentement avec l'option `opt_out` d'un événement. OpenAI décrit `opt_out` comme un indicateur qui exclut l'événement de toute personnalisation future au niveau de l'utilisateur. Il ajoute qu'il n'utilise pas actuellement les données du pixel pour ce type de personnalisation. Cette option n'empêche pas l'envoi de l'événement. Le consentement, si.

Si votre site reçoit des visiteurs de l'UE, du Royaume-Uni ou d'Israël, reliez l'appel de consentement à votre bandeau avant de compter sur une fonction de matching. Votre politique de confidentialité doit aussi mentionner cette pratique. C'est notre recommandation, pas un conseil juridique. Notre guide [reporting et confidentialité](https://www.chatadsai.com/fr/guides/ads-reporting-and-privacy) détaille ce que l'Ads Manager montre et ce qu'il ne montre pas.

## Pourquoi OpenAI le recommande-t-il pour les campagnes de conversion ?

OpenAI le recommande parce qu'il aide à améliorer le rapprochement des conversions et apporte des signaux de mesure supplémentaires pour l'optimisation des campagnes. Cette phrase figure dans les conseils d'optimisation de l'objectif Conversion optimization.

La logique est simple. Une [campagne de conversion](https://www.chatadsai.com/fr/guides/chatgpt-ads-conversion-campaigns) apprend des conversions qu'elle voit. La même liste de conseils invite les annonceurs à utiliser un événement de conversion qui porte assez de signal et à garder un suivi des conversions en bon état, car un suivi incomplet rend le reporting et l'optimisation moins efficaces.

Les conversions qui ont lieu sans pouvoir être rapprochées n'apprennent rien à la campagne. Elles font aussi paraître le canal plus faible dans vos rapports qu'il ne l'est.

Aucune page d'OpenAI que nous avons consultée ne chiffre l'amélioration du matching. Nous ne publions pas de chiffre non plus.

## Quel effet sur les avertissements de qualité des événements ?

Les informations de matching font partie de ce que contrôle l'évaluation de la qualité des événements. Cette évaluation se fait par source de données, dans l'Ads Manager. OpenAI indique qu'elle est actualisée chaque jour à partir de sept jours calendaires complets.

Deux avertissements concernent directement l'advanced matching :

| Avertissement | Ce qu'il contrôle |
|---|---|
| Informations d'e-mail ou d'identifiant client limitées | Si les événements de conversion éligibles portent un e-mail ou un identifiant client stable |
| Informations de matching supplémentaires limitées | Le téléphone, le nom et la localisation, ainsi que la combinaison de l'adresse IP du client et du user agent |

Pour le contrôle du nom et de la localisation, OpenAI demande le prénom et le nom, le code postal et le pays d'une même personne.

Lisez ces avertissements avec prudence. OpenAI indique que le second contrôle mesure la présence d'informations, et non le fait qu'une personne a bien été rapprochée. Il indique aussi qu'un score ne prédit pas la performance d'une campagne et ne garantit pas qu'une conversion sera reliée à une annonce.

Il existe aussi une règle contre les manipulations. OpenAI demande aux annonceurs de ne pas envoyer d'événements en plus, de ne pas inventer d'identifiants et de ne pas modifier l'heure des événements pour améliorer un score.

## Comment vérifier qu'il fonctionne ?

Vérifiez d'abord dans le navigateur, puis dans l'Ads Manager, et laissez au reporting le temps de se mettre à jour. OpenAI documente les outils. L'ordre ci-dessous est notre suggestion.

1. **Activez le mode debug.** Le réglage facultatif `debug` du pixel journalise l'activité du SDK dans la console du navigateur pendant vos tests.
2. **Réalisez une vraie conversion.** Pour la qualité des événements, OpenAI conseille de tester en suivant votre parcours client normal et de confirmer que les champs attendus sont présents.
3. **Testez le parcours de refus.** Refusez le consentement et confirmez qu'aucun événement de mesure n'est envoyé.
4. **Confirmez la réception.** Les utilisateurs de l'API peuvent interroger les événements récents. OpenAI indique que l'endpoint renvoie un échantillon couvrant à peu près les 15 dernières minutes, et que les événements navigateur y apparaissent avec le canal `pixel_sdk`.
5. **Attendez l'attribution.** OpenAI demande aux annonceurs de compter 24 à 48 heures pour que les conversions attribuées apparaissent dans le reporting.
6. **Surveillez la qualité des événements.** Les améliorations peuvent apparaître progressivement, à mesure que les anciens événements sortent de la fenêtre d'évaluation.

Si votre site applique une Content Security Policy, les sources du pixel doivent y être autorisées. Sinon, rien n'est envoyé du tout. OpenAI cite `https://bzrcdn.openai.com` pour le chargement du SDK et `https://bzr.openai.com` pour l'envoi des événements.

## Que faut-il vérifier sur votre site ?

La plupart des problèmes de matching que nous voyons viennent de la configuration, pas de la fonction. Parcourez cette liste une fois :

- Le pixel est installé sur les pages qui portent vos formulaires, pas seulement sur la page de remerciement. OpenAI conseille de l'installer sur toutes les pages utiles.
- L'appel de consentement s'exécute avant l'initialisation du pixel.
- Redirections et raccourcisseurs de liens conservent le paramètre `oppref`, pour que le matching reste un repli et non la voie principale.
- Le pixel et la Conversions API envoient le même ID d'événement pour une même conversion, pour qu'OpenAI puisse dédupliquer. OpenAI retient le premier événement reçu pour une clé donnée et ignore les doublons suivants.
- Les événements serveur portent la véritable adresse IP du client et son user agent. OpenAI met en garde contre leur remplacement par l'adresse de votre serveur ou par un user agent générique.
- Un même client garde le même identifiant. OpenAI met en garde contre la réutilisation d'un identifiant partagé, fictif ou par défaut pour des personnes différentes.

Les mêmes règles de hachage s'appliquent quand vous importez des listes de clients pour le ciblage. Notre guide des [audiences personnalisées](https://www.chatadsai.com/fr/guides/chatgpt-ads-custom-audiences) traite ce volet.

## Quel lien avec la mesure modélisée et les fenêtres d'attribution ?

L'advanced matching est l'un des trois signaux qu'OpenAI cite pour relier les événements aux annonces : la référence de clic, les informations d'advanced matching éligibles, et la mesure modélisée quand elle est disponible.

La mesure modélisée est d'une autre nature. Elle utilise des tendances agrégées, tirées des conversions observées, pour estimer l'attribution des conversions qui n'ont pas pu être rapprochées. Les totaux affichés peuvent inclure des conversions modélisées. L'advanced matching travaille sur des événements réels et individuels. La modélisation estime le reste.

Le matching ne prolonge pas non plus la fenêtre d'attribution. L'événement doit toujours survenir dans la fenêtre applicable. Dans le reporting, l'Ads Manager vous laisse choisir une fenêtre post-clic de 7, 14 ou 30 jours, et une fenêtre post-impression de 0 Day ou de 1 jour. OpenAI ajoute que l'expiration des cookies est distincte des fenêtres d'attribution et de la durée de conservation des données de conversion.

Attendez-vous à ce que l'Ads Manager et votre outil d'analyse divergent. OpenAI cite les raisons habituelles : fenêtres d'attribution, fuseaux horaires, conditions de consentement et déduplication différents. Un écart ne prouve pas une erreur. Notre [guide du suivi des conversions](https://www.chatadsai.com/fr/guides/conversion-tracking) explique comment comparer les deux.

## Questions fréquentes

**L'advanced matching automatique envoie-t-il des adresses e-mail en clair à OpenAI ?**

Non. OpenAI indique que le pixel hache les informations dans le navigateur en SHA-256 avant de les joindre aux événements de conversion, et qu'aucune information client brute n'est envoyée à OpenAI via l'advanced matching automatique.

**Quels champs l'advanced matching automatique détecte-t-il ?**

OpenAI ne publie pas de liste de champs pour la fonction automatique dans les pages que nous avons consultées. Il évoque des informations client prises en charge, issues de formulaires reconnaissables et d'autres sources. La liste documentée, avec e-mail, téléphone, identifiant externe, noms et champs de localisation, est celle du mode manuel.

**Fonctionne-t-il pour les événements côté serveur ?**

Non. La fonction est documentée comme un comportement du pixel dans le navigateur. Pour la Conversions API, vous ajoutez vous-même un objet `user` à chaque événement, avec des valeurs normalisées et hachées selon le guide développeur.

**Faut-il garder l'advanced matching manuel si la fonction automatique est activée ?**

À notre avis, oui. Le mode manuel envoie des champs dont vous savez qu'ils sont corrects, et c'est la seule voie pour les événements serveur. La liste d'OpenAI pour améliorer la qualité de la mesure comprend d'ailleurs la fourniture de données d'advanced matching éligibles, lorsque c'est permis et pris en charge.

**Respecte-t-il mon bandeau cookies ?**

Il s'exécute dans le pixel, et le pixel a un contrôle du consentement. Quand le consentement est à false, OpenAI indique que le pixel n'envoie pas de pings d'événements de mesure. Le lien entre votre bandeau et cet appel, c'est à vous de le construire et de le tester.

**Va-t-il augmenter mes conversions affichées ?**

Il peut augmenter le nombre de conversions reliées à une annonce. Il ne change pas le nombre de personnes qui ont acheté ou se sont inscrites. OpenAI ne donne aucun chiffre sur cet effet, et sa page sur la qualité des événements précise qu'aucun score ne garantit le matching, l'attribution ou les résultats d'une campagne.

**Aide-t-il les campagnes optimisées pour les clics ?**

Il aide leur reporting. OpenAI indique que les campagnes aux clics et aux impressions peuvent suivre les conversions sans changer d'objectif. Un meilleur matching donne donc une vue plus claire des résultats. Le bénéfice d'optimisation concerne les campagnes qui ont l'objectif Conversion optimization.

Si vous préférez que tout cela soit configuré et testé pour vous, consultez nos [services](https://www.chatadsai.com/fr/services) ou [contactez-nous](https://www.chatadsai.com/fr/contact).

## Sources

- [OpenAI Help Center - Conversion Measurement](https://help.openai.com/en/articles/20001409-conversion-measurement)
- [OpenAI Developers - Measurement Pixel](https://developers.openai.com/ads/measurement-pixel)
- [OpenAI Developers - Conversions API](https://developers.openai.com/ads/conversions-api)
- [OpenAI Developers - Image Tag](https://developers.openai.com/ads/image-tag)
- [OpenAI Developers - Conversion Tracking](https://developers.openai.com/ads/conversion-tracking)
- [OpenAI Help Center - Measure Results](https://help.openai.com/en/articles/20001214-measure-results)
- [OpenAI Help Center - Conversion-optimized Campaigns](https://help.openai.com/en/articles/20001412-conversion-optimized-campaigns)
- [OpenAI Help Center - Understand and improve event quality](https://help.openai.com/en/articles/20001513-understand-and-improve-event-quality)