Para cumplir con las restricciones de latencia del servicio de RTB, debes ubicar tus servidores cerca de las ubicaciones de intercambio que se indican a continuación. Consulta el debate sobre cómo ubicar a tus ofertantes para obtener más información.
Ubicaciones de intercambio
Una ubicación de intercambio es el punto óptimo de un clúster de servidores disperso geográficamente en el que la infraestructura que aloja una aplicación de oferta puede beneficiarse más en términos de latencia. Los textos destacados de las ofertas en tiempo real no se originan necesariamente en la ubicación de negociación y pueden provenir de otro lugar del clúster. Por ejemplo, Singapur es la ubicación comercial del clúster de Asia-Pacífico que se extiende desde Australia hasta Singapur.
En la siguiente tabla, se enumeran los dominios de referencia que se pueden usar para evaluar la latencia y estimar las mejores ubicaciones para tu servidor.
| Clúster de servidores | Ubicación de negociación | Dominio de referencia |
|---|---|---|
| Norteamérica (Costa Este) | Virginia del Norte, Estados Unidos | rtb-us-east.g.doubleclick.net |
| Norteamérica (Costa Oeste) | Área de la Bahía de San Francisco, California, Estados Unidos | rtb-us-west.g.doubleclick.net |
| Europa | Ámsterdam, Países Bajos | rtb-europe.g.doubleclick.net |
| Asia-Pacífico | Singapur | rtb-asia.g.doubleclick.net |
Ubicación del ofertante
Intentamos enviar solicitudes de oferta a la ubicación de negociación más cercana a la ubicación del usuario. Sin embargo, no garantizamos que las solicitudes de oferta para las impresiones de un usuario determinado siempre se envíen a la ubicación de negociación más cercana. Por lo tanto, para recibir todas las impresiones, debes tener servidores a los que se pueda acceder desde todas las ubicaciones. Si solo deseas un subconjunto de impresiones, es posible que sea suficiente ejecutar servidores en un subconjunto de ubicaciones. Por ejemplo, la mayoría, pero no todo, el tráfico de América del Norte se puede recibir ejecutando servidores accesibles desde las costas este y oeste.
El plazo en el que debes enviar una respuesta a la oferta se indica en BidRequest.tmax o BidRequest.response_deadline_ms en el protocolo de Google RTB obsoleto. El plazo suele oscilar entre 80 y 1,000 ms.
Exigimos que el 85% de las respuestas se reciban dentro del plazo desde la perspectiva de la ubicación de negociación y restringiremos a los ofertantes que no puedan lograr esto de forma coherente. Este plazo incluye el tiempo de red entre la ubicación de negociación y tu ofertador, y el tiempo que tarda tu ofertador en generar una respuesta. Te recomendamos que establezcas un tiempo total muy por debajo de la fecha límite para dejar un margen para cambios inesperados en la latencia de la red entre tu oferta y la ubicación de negociación.
Intercambio de tráfico
Google recomienda que los compradores de RTB que reciben un gran volumen de solicitudes configuren solicitudes de enrutamiento con nosotros para reducir la latencia y la volatilidad de la latencia.
Intercambiamos tráfico con cualquier red, siempre que cumpla con los requisitos técnicos de Google, como tener un ASN público. Consulta los requisitos técnicos para obtener más detalles. Ten en cuenta que el requisito de tráfico se renuncia para los clientes de RTB. Consulta la política de intercambio de tráfico de Google para obtener más información.
Para iniciar una solicitud de peering, completa nuestro formulario de solicitud de peering. Luego, te enviaremos un número de ticket por correo electrónico que podrás usar en cualquier comunicación posterior con tu administrador técnico de cuentas.