ChatGPT Ads pixel: __obi, consenso e CAPI in Italia

Aggiornato il 21 settembre 2026

Il chatgpt ads pixel (nome ufficiale: Measurement Pixel, SDK oaiq) è lo script browser di OpenAI che mandi sul tuo sito per misurare conversioni attribuibili agli annunci in ChatGPT. Non è Ads Manager e non è un buy guide: è il pezzo measurement. Accanto, nella cookie policy OpenAI, compare il cookie __obi: Purpose Analytics, durata 1 year, domain chatgpt.com e openai.com. Non è un cookie di prima parte sul tuo dominio: lo gestisce OpenAI sui suoi host. Su Safari/iOS il percorso third-party cookie è fragile; Buchodi (settembre 2026) lo ha osservato soprattutto su Chrome Android e ha inferito — non dimostrato server-side — il join ChatGPT↔sito. In Italia, sotto consenso, lo tratto come strumento ADV/measurement, non come analytics “tecnico” esente. Pixel + CAPI o solo CAPI: scegli in base a CMP, ITP e quanto controllo vuoi sul server.

Fonti verificate oggi (21/09/2026), di prima mano: Measurement Pixel docs, Conversions API, cookie policy OpenAI (riga __obi), report Buchodi e thread HN #49776729. Non invento UI campagne su ads.openai.com.

Cosa serve sapere in 30 secondi

• ChatGPT Ads pixel = SDK browser oaiq da https://bzrcdn.openai.com/sdk/oaiq.min.js; eventi via oaiq("measure", ...).
• Cookie di prima parte sul tuo sito (docs Pixel): __oppref (30 giorni, attribution oppref dall’URL) e __obref (365 giorni, browser reference).
• Cookie __obi (cookie policy OpenAI): Analytics, 1 year, domain chatgpt.com / openai.com — non è la stessa cosa di __oppref/__obref.
• Consent API del Pixel: oaiq("consent", false) prima di init; default consenso = true finché non lo spegni o c’è un denial salvato.
• In Italia: measurement ads → consenso ADV (o categoria equivalente nella tua CMP), non “solo analytics” perché OpenAI lo classifica Analytics sul proprio dominio.
• Safari / WebKit: third-party cookie bloccati; Buchodi segnala che il collector non opera come su Chrome Android.
• Join account ChatGPT ↔ navigazione sito: inferito dal design (Buchodi), non osservato da me lato server OpenAI.
• Alternative: CAPI-only (server-to-server) se vuoi meno dipendenza dal browser; o Pixel+CAPI con event_id per dedupe.

Cos’è il ChatGPT Ads pixel e a cosa serve?

Il ChatGPT Ads pixel è il Measurement Pixel OpenAI: un SDK JavaScript che installi sul sito inserzionista per misurare eventi (page view, lead, order…) e attribuirli agli ads in ChatGPT quando c’è un click (e, se abilitato sull’account, view-through a finestra fissa di un giorno).

Non serve ad “aprire Ads Manager” né a comprare inventory. Serve a chi già eroga (o sta per erogare) ads ChatGPT e vuole un segnale di conversione oltre a impression e click aggregati. Il flusso ufficiale:

1. Crei un Pixel ID nella tab Conversions di Ads Manager.
2. Incolli lo snippet in <head> con oaiq("init", { pixelId: "..." }).
3. Chiami oaiq("measure", "<evento>", { ... }) sulle azioni rilevanti.
4. Opzionale: mandi gli stessi eventi anche via Conversions API con lo stesso event_id.

CDN e endpoint docs (21/09/2026): script da bzrcdn.openai.com, eventi verso bzr.openai.com. CSP: script-src su bzrcdn, connect-src su bzr + bzrcdn, img-src su bzr per fallback immagine.

Figura 1 — developers.openai.com/ads/measurement-pixel, cattura 21/09/2026: definizione SDK, click-through e view-through.

Per il marketer italiano il punto non è “avere il pixel perché sì”. Il punto è: senza measurement serio ChatGPT Ads resta un canale da vanity CTR. Con measurement (Pixel, CAPI o entrambi) inizi a parlare di CVR e CPA — con i caveat di consenso e browser che trovi sotto.

