Pour respecter les restrictions de latence du service RTB, vous devez localiser vos serveurs à proximité des zones d'échange listées ci-dessous. Pour en savoir plus, consultez la section sur la localisation des enchérisseurs.
Zones d'échange
Une zone d'échange est le point optimal d'un cluster de serveurs géographiquement dispersé, où l'infrastructure hébergeant une application de système d'enchères peut bénéficier le plus de la latence. Les appels d'enchères en temps réel ne proviennent pas nécessairement de la zone d'échange et peuvent provenir d'un autre emplacement du cluster. Par exemple, Singapour est la zone d'échange du cluster Asie-Pacifique, qui s'étend de l'Australie à Singapour.
Le tableau suivant répertorie les domaines de référence qui peuvent être utilisés pour évaluer la latence et estimer les meilleurs emplacements pour votre serveur.
| Cluster de serveurs | Zone d'échange | Domaine de référence |
|---|---|---|
| Amérique du Nord (côte est) | Virginie du Nord, États-Unis | rtb-us-east.g.doubleclick.net |
| Amérique du Nord (côte ouest) | Baie de San Francisco, Californie, États-Unis | rtb-us-west.g.doubleclick.net |
| Europe | Amsterdam, Pays-Bas | rtb-europe.g.doubleclick.net |
| Asie-Pacifique | Singapour | rtb-asia.g.doubleclick.net |
Emplacement de l'enchérisseur
Nous ne garantissons pas que les demandes d'enchères pour les impressions d'un utilisateur donné seront toujours envoyées via la même zone d'échange. Par conséquent, pour recevoir toutes les impressions, vous devez avoir des serveurs accessibles depuis tous les emplacements. Si vous ne souhaitez qu'un sous-ensemble d'impressions, il vous suffira peut-être d'exécuter des serveurs dans un sous-ensemble d'emplacements. Par exemple, la plupart du trafic nord-américain peut être reçu par l'exécution de serveurs accessibles depuis les côtes est et ouest, mais pas la totalité.
La date limite à laquelle vous devez envoyer une réponse à l'enchère est indiquée dans BidRequest.tmax ou BidRequest.response_deadline_ms dans le protocole obsolète du système d'enchères en temps réel de Google. Le délai est généralement compris entre 80 et 1 000 ms.
Nous exigeons que 85 % des réponses soient reçues dans les délais impartis du point de vue de la zone d'échange, ce qui limitera les enchérisseurs qui ne peuvent pas y parvenir de manière constante. Ce délai inclut à la fois le temps de réseau entre la zone d'échange et votre système d'enchères, et le temps nécessaire à celui-ci pour générer une réponse. Nous vous recommandons de cibler une durée totale bien inférieure à la date limite afin de laisser une marge de progression pour éviter les variations inattendues de la latence du réseau entre votre système d'enchères et la zone d'échange.
Appairage
Google recommande aux acheteurs RTB qui reçoivent un grand volume de requêtes de configurer des demandes d'appairage avec nous afin de réduire la latence et les fluctuations de cette latence.
Nous appairons avec n'importe quel réseau, à condition qu'il réponde aux exigences techniques de Google, comme son numéro ASN public. Pour en savoir plus, consultez les exigences techniques. Notez que l'exigence de trafic n'est pas requise pour les clients utilisant le système d'enchères en temps réel. Pour en savoir plus, consultez les Règles d'appairage de Google.
Pour lancer une demande d'appairage, remplissez notre formulaire de demande d'appairage. Nous vous enverrons ensuite un numéro de demande par e-mail que vous pourrez utiliser lors de toute demande de suivi avec votre responsable de compte technique.