Pour respecter les restrictions de latence du service RTB, vous devez placer vos serveurs à proximité des places de marché listées ci-dessous. Pour en savoir plus, consultez la section Rechercher vos enchérisseurs.
Zones d'échange
Un emplacement de mise aux enchères est le point optimal d'un cluster de serveurs géographiquement dispersé où l'infrastructure hébergeant une application d'enchérisseur peut bénéficier le plus en termes de latence. Les accroches pour les enchères en temps réel ne proviennent pas nécessairement de l'emplacement de la place de marché, mais peuvent provenir d'ailleurs dans le cluster. Par exemple, Singapour est le lieu d'échange du cluster Asie-Pacifique qui s'étend de l'Australie à Singapour.
Le tableau suivant répertorie les domaines de référence que vous pouvez utiliser 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 essayons d'envoyer les requêtes d'enchères à la place de marché la plus proche de l'emplacement de l'utilisateur. Toutefois, nous ne garantissons pas que les demandes d'enchères pour les impressions d'un utilisateur donné seront toujours envoyées à la place de marché la plus proche. Par conséquent, pour recevoir toutes les impressions, assurez-vous que vos serveurs sont accessibles de partout. Si vous ne voulez qu'un sous-ensemble d'impressions, il vous suffira peut-être d'avoir des serveurs situés dans un sous-ensemble de zones. Par exemple, la plupart du trafic nord-américain, mais pas tout, peut être reçu par des serveurs en cours d'exécution accessibles depuis les côtes est et ouest.
La date limite à laquelle vous devez envoyer une réponse aux enchères est indiquée dans BidRequest.tmax ou BidRequest.response_deadline_ms dans le protocole Google RTB obsolète. L'échéance varie généralement entre 80 et 1 000 ms.
Nous exigeons que 85 % des réponses soient reçues dans le délai imparti du point de vue de la place de marché et nous limitons les enchérisseurs qui ne peuvent pas y parvenir de manière cohérente. Cette échéance inclut à la fois le temps réseau entre l'emplacement de la place de marché et votre système d'enchères, et le temps qu'il faut à votre système d'enchères pour générer une réponse. Nous vous recommandons de cibler un temps total bien inférieur à la date limite afin de laisser un tampon pour les changements inattendus de la latence réseau entre votre enchérisseur et le lieu de négociation.
Appairage
Google recommande aux acheteurs RTB qui reçoivent un grand volume de requêtes de configurer des requêtes de peering avec nous afin de réduire la latence et la volatilité de la latence.
Nous nous appairons avec n'importe quel réseau à condition qu'il réponde aux exigences techniques de Google, comme disposer d'un ASN public. Pour en savoir plus, consultez les exigences techniques. Notez que l'exigence de trafic est levée pour les clients RTB. Pour en savoir plus, consultez le Règlement sur l'appairage de Google.
Pour envoyer une demande de peering, remplissez notre formulaire de demande de peering. Nous vous enverrons ensuite un numéro de demande par e-mail, que vous pourrez utiliser pour tout suivi avec votre responsable de compte technique.