Panoramica

L' Events API le trasmetterà gli eventi di transazione quasi in tempo reale. Non appena riceviamo un record di conversione riuscita dall'advertiser, trasmettiamo i dati nel postback. Lo stesso flusso di lavoro si applica alle cancellazioni. Quando un cliente restituisce o cancella un acquisto, l'advertiser ci invierà un record di questa cancellazione, che viene anch'esso da noi lanciato nel postback. Per le cancellazioni viene trasmesso lo stesso set di dati, solo con alcuni valori modificati per indicare che l'evento è una cancellazione.

Questi sono i dati che può aspettarsi di vedere modificati nei postback di cancellazione. Clicchi sul segno + per vedere le modifiche, se presenti:

YYYY-MM-DDTHH:mm:ss.SSS[+|-]Z

Le consigliamo vivamente di includere almeno il parametro Vendite e/o Commissioni quando richiede un postback personalizzato. Senza l'importo negativo delle vendite o delle commissioni, è praticamente impossibile distinguere gli eventi di cancellazione da quelli di nuova conversione.

Eventi Media Optimization e Batch-Tracking degli advertiser

Per gli advertiser che utilizzano il batch-tracking, ci si può aspettare una latenza tra il momento in cui un record di conversione raggiunge il nostro sistema e il momento in cui il cliente ha effettuato l'acquisto. Questo è particolarmente comune con advertiser di prenotazioni e viaggi, rivenditori che offrono preordini, così come con advertiser che segnalano le conversioni solo quando un acquisto viene spedito.

Questi advertiser si servono del "Media Optimization Pixel" (MOP, che cattura l'acquisto in tempo reale come evento preliminare) in modo da avere un record iniziale della successiva conversione. Questi eventi MOP saranno indicati come "is_event=Y" nel postback. In altre parole, la preghiamo di trattare tutti i record Y come preliminari.

Quando la conversione verrà successivamente finalizzata, il postback verrà lanciato di nuovo con "is_event=N". Se si tratta di un reso parziale, l'importo delle vendite riporterà solo il prezzo dell'articolo restituito e non l'intero importo al punto di vendita. Tutti gli altri punti dati saranno gli stessi, eccetto "etransaction_id" e "process_date".

Tenga presente che, per il pixel tracking in tempo reale, gli advertiser con un evento Y verranno in seguito raggiunti quasi immediatamente da un corrispondente evento N. La preghiamo di trattare gli eventi N come finalizzati.

Come con le cancellazioni, raccomandiamo di includere il flag "is_event" quando richiede un postback personalizzato. L'omissione di questo flag renderebbe praticamente impossibile distinguere gli eventi preliminari da quelli finalizzati.

Per saperne di più su questo argomento, veda Panoramica su Events API e Domande comuni su Events API.