Um die Latenzbeschränkungen des RTB-Dienstes einzuhalten, sollten Sie Ihre Server in der Nähe der unten aufgeführten Handelsstandorte platzieren. Weitere Informationen finden Sie im Hilfeartikel Gebiete mit vielen Bietern ermitteln.
Standorte für den Handel
Ein Handelsstandort ist der optimale Punkt eines geografisch verteilten Serverclusters, an dem die Infrastruktur, die eine Bieteranwendung hostet, hinsichtlich der Latenz am meisten profitieren kann. Zusatzinformationen zu Echtzeitgeboten stammen nicht unbedingt vom Standort des Handels, sondern können auch von anderen Stellen im Cluster stammen. Beispielsweise ist Singapur der Handelsstandort für den Asien-Pazifik-Cluster, der sich von Australien bis Singapur erstreckt.
In der folgenden Tabelle sind Referenzdomains aufgeführt, mit denen sich die Latenz bewerten und die besten Standorte für Ihren Server ermitteln lassen.
| Servercluster | Media-Einkaufszentrale | Referenzdomain |
|---|---|---|
| Nordamerika (Ostküste) | Northern Virginia, USA | rtb-us-east.g.doubleclick.net |
| Nordamerika (Westküste) | San Francisco Bay Area, Kalifornien, USA | rtb-us-west.g.doubleclick.net |
| Europa | Amsterdam, Niederlande | rtb-europe.g.doubleclick.net |
| Asiatisch-pazifischer Raum | Singapur | rtb-asia.g.doubleclick.net |
Standort des Bieters
Wir versuchen, Gebotsanfragen an den Handelsstandort zu senden, der dem Standort des Nutzers am nächsten ist. Wir können jedoch nicht garantieren, dass Gebotsanfragen für die Impressionen eines bestimmten Nutzers immer an den nächstgelegenen Handelsstandort gesendet werden. Um alle Impressionen zu erhalten, müssen Ihre Server von allen Standorten aus erreichbar sein. Wenn Sie nur eine Teilmenge der Impressionen erhalten möchten, reicht es möglicherweise aus, die Server nur für bestimmte Standorte zu betreiben. So kann beispielsweise der Großteil, aber nicht der gesamte Traffic in Nordamerika von Servern empfangen werden, die von der Ost- und Westküste aus erreichbar sind.
Der Termin, bis zu dem Sie eine Gebotsantwort senden müssen, ist in BidRequest.tmax oder BidRequest.response_deadline_ms im eingestellten Google RTB-Protokoll angegeben. Die Frist liegt in der Regel zwischen 80 und 1.000 ms.
Wir setzen voraus, dass 85 % der Antworten aus der Sicht des Handelsstandorts innerhalb der Frist eingehen. Bieter, die dies nicht regelmäßig erreichen, werden gedrosselt. Diese Frist umfasst sowohl die Netzwerkzeit zwischen dem Handelsstandort und Ihrem Bieter als auch die Zeit, die Ihr Bieter benötigt, um eine Antwort zu generieren. Wir empfehlen, eine Gesamtzeit festzulegen, die deutlich unter dem Termin liegt, um einen Puffer für unerwartete Änderungen bei der Netzwerklatenz zwischen Ihrem Bieter und dem Handelsstandort zu haben.
Peering
Google empfiehlt RTB-Käufern, die eine große Anzahl von Anfragen erhalten, Peering-Anfragen bei uns einzurichten, um Latenz und Latenzschwankungen zu reduzieren.
Wir führen ein Peering mit jedem Netzwerk aus, das die technischen Anforderungen von Google erfüllt, z. B. eine öffentliche ASN hat. Weitere Informationen finden Sie in den technischen Anforderungen. Für RTB-Clients entfällt die Trafficanforderung. Weitere Informationen finden Sie in der Peering-Richtlinie von Google.
Wenn Sie einen Peering-Antrag stellen möchten, füllen Sie bitte unser Antragsformular für Peering aus. Wir senden Ihnen dann eine E-Mail mit einer Ticketnummer, die Sie bei allen weiteren Kontakten mit Ihrem Technical Account Manager verwenden können.