Risposta alla bid Open RTB 2.4

La risposta a una richiesta di offerta avrà la seguente struttura:

Oggetto di risposta dell'offerta

Attributo	Descrizione
id	ID della richiesta di offerta (stringa)
seatbid	Raccolta di offerte effettuate dal bidder per conto di un seat specifico.

seatbid

Attributo	Descrizione
bid	ID dell'oggetto impression a cui si applica questa offerta (stringa)

seatbid.bid

Attributo	Descrizione
id	ID per l'oggetto offerta scelto dal bidder (stringa)
impid	ID dell'oggetto impression a cui si applica questa offerta (stringa)
price	Prezzo dell'offerta in CPM o CPC (float)
adm	Markup pubblicitario XML/JSON di ExoClick (stringa)
nurl	URL di notifica di vincita
cid	ID della campagna per agevolare il controllo della qualità dell'annuncio (stringa)
crid	ID della creatività per agevolare il controllo della qualità dell'annuncio (stringa)
iurl	URL della creatività
ext	Estensione specifica di ExoClick (oggetto)

La nURL deve essere notificata per garantire il capping della campagna ed evitare di ottenere sempre la stessa risposta.

seatbid.bid.ext

Attributo	Descrizione
btype	Modello di prezzo. Valori: 1 = CPM, 2 = CPC*. Predefinito = 1 (int). Nota: Quando la risposta è per una richiesta di una zona Email Clicks, 1 = Smart CPC.
	Nota: Solo Push Notification, Native ads, Direct Link ed Email Clicks possono fare offerte con il modello di prezzo CPC.

Nessuna risposta di offerta

Per rispondere a una richiesta di offerta senza effettuare un'offerta reale, verrà inviato il codice di risposta HTTP 204 "No Content".

Notifica di vincita

Quando il parametro Bid Response Object > Seat Bid Object > Bid Object > nurl è presente nella risposta di offerta, deve essere eseguita una richiesta GET a tale URL.

Notifica di fatturazione

Quando il parametro Bid Response Object > Seat Bid Object > Bid Object > burl è presente nella risposta di offerta, viene eseguita una richiesta GET a quell'URL quando l'impression o il click diventa fatturabile (CPM o CPC, in base al btype campo). Ciò consente di conteggiare l'impression o il click dall'evento fatturabile anziché dal tracciamento lato client e fornisce metriche parallele "Served" nella Statistica RTB. che mostrano il divario tra ciò che è stato renderizzato e ciò che è stato fatturato.

Se sono presenti sia nurl che burl, entrambi devono essere chiamati.

Logica di conteggio

• Quando BURL è disabilitato — L'impression o il click si basano interamente sul tracker lato client attivato dall'annuncio renderizzato. Il comportamento predefinito di oggi per il conteggio delle impression e dei click.
• Quando BURL è abilitato — L'impression o il click viene conteggiato dalla chiamata burl anziché dal tracciamento lato client.
• Quando BURL è abilitato ma il partner non esegue l'invio — Il conteggio di impression o click scende a zero ai fini della fatturazione, mentre le impression servite (ciò che il browser ha registrato) restano. Questa discrepanza segnala un problema tecnico di integrazione.

Cosa rimane sul tracciamento lato client

• Limitazione di frequenza. FC continua a basarsi sugli eventi di impression indipendentemente dall'impostazione BURL.
• Tutte le metriche "Served", per definizione.
• Zone Direct (non RTB), che non hanno il concetto di BURL.

Esempi

Puoi trovare esempi dettagliati delle risposte che puoi ricevere nella pagina di esempio.