Richiesta di offerta

Una richiesta di offerta è il messaggio strutturato che un exchange pubblicitario o una piattaforma lato offerta invia nel momento in cui uno slot pubblicitario diventa disponibile, descrivendo l'impressione, il contesto della pagina o dell'app e tutto ciò che è noto sull'utente e sul dispositivo, così che i potenziali acquirenti possano decidere se fare un'offerta e quanto.

Cosa contiene una richiesta di offerta#

Secondo il protocollo OpenRTB su cui la maggior parte dell'industria si standardizza, una richiesta di offerta è un oggetto JSON che contiene un insieme abbastanza coerente di campi: un oggetto impression che descrive le dimensioni e il formato dello slot pubblicitario, l'editore e l'ID sito o app, dati di geo‑targeting come paese e regione, tipo di dispositivo e informazioni di connessione, e qualsiasi dato utente o dato di prima parte che il venditore è autorizzato a condividere. Se l'impressione fa parte di un accordo negoziato, la richiesta contiene anche un identificatore di deal che fa riferimento a quel deal specifico.

Ogni piattaforma lato domanda collegata a quell'exchange riceve la stessa richiesta simultaneamente, entro quella che è tipicamente una stretta finestra di risposta misurata in millisecondi. La logica di offerta di ciascun DSP la valuta rispetto alle campagne attive e restituisce una risposta di offerta con prezzo e creatività, oppure decide di non fare alcuna offerta.

Perché le richieste di offerta sono importanti per gli acquirenti#

La qualità e la completezza di una richiesta di offerta influenzano direttamente ciò che un DSP può fare con essa. Una richiesta con ricchi segnali di targeting contestuale e un'identificazione chiara del sito o dell'app consente all'algoritmo dell'acquirente di prendere una decisione realmente informata. Una richiesta scarsa o mal etichettata, priva della verifica app‑ads.txt o di un oggetto catena di fornitura incompleto, fornisce al DSP meno informazioni, e gli acquirenti più cauti tendono a fare offerte in modo conservativo o a scartare completamente tali richieste.

È anche in questo punto che le frodi vengono filtrate o sfuggono. Una richiesta di offerta che afferma di rappresentare l'inventario di un editore premium, senza i relativi record di ads.txt o sellers.json a supporto, è esattamente il tipo di segnale che i DSP e gli acquirenti usano per rifiutare inventario falsificato o rappresentato in modo errato prima di fare un'offerta.

Leggere il volume delle richieste di offerta come segnale di mercato#

Gli acquirenti raramente vedono le singole richieste di offerta direttamente, ma il modello aggregato – quante richieste genera una determinata posizione o area geografica e come ciò si confronta con le risposte di offerta effettive – è un utile indicatore della domanda reale di mercato. Per la ricerca competitiva, piuttosto che per i log grezzi delle aste, vedere quali creatività e inserzionisti stanno effettivamente vincendo e operando in tempo reale attraverso le reti fornisce più informazioni sul mercato rispetto al solo volume di richieste. L'indice di intelligenza pubblicitaria di OpenAdLibrary è costruito proprio per questo: visibilità a livello creativo in tempo reale invece di inferire il mercato dai meccanismi delle aste.

FAQ#

Ogni DSP vede la stessa richiesta di offerta?

All'interno di un singolo round d'asta, sì, i DSP collegati ricevono tipicamente la stessa richiesta simultaneamente. Ciò che differisce è il modo in cui la logica di ciascun DSP decide se e quanto offrire.

Quanto velocemente deve rispondere un DSP a una richiesta di offerta?

Le finestre di risposta sono solitamente misurate in decine o poche centinaia di millisecondi, sufficientemente strette perché un DSP che non risponde in tempo venga semplicemente trattato come un no-bid per quell'impressione.

I dati dell'utente sono sempre inclusi in una richiesta di offerta?

No. Ciò che è incluso dipende dal consenso, dalla normativa e da ciò che l'editore e il suo SSP sono configurati a trasmettere. Molte richieste oggi contengono meno dati utente a livello individuale rispetto al passato, facendo più affidamento su segnali contestuali e di prima parte.

Cosa succede se una richiesta di offerta manca dei dati della catena di fornitura?

Gli acquirenti e i loro strumenti di rilevamento frodi spesso trattano dati incompleti della catena di fornitura o di ads.txt come un segnale di rischio. Alcuni DSP continueranno a fare offerte ma in modo più conservativo, mentre altri sono configurati per scartare completamente tali richieste.