Prueba y lanza tu aplicación

Cuando tu aplicación esté completa y la hayas probado internamente, debe someterse a un conjunto de pruebas estandarizadas en las que tu representante de la cuenta de Google enviará solicitudes de prueba a tus servidores. Una vez que tu aplicación supere estas pruebas, será apta para el lanzamiento. En los siguientes temas, se explica cómo funciona el proceso de prueba y lanzamiento.

Pruebas con el tráfico de Google

Cuando esté todo listo para comenzar a realizar pruebas con el tráfico enviado desde Google, comunícate con tu representante de Authorized Buyers. Se te pedirá que proporciones varios datos, como los siguientes:

• Información de contacto del equipo de ingeniería Si las pruebas no se realizan según lo previsto y hay problemas de ingeniería que deben abordarse, usaremos esta información de contacto para interactuar directamente con tu equipo.
• Es la URL habilitada para SSL que responde a las solicitudes de RTB.
• Es la URL habilitada para SSL del servidor de Cookie Code Matching, si optaste por usar esta funcionalidad.
• La ubicación física (estado y país) de tus servidores de RTB, para optimizar la comunicación con los servidores de Google
• Cantidad máxima de QPS (consultas por segundo) que deseas publicar desde cada ubicación física después de que finalicen las pruebas.
• Fecha a partir de la cual tus servidores de RTB o de coincidencia de códigos de cookies están activos para las pruebas. Google enviará solicitudes de RTB a tus servidores en esa fecha o poco después.
• Es la latencia estimada que usarán tus servidores para procesar las solicitudes de RTB.
• Son las claves PGP para la información de desencriptación de precios de envío.
• Confirma que la segmentación previa esté configurada en la IU de segmentación previa.

Comunícate con tu representante de Authorized Buyers para cambiar esta información en cualquier momento durante el proceso de prueba.

Las pruebas incluirán varios pasos con tráfico sintético para verificar las latencias desde diferentes ubicaciones. Google también realizará algunas pruebas básicas para garantizar que los anuncios se rendericen y que el seguimiento de clics funcione correctamente. (La mayor parte de esto se debe hacer durante tus propias pruebas y durante la certificación). También te pediremos que confirmes que puedes recibir y decodificar las notificaciones de precios ganadores y los clics. Una vez que se verifiquen estos elementos, el siguiente paso será un aumento gradual del tráfico en vivo durante varios días.

El requisito de latencia para usar el Creador de ofertas en tiempo real es de 80 a 1,000 ms, medido desde el momento en que Google envía la llamada hasta el momento en que recibe una respuesta. Esta fecha límite depende del formato y del tipo de subasta. Consulta el campo BidRequest.tmax para conocer el valor exacto.

Para calificar para las impresiones procesadas en una ubicación determinada, como máximo el 2% de las solicitudes deben superar este plazo. Si deseas recibir impresiones de varias ubicaciones comerciales según estos requisitos, suele ser necesario ejecutar servidores de ofertas en todas las regiones. Por ejemplo, recibir impresiones de las costas este y oeste de Estados Unidos suele requerir que tengas servidores de ofertas ejecutándose en ambas costas.

Los postores que tengan tasas de tiempo de espera altas de forma temporal debido a eventos de red o a otros problemas se limitarán automáticamente. Esta limitación reducirá o aumentará automáticamente el tráfico en un período de unos minutos. Si el tráfico se limita con frecuencia durante un período prolongado, es posible que Google ajuste tu cuota de tráfico a un nivel que se pueda controlar de manera más coherente.