Misurare le conversioni degli annunci su ChatGPT: OpenAI Pixel, Conversions API e oppref
5 Settembre 2026 · Dati e misurazione
Ads Manager mostra quante volte gli annunci vengono visualizzati, quanti clic ricevono e quanto costano. Per sapere se dopo il clic arriva una richiesta o un acquisto, occorre configurare una fonte dati e inviare gli eventi tramite OpenAI Pixel, Conversions API oppure entrambi.
In breve
- Il Pixel invia eventi dal browser; la Conversions API dal server.
- oppref collega il clic alle azioni successive.
- Lo stesso evento inviato dai due canali deve mantenere lo stesso event ID.
Il lavoro deve partire dalla definizione della conversione. Installare un tag senza stabilire quali azioni contano produce numeri formalmente corretti ma poco utili per le decisioni.
Per un’officina italiana che cerca commesse, l’azione da contare può essere una richiesta di preventivo ricevuta dal sito. Il visitatore deve avere completato l’invio, compreso l’eventuale disegno. Il semplice clic su “Invia” può avvenire anche quando manca un campo obbligatorio e la richiesta non arriva al commerciale.
Che cosa misura Ads Manager
Una conversione può essere attribuita quando OpenAI riceve un evento collegato all’account pubblicitario, l’evento corrisponde a quello configurato nella campagna, avviene nella finestra prevista e può essere associato a un clic idoneo.
La disponibilità dei segnali dipende dal percorso, dal consenso, dal browser e dall’implementazione. Ads Manager può quindi riportare un totale diverso da quello presente in analytics o nel CRM senza che uno dei sistemi sia necessariamente guasto.
Il ruolo del parametro oppref
Quando una persona clicca un annuncio, OpenAI può aggiungere alla pagina di destinazione il riferimento oppref. Il Pixel lo raccoglie e lo conserva in un cookie di prima parte per collegarlo agli eventi successivi. Quando disponibile, lo stesso riferimento può essere trasmesso anche negli eventi server-side inviati tramite Conversions API.
Redirect, cambio di dominio, passaggi tra sottodomini e navigazione interna non devono eliminare il parametro prima che venga acquisito. La verifica tecnica deve ricostruire il percorso completo, non fermarsi alla prima URL caricata.
Quando usare OpenAI Pixel
Il Pixel è adatto agli eventi che avvengono nel browser, come una registrazione, l’invio di un modulo o un acquisto completato sul sito. Deve essere installato sulle pagine pertinenti e attivare l’evento soltanto quando l’azione è realmente avvenuta.
Un clic sul pulsante non equivale sempre a una conversione. Il modulo può restituire un errore, il pagamento può essere rifiutato o la registrazione può non concludersi. L’evento va collegato alla conferma applicativa più affidabile disponibile.
Quando usare la Conversions API
La Conversions API invia eventi dal server. È utile quando il backend conosce meglio l’esito oppure quando l’azione matura fuori dalla sessione web. Può trasmettere, per esempio, una registrazione confermata, un ordine validato o un evento collegato al processo commerciale, se supportato e consentito.
L’integrazione server-side non rende automaticamente migliore il dato. Servono identificatori stabili, timestamp coerenti, gestione degli errori, registri di invio e controlli sulle informazioni condivise.
Usare Pixel e API senza duplicare gli eventi
OpenAI consente di usare Pixel e Conversions API insieme. Se la stessa conversione viene inviata da entrambi, deve avere lo stesso event ID. Questo permette al sistema di deduplicare le due copie.
Un distributore di componenti può ricevere un solo ordine mentre il browser e il server comunicano entrambi l’acquisto. Le due comunicazioni devono riportare lo stesso identificatore dell’evento, così il sistema può riconoscerle come copie. Un secondo ordine dello stesso cliente è invece un acquisto distinto e deve avere un proprio identificatore.
Il test deve includere almeno questi casi:
un evento ricevuto soltanto dal browser;
un evento ricevuto soltanto dal server;
lo stesso evento ricevuto da entrambi con event ID coerente;
un retry server-side dopo un errore;
un invio ripetuto che non deve creare una seconda conversione.
La deduplicazione riguarda le copie della stessa conversione.
Advanced matching e consenso
L’advanced matching può usare informazioni di prima parte idonee, normalizzate e sottoposte ad hashing, per migliorare l’associazione quando il click reference non è disponibile. L’automatic advanced matching del Pixel può rilevare dati supportati nei moduli, normalizzarli e applicare SHA-256 nel browser.
La disponibilità tecnica non sostituisce la valutazione privacy. OpenAI richiede che i dati siano inviati soltanto quando consentito, dopo avere fornito informazioni chiare agli utenti e raccolto i consensi necessari. Finalità, basi applicabili, configurazione della consent platform e responsabilità devono essere documentate prima dell’attivazione.
Eventi adatti a e-commerce e lead generation
Per un e-commerce, l’evento principale può essere l’ordine creato, con valore e valuta coerenti. Per un percorso lead-based possono essere necessarie più fasi: invio, lead accettato, appuntamento o opportunità. Non tutte devono diventare obiettivi di ottimizzazione.
La campagna deve ricevere un segnale abbastanza frequente e affidabile. Un evento raro ma vicino al fatturato può essere prezioso per il report e insufficiente per guidare da solo l’algoritmo. Un evento frequente ma facile, invece, può spingere la spesa verso azioni di bassa qualità.
Perché Ads Manager, analytics e CRM possono differire
I sistemi possono applicare finestre, fusi orari, deduplicazione e modelli di attribuzione differenti. Browser e consenso influenzano inoltre la disponibilità dei segnali. OpenAI può includere conversioni modellate dove la funzione è disponibile.
La riconciliazione deve confrontare definizioni prima dei totali:
quale evento viene contato;
quale data assegna il sistema;
quale finestra viene applicata;
come viene gestito un doppio invio;
quali utenti hanno fornito il consenso;
quale identificatore collega clic e azione;
quali conversioni sono modellate.
Reporting e tempi di aggiornamento
Ads Manager rende disponibili metriche a livello di campagna, ad group e annuncio, con viste tabellari, grafici ed esportazioni CSV. Le conversioni attribuite possono richiedere 24–48 ore per comparire.
Per alcuni account sono disponibili conversioni view-through a un giorno, mostrate separatamente. OpenAI specifica che sono dati supplementari: non entrano nel totale principale delle conversioni e non incidono su CPA, tasso di conversione post-clic, bidding, fatturazione o ottimizzazione.
Collegare il dato alla qualità commerciale
Per una campagna lead-based, la misurazione non dovrebbe terminare con il form. Il piano di analytics e conversioni deve collegare, quando possibile, fonte, richiesta, accettazione, opportunità e valore.
La gestione delle campagne ChatGPT Ads può così usare le metriche della piattaforma senza confonderle con l’esito commerciale. Il confronto aiuta a capire se il problema è nell’erogazione, nella landing, nella raccolta dei dati oppure nella qualità dei contatti.
Checklist prima del lancio
Eventi e regole di attivazione documentati.
Pixel verificato sulle pagine pertinenti.
Conversions API testata con logging e retry controllati.
oppref conservato lungo redirect e navigazione.
Event ID coerente tra browser e server.
Consenso e informativa verificati.
Valore e valuta controllati per gli ordini.
Confronto iniziale fra Ads Manager, analytics e backend.
Responsabile degli errori e della manutenzione definito.
Domande frequenti
Serve usare insieme Pixel e Conversions API
Non sempre. La scelta dipende dagli eventi e dall’architettura. L’uso congiunto può rendere la misurazione più resiliente, purché la deduplicazione sia configurata.
Che cos’è oppref
È il riferimento di clic che OpenAI può aggiungere alla landing page per associare le azioni successive a un clic idoneo.
Perché le conversioni non compaiono subito
OpenAI indica che il reporting può richiedere 24–48 ore. Vanno comunque controllati evento, fonte dati, finestra e diagnostica.
Le conversioni view-through vanno sommate alle conversioni
No. Quando disponibili, sono mostrate separatamente e non devono essere aggiunte al totale principale usato per CPA e tasso post-clic.
oppref lungo il percorso di una richiesta
Per capire il significato di oppref in questa guida, segui il passaggio dalla provenienza del visitatore al risultato della sua azione. Il riferimento permette di associare un’azione successiva a un clic idoneo. Trovarlo sulla pagina non dimostra che il visitatore abbia completato una conversione. Non dimostra neppure l’invio dell’evento o la sua attribuzione da parte della piattaforma. Devi controllare ogni passaggio nel punto in cui avviene.
Il riferimento del clic ha un compito diverso dall’event ID. Quest’ultimo identifica la conversione inviata e permette di confrontare la copia browser con quella server dello stesso evento. Da un clic possono nascere più azioni, che non devono ricevere automaticamente tutte lo stesso identificatore. Nella documentazione dell’integrazione scrivi quale componente genera l’event ID e come lo rende disponibile ai due invii, quando sono previsti entrambi.
Le diverse scritture nelle configurazioni
Le scritture oppref, __oppref e {oppref} non sono istruzioni da scambiare tra loro. Guarda prima dove compare la stringa e leggi le istruzioni dell’integrazione che stai usando. Un modello d’esempio può contenere un segnaposto da sostituire. Per una stringa nell’indirizzo in ingresso, nella configurazione o nell’archivio del browser, il contesto ti aiuta a capire se si tratta di un nome tecnico. Questa guida non attribuisce alle diverse grafie un significato universale.
Il modulo funziona, il riferimento non arriva
Una landing riceve il riferimento e manda il visitatore su un’altra pagina prima che venga acquisito. Il modulo continua a funzionare e il backend salva la richiesta, ma al componente incaricato di usare il riferimento non arriva nulla. Per cercare il problema, annota l’indirizzo iniziale, i passaggi intermedi e il punto previsto per l’acquisizione. Se il dato scompare dalla barra degli indirizzi, controlla se era già stato acquisito.
La prova deve ripercorrere la navigazione effettiva del visitatore, comprese le pagine su domini diversi. Copiare il riferimento in ogni indirizzo o raccogliere altre informazioni senza necessità non chiarisce dove si interrompe il passaggio previsto. Segui quanto stabilito dall’integrazione e dalle regole di trattamento già definite. Se il riferimento manca, riportalo nel resoconto della prova senza inventarne uno per riempire il campo.
Che cosa annotare durante le prove
Per ogni prova prepara un resoconto:
- Indica l’ambiente e il percorso seguito.
- Descrivi l’esito nell’applicazione e l’evento che doveva partire.
- Riporta l’event ID e il risultato dei controlli sull’invio.
Il riscontro tecnico va tenuto distinto dal conteggio attribuito nel report. Un modulo rifiutato non deve produrre una conversione riuscita. Per lo stesso esito trasmesso da browser e server, gli identificatori devono corrispondere. Un nuovo tentativo del server dopo un errore deve mantenere l’identità dell’evento iniziale.
Nel confronto tra backend e piattaforma scegli lo stesso evento. Allinea il periodo e il fuso orario, poi chiarisci come ciascun sistema conta le richieste. Il totale ricevuto dal sito può essere diverso da quello attribuito a una campagna. Nel resoconto lascia quindi voci distinte per “ricevuto dal backend”, “inviato” e “attribuito”. Saprai in quale passaggio cercare la differenza prima di ricondurla al parametro oppref.
L’infografica segue il riferimento dal suo arrivo sulla landing ai passaggi di navigazione. Il percorso prosegue con la conversione effettiva e con il controllo dei dati ricevuti.
Scarica l’infografica (PNG ad alta risoluzione)
Incorpora l’infografica nel tuo sito
Puoi ripubblicare l’infografica usando questo codice, con il collegamento alla guida originale.
- Osserva l’ingresso: Registra il riferimento presente sulla landing.
- Segui i passaggi: Controlla redirect, domini e acquisizione.
- Verifica la conversione: Conta l’esito confermato, non il solo clic.
- Confronta gli invii: Controlla event ID, retry e ricezione.
Che cosa fare
Prova un invio riuscito del modulo e un invio rifiutato. Controlla quale evento parte e confronta gli event ID delle copie browser e server.
Una misurazione controllata permette di confrontare la spesa degli annunci con le richieste effettivamente ricevute e con la loro qualità commerciale. I contatti incompleti o fuori offerta restano distinguibili da quelli che il commerciale può seguire. Il titolare può così valutare quali campagne portano occasioni di lavoro, tenendo conto dei limiti di attribuzione descritti nella guida.
Fonti e riferimenti
- OpenAI Help Center, Conversion Measurement: https://help.openai.com/en/articles/20001409-conversion-measurement
- OpenAI Help Center, Measure Results: https://help.openai.com/en/articles/20001214-measure-results
- OpenAI Help Center, Create Campaigns for ChatGPT Ads: https://help.openai.com/en/articles/20001210-create-campaigns-for-chatgpt
Approfondisci il servizio: ChatGPT Ads.