Nel cluster tool del blog questo pezzo sta sotto guida AI e chatbot. Lato organic/AEO resta Answer Search Optimization: Plus non vede ads, quindi citazione organica e paid measurement sono due stack diversi.

Cosa traccia il pixel sul tuo sito (e cosa no)?

Sul tuo dominio il Pixel, a consenso measurement concesso, scrive cookie di prima parte __oppref e __obref, cattura oppref dall’URL di landing, aggiunge source_url, timestamp e (se attivi) user data hashed o automatic advanced matching. Non espone a te il cookie __obi di OpenAI.

Dalla sezione Cookie expiry dei docs (verifica odierna):

oaiq("consent", false) rimuove entrambi. Le expiry cookie ≠ finestre di attribuzione campagne.

Eventi standard tipici nei docs: page_viewed, contents_viewed, items_added, checkout_started, order_created, lead_created, registration_completed, appointment_scheduled, più subscription_created / trial_started e custom. app_installed / app_opened → solo CAPI.

User data opzionale in init: email/phone/external_id/name in SHA-256 dopo normalizzazione; country/city/region/postal in chiaro. Automatic advanced matching, se abilitato, cerca info supportate in pagina, le hasha in browser e non manda raw a OpenAI via quel path.

Cosa non ti dà il pixel da solo:

• Chat private degli utenti ChatGPT (OpenAI ripete che le conversazioni restano private dagli advertiser).
• Un dump del cookie __obi leggibile dal tuo JavaScript (è su dominio OpenAI, HttpOnly nel report Buchodi).
• Garanzia di matching su Safari.

Figura 2 — Cookie expiry Measurement Pixel (21/09/2026): __oppref 30g, __obref 365g.

Cos’è il cookie __obi e perché non è il pixel del tuo sito?

__obi è il cookie che OpenAI elenca nella propria cookie policy sotto Analytics cookies: durata 1 year, domain chatgpt.com e openai.com. È un identificatore lato piattaforme OpenAI, non il tag GTM che tu installi sul tuo origin: sul sito inserzionista restano __oppref e __obref.

Screenshot della riga, preso oggi dalla policy ufficiale:

Figura 3 — openai.com/policies/cookie-policy/, 21/09/2026: Source OpenAI, name __obi, Purpose Analytics.

Buchodi (settembre 2026) descrive un flusso collector su bzr.openai.com: sync token da ChatGPT, Set-Cookie: __obi=…; Domain=.openai.com; HttpOnly; Max-Age=31536000; SameSite=None; Secure, poi siti advertiser che caricano l’SDK e postano eventi. Il join “stesso utente ChatGPT ↔ hit sul sito” è inferito dal design (JWT con subject_type / obi), non una prova server-side che io abbia letto nei log OpenAI. Trattalo così: ipotesi tecnica plausibile, non fatto osservato in house.

Implicazione pratica per te:

1. In CMP del tuo sito dichiari Measurement Pixel / OpenAI Ads come vendor advertising/measurement.
2. Non confondere la label “Analytics” della policy OpenAI (sui loro cookie) con l’esenzione analytics italiana per cookie tecnici.
3. Il visitatore del tuo sito non “vede” __obi nei DevTools del tuo origin: vede __oppref / __obref se il Pixel gira con consenso.

Pixel vs CAPI-only: cosa scegli sotto consenso italiano?

In Italia/EEA il measurement ads richiede consenso preventivo e granulare (ADV). Pixel-only dipende dal browser e dal CMP; CAPI-only sposta l’invio eventi sul server e riduce (non azzera) la dipendenza da cookie third-party. La scelta non è ideologica: è operativa.

Docs CAPI (verifica odierna): endpoint eventi su bzr.openai.com, campi hashed email/phone/external_id, geo in chiaro, opt_out, e istruzione di rispettare measurement consent e smettere di inoltrare oppref dopo revoca.

Regola mia per clienti IT:

