Per rispettare i limiti di latenza del servizio RTB, devi individuare i tuoi server vicini alle sedi di trading elencate di seguito. Per ulteriori informazioni, leggi la discussione relativa alla localizzazione degli offerenti.
Sedi commerciali
Una località di trading è il punto ottimale di un cluster di server geograficamente dislocato in cui l'infrastruttura che ospita un'applicazione dello strumento di offerta può trarre i maggiori vantaggi in termini di latenza. I callout delle offerte in tempo reale non provengono necessariamente dalla sede di trading e possono provenire da altre parti del cluster. Ad esempio, Singapore è la località di scambio dell'ammasso Asia Pacifico che va dall'Australia a Singapore.
La tabella seguente elenca i domini di riferimento che possono essere utilizzati per valutare la latenza e stimare le posizioni migliori per il tuo server.
| Cluster di server | Sede di trading | Dominio di riferimento |
|---|---|---|
| Nord America (costa orientale) | Virginia del Nord, Stati Uniti | rtb-us-east.g.doubleclick.net |
| Nord America (costa occidentale) | San Francisco Bay Area, California, Stati Uniti | rtb-us-west.g.doubleclick.net |
| Europa | Amsterdam, Paesi Bassi | rtb-europe.g.doubleclick.net |
| Asia Pacifico | Singapore | rtb-asia.g.doubleclick.net |
Località offerente
Non garantiamo che le richieste di offerta per le impressioni di un determinato utente vengano sempre inviate attraverso la stessa sede di trading. Pertanto, per ricevere tutte le impressioni, devi avere server raggiungibili da tutte le località. Se vuoi solo un sottoinsieme di impressioni, potrebbe essere sufficiente eseguire i server in un sottoinsieme di località. Ad esempio, la maggior parte, ma non tutto, il traffico nordamericano può essere ricevuto da server in esecuzione raggiungibili dalla costa orientale e occidentale.
La scadenza entro la quale devi inviare una risposta all'offerta è indicata in
BidRequest.tmax o BidRequest.response_deadline_ms
nel protocollo RTB di Google deprecato. La scadenza in genere va da 80 a 1000 ms.
Richiediamo che l'85% delle risposte venga ricevuto entro la scadenza dal punto di vista della sede di negoziazione e limiteremo gli offerenti che non possono costantemente raggiungere questo obiettivo. Questa scadenza include sia il tempo di rete tra la sede di negoziazione e l'offerente, sia il tempo impiegato per generare una risposta. Consigliamo di scegliere come target un tempo totale ben al di sotto della scadenza per lasciare un margine per le variazioni impreviste della latenza di rete tra lo strumento di offerta e la sede di negoziazione.
Peering
Google consiglia agli acquirenti RTB che ricevono un grande volume di richieste di configurare le richieste di peering con noi per ridurre la latenza e la volatilità della latenza.
Eseguiamo il peering con qualsiasi rete, purché soddisfi i requisiti tecnici di Google, come avere un ASN pubblico. Consulta i requisiti tecnici per maggiori dettagli. Tieni presente che il requisito di traffico viene rinunciato per i clienti che utilizzano le offerte in tempo reale. Per ulteriori informazioni, consulta i criteri di peering di Google.
Per avviare una richiesta di peering, compila il nostro modulo di richiesta di peering. Ti invieremo quindi un'email con il numero di ticket che potrai utilizzare in qualsiasi follow-up con il tuo Technical Account Manager.