Para ayudar a cumplir con las restricciones de latencia del servicio de RTB, debes ubicar tus servidores cerca de las ubicaciones de comercio que se enumeran a continuación. Consulta el debate sobre cómo ubicar a tus ofertantes para obtener más información.
Ubicaciones de comercio
Una ubicación de comercio es el punto óptimo de un clúster de servidores dispersos geográficamente en el que la infraestructura que aloja una aplicación de ofertante puede beneficiarse más en términos de latencia. Las solicitudes de oferta de ofertas en tiempo real no necesariamente se originan en la ubicación de la operación y pueden provenir de cualquier otra parte del clúster. Por ejemplo, Singapur es la ubicación de comercio del clúster de Asia-Pacífico, que se extiende de Australia a 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 del servidor | Ubicación de la operació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
No garantizamos que las solicitudes de ofertas para las impresiones de un usuario determinado siempre se enviarán a través de la misma ubicación de la operación. Por lo tanto, para recibir todas las impresiones, debes tener servidores accesibles desde todas las ubicaciones. Si solo deseas un subconjunto de impresiones, puede ser suficiente para ejecutar servidores en un subconjunto de ubicaciones. Por ejemplo, la mayor parte del tráfico en Norteamérica puede ser recibido por servidores en ejecución a los que se puede acceder desde la costa este y la costa oeste.
El plazo, medido desde la ubicación de la operación, para que se reciba una respuesta una vez que se envía una solicitud de oferta varía de 80 ms a 1,000 ms, según el formato y el tipo de subasta. Verifica el valor exacto en los campos tmax o response_deadline_ms de la solicitud de oferta.
Exigimos que el 85% de las respuestas se reciban dentro del plazo desde la perspectiva de la ubicación de la operación y limitaremos a los ofertantes que no puedan lograrlo de forma coherente. Este plazo incluye el tiempo de red entre la ubicación de la operación y tu ofertante, así como el tiempo que le toma al ofertante generar una respuesta. Recomendamos establecer como objetivo un tiempo total muy por debajo de la fecha límite para dejar un búfer para cambios inesperados en la latencia de la red entre tu ofertante y la ubicación de la operación.
Intercambio de tráfico
Google recomienda que los compradores de RTB que reciben un gran volumen de solicitudes configuren las solicitudes de intercambio de tráfico con nosotros para reducir la latencia y la volatilidad de 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. Tenga en cuenta que el requisito de tráfico no se aplica a 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 intercambio de tráfico, completa nuestro formulario de solicitud de intercambio de tráfico. Luego, te enviaremos un número de ticket por correo electrónico, que podrás usar en cualquier seguimiento con tu administrador técnico de cuentas.