Limitazioni di latenza e peering

Per rispettare i limiti di latenza del servizio RTB, devi localizzare i tuoi server nelle vicinanze delle località di scambio elencate di seguito. Per ulteriori informazioni, consulta la discussione sull'individuazione degli offerenti.

Sedi di negoziazione

Una località di scambio è il punto ottimale di un cluster di server dislocato geograficamente in cui l'infrastruttura che ospita un'applicazione dello strumento di offerta può trarre maggiore vantaggio in termini di latenza. I callout delle offerte in tempo reale non hanno necessariamente origine nella località di scambio, ma possono provenire da altre zone nel cluster. Ad esempio, Singapore è la località di trading del cluster dell'Asia Pacifico che va dall'Australia a Singapore.

La seguente tabella 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 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

Località offerente

Non garantiamo che le richieste di offerta per le impressioni di un determinato utente verranno sempre inviate tramite la stessa località di scambio. Di conseguenza, per ricevere tutte le impressioni, devi avere server raggiungibili da tutte le località. Se vuoi solo un sottoinsieme di impressioni, potrebbe essere sufficiente eseguire server in un sottoinsieme di località. Ad esempio, la maggior parte del traffico nordamericano può essere ricevuto eseguendo server raggiungibili dalle coste orientali e occidentali.

Il termine ultimo, misurato dalla località di scambio, per la ricezione di una risposta dopo l'invio della richiesta di offerta va da 80 a 1000 ms, a seconda del formato e del tipo di asta; verifica il valore esatto nel campo tmax o response_deadline_ms nella richiesta di offerta.

Richiediamo che l'85% delle risposte venga ricevuto entro la scadenza dal punto di vista della località di negoziazione e limiteremo gli offerenti che non possono raggiungere questo obiettivo in modo coerente. Questa scadenza include sia il tempo di rete tra la località di negoziazione e l'offerente sia il tempo necessario allo strumento di offerta per generare una risposta. Ti consigliamo di scegliere come target un tempo totale ben al di sotto della scadenza in modo da lasciare un margine per le modifiche impreviste della latenza di rete tra il tuo strumento di offerta e la località di negoziazione.

Peering

Google consiglia agli acquirenti RTB che ricevono un volume elevato di richieste di configurare le richieste di peering per ridurre la volatilità della latenza e della latenza.

Siamo in peering con qualsiasi rete, purché soddisfi i requisiti tecnici di Google, come avere un ASN pubblico. Per ulteriori dettagli, consulta i requisiti tecnici. Tieni presente che il requisito del traffico non è richiesto per i client RTB. Per ulteriori informazioni, consulta i criteri di peering di Google.

Per avviare una richiesta di peering, compila il nostro modulo per la richiesta di peering. Ti invieremo un'email con un numero di ticket che potrai utilizzare per ogni follow-up con il tuo Technical Account Manager.