Per contribuire a soddisfare le limitazioni di latenza del servizio RTB, devi posizionare i tuoi server vicino alle località di scambio elencate di seguito. Per ulteriori informazioni, consulta la discussione su come individuare gli offerenti.
Sedi di scambio
Una località di scambio è il punto ottimale di un cluster di server distribuiti geograficamente in cui l'infrastruttura che ospita un'applicazione di offerente può trarre il massimo vantaggio in termini di latenza. I callout delle offerte in tempo reale non provengono necessariamente dalla sede di negoziazione e possono provenire da altre parti del cluster. Ad esempio, Singapore è la località di scambio per il cluster Asia Pacifico che si estende 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 server.
| Cluster di server | Località di scambio | 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 |
Posizione dell'offerente
Cerchiamo di inviare le richieste di offerta alla sede di negoziazione più vicina alla località dell'utente. Tuttavia, non garantiamo che le richieste di offerta per le impressioni di un determinato utente verranno sempre inviate alla piazza di scambio pubblicitario più vicina. Pertanto, per ricevere tutte le impressioni, devi avere dei server raggiungibili da tutte le località. Se vuoi solo un sottoinsieme di impressioni, potrebbe essere sufficiente operare su 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 dalle coste 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 Google RTB deprecato. La scadenza in genere varia da 80 a 1000 ms.
È necessario che l'85% delle risposte venga ricevuto entro la scadenza dal punto di vista della località di scambio e gli offerenti che non riescono a raggiungere questo obiettivo in modo coerente verranno limitati. Questa scadenza include sia il tempo di rete tra la località di scambio e lo strumento di offerta sia il tempo necessario allo strumento di offerta per generare una risposta. Ti consigliamo di scegliere come target un tempo totale molto inferiore alla scadenza per lasciare un buffer per eventuali variazioni impreviste della latenza della rete tra l'offerente e la località di scambio.
Peering
Google consiglia agli acquirenti RTB che ricevono un volume elevato di richieste di configurare richieste di peering con noi per ridurre la latenza e la volatilità della latenza.
Eseguiamo il peering con qualsiasi rete, a condizione che soddisfi i requisiti tecnici di Google, ad esempio disponga di un ASN pubblico. Per ulteriori dettagli, consulta i requisiti tecnici. Tieni presente che il requisito relativo al traffico non si applica ai clienti RTB. Per ulteriori informazioni, consulta le norme relative al peering di Google.
Per avviare una richiesta di peering, compila il nostro modulo di richiesta di peering. Ti invieremo poi un numero di ticket che potrai utilizzare per eventuali follow-up con il tuo Technical Account Manager.