1. CMP prima dello script. oaiq("consent", false) → init → consent true solo dopo accept ADV.
2. Non accendere Pixel sulla sola accettazione “statistiche”.
3. Se il legal dice “niente pixel terzi”: CAPI-only + disclosure OpenAI come destinatario measurement.
4. Logga event_id unico ordine/lead per dedupe.

Figura 4 — Consent gate ufficiale del Pixel (21/09/2026).

Figura 5 — developers.openai.com/ads/conversions-api, cattura 21/09/2026.

Questo pezzo non sostituisce un parere legale. È il playbook measurement che uso in agency: allinea CMP, categoria ADV, e stack Pixel/CAPI prima di scalare budget.

Come installi il Measurement Pixel senza inventare campagne?

Installi lo snippet ufficiale in <head>, inizializzi con un Pixel ID reale dalla tab Conversions, colleghi il CMP al comando consent, e spari eventi standard sulle thank-you. Non serve — e non invento — uno screenshot della UI campagne su Ads Manager.

Checklist operativa:

1. Pixel ID da Ads Manager → Conversions (docs: campo obbligatorio in init).
2. Snippet ufficiale da Measurement Pixel — CDN https://bzrcdn.openai.com/sdk/oaiq.min.js.
3. Consent false di default se operi in Italia: non fidarti del default true del Pixel.
4. Eventi: parti da page_viewed + un conversion event (lead_created o order_created).
5. User data: solo hashed; niente email in chiaro nel user object.
6. CSP: aggiungi bzrcdn/bzr come da tabella docs.
7. Debug: debug: true in init mentre testi; togli in prod.
8. Dedupe: stesso event_id su Pixel e CAPI.

Esempio minimo (placeholder — sostituisci ID e non pubblicare ID di staging su siti live):

<script>
  oaiq("consent", false);
  oaiq("init", { pixelId: "YOUR_PIXEL_ID", debug: true });
  // dopo accept CMP categoria ADV:
  // oaiq("consent", true);
  // oaiq("measure", "lead_created", { type: "customer_action" });
</script>

Non ho montato un Pixel ID inventato su staging pubblico: senza ID reale da Ads Manager sarebbe un fake. I screenshot docs + riga __obi soddisfano il gate di verifica.

Safari, ITP e limiti browser: dove si rompe la misura?

Su WebKit (Safari e browser iOS) i third-party cookie sono bloccati: il percorso collector basato su cookie cross-site su .openai.com non replica ciò che Buchodi ha visto su Chrome Android. Anche sul tuo sito, ITP limita storage e redirect; __oppref/__obref restano first-party ma l’ecosistema attribution si assottiglia.

Punti da mettere in report cliente:

• Chrome desktop/Android: measurement Pixel più vicino ai docs; Buchodi ha osservato sync/collector qui.
• Safari / iOS: non promettere parity di matching; spingi CAPI e first-party data hashed.
• Revoca consenso: consent false deve sparare anche stop lato server (niente oppref residui in coda).
• View-through: finestra fissa 1 giorno quando disponibile; non entra nel totale Conversions click-through (docs).

HN (item 49776729) ha amplificato il pezzo Buchodi: utile come radar privacy, inutile come fonte di CPC. Io lo uso solo come citazione del dibattito, non come spec sheet.

Come lo inquadro in un mix agency (ADV vs analytics)?

In un account italiano separo tre layer: (1) ads delivery ChatGPT Free/Go, (2) measurement Pixel/CAPI con consenso ADV, (3) analytics di prodotto (GA4/Matomo) con base giuridica propria. Mischiare __obi “Analytics” OpenAI con la tua categoria analytics CMP è l’errore più comune che vedo.

Playbook che uso:

1. Vendor CMP: “OpenAI ChatGPT Ads Measurement” (o nome chiaro) in gruppo ADV/marketing.
2. Trigger GTM: Consent Mode / CMP event → abilitazione tag oaiq.
3. Server: CAPI da cloud function o tag server; secret e Pixel ID fuori dal frontend.
4. Policy cookie del sito: aggiorna informativa con OpenAI come destinatario measurement; linka la loro cookie policy.
5. QA mensile: DevTools network su bzr.openai.com / bzrcdn.openai.com solo dopo accept; zero ping su deny.
6. Reporting: non confrontare CPA ChatGPT con Meta senza dichiarare gap Safari e cold start.

Se lavori con agenti e automazioni sul resto dello stack, tieni measurement fuori dal loop creativo: vedi agenti AI per il marketing. Per la parte organica ChatGPT (citazioni, non ads) resta come farsi citare da ChatGPT e Perplexity.

L’ho verificato oggi: cosa ho visto e cosa resta inferito

Ho aperto e screenshotato di prima mano il 21 settembre 2026 i docs Measurement Pixel, la riga __obi in cookie policy, la Conversions API, più Buchodi e HN come contesto: sotto i fatti documentati; il join account ChatGPT↔sito resta inferito, non osservato nei miei log.

Elenco prove:

1. Docs Measurement Pixel (install, consent, cookie __oppref/__obref, CSP, eventi).
2. Cookie policy OpenAI, riga __obi (Analytics, 1 year, chatgpt.com / openai.com).
3. Docs Conversions API.
4. Articolo Buchodi e thread HN come contesto indipendente.

Cosa non ho fatto (e non invento):

• Login ad Ads Manager / UI campagne ads.openai.com.
• Install di un Pixel ID reale su un sito di produzione.
• Cattura server-side del join account ChatGPT ↔ hit advertiser.

Quindi: i fatti su snippet, cookie first-party, label __obi e CAPI sono documentati. Il “ChatGPT sa cosa fai sugli altri siti” in senso account-join resta inferenza del report indipendente, allineata al design del collector, non una mia osservazione in log OpenAI.

Figura 6 — Buchodi, cattura 21/09/2026: indipendente, da rivedere contro i docs ufficiali.

FAQ

Il cookie __obi è lo stesso di __oppref?

No. __obi è cookie Analytics OpenAI su chatgpt.com/openai.com (1 year). __oppref è first-party sul tuo sito (30 giorni) e tiene l’ID attribution oppref dall’URL. Li tratti in CMP e in documentazione come oggetti diversi.

In Italia il ChatGPT Ads pixel va in categoria analytics o ADV?

Per il tuo sito lo metto in ADV/measurement: serve alle campagne, non al funzionamento tecnico del sito. La label “Analytics” nella cookie policy OpenAI riguarda i cookie sui loro domini, non ti dà l’esenzione italiana da consenso.

Posso usare solo la Conversions API senza pixel?

Sì. I docs supportano CAPI server-side con eventi e user data hashed. Devi gestire tu oppref/obref, consenso e opt_out. È la strada più pulita se legal blocca script terzi, a costo di più engineering.

Safari misura le conversioni ChatGPT Ads come Chrome?

No, non darlo per scontato. ITP e blocco third-party cookie riducono il collector cross-site descritto da Buchodi; spingi CAPI e first-party data. Reportizza il gap browser al cliente.

OpenAI legge le chat per attributire le conversioni del pixel?

OpenAI dice che le conversazioni restano private dagli advertiser. Il Pixel misura eventi sul tuo sito e li collega agli ads via identificatori di attribution (oppref, ecc.), non esportando il testo chat nel tuo Ads Manager.

Conclusione

Il chatgpt ads pixel è measurement, non media buying: SDK oaiq, cookie first-party __oppref/__obref, consenso ADV prima dell’init. __obi resta sui domini OpenAI (Analytics, 1 year): lo documenti, non lo confondi col tag sul tuo origin. In Italia valuta anche CAPI-only se ITP o legal stringono.

Prossimo passo concreto: apri la tab Conversions, genera un Pixel ID reale, collega la CMP, e fai QA deny/accept su Chrome e Safari. Se ti serve il quadro organico (citazioni, non CPC), passa da AEO e dal pezzo su come farsi citare.

Autore: Victor Motricala — marketer, focus AI + performance. Aggiornato il 21 settembre 2026.