Prueba y lanza tu aplicación

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

Pruebas con el tráfico de Google

Cuando tengas todo listo para comenzar a realizar pruebas con el tráfico que envía Google, comunícate con tu representante de Authorized Buyers. Se te solicitará que proporciones varios tipos de información, como la siguiente:

  • Información de contacto de Ingeniería. Si las pruebas no se realizan como se espera y hay problemas de ingeniería que deben abordarse, usaremos esta información de contacto para interactuar directamente con tu equipo.
  • La URL habilitada para SSL que responde a las solicitudes de RTB.
  • La URL habilitada para SSL del servidor de coincidencia de códigos de cookies, si habilitaste 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
  • Es la cantidad máxima de QPS (consultas por segundo) que deseas entregar desde cada ubicación física una vez que finalicen las pruebas.
  • Es la fecha a partir de la cual tus servidores de coincidencia de código de RTB o de cookies están activos para las pruebas. Google enviará solicitudes de RTB a tus servidores en esa fecha o poco después.
  • La latencia estimada que usarán tus servidores para procesar las solicitudes de RTB.
  • Claves PGP para la información de desencriptación de precios de correo
  • Confirma que el segmentación previa esté configurado en la IU de segmentación previa.

Comunícate con tu representante de Authorized Buyers para realizar cambios en 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 que los anuncios se rendericen y 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á aumentar gradualmente el 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 el tipo de subasta. Consulta el campo BidRequest.tmax para conocer el valor exacto.

Para calificar para las impresiones procesadas en una ubicación determinada, el 2% como máximo de las solicitudes debe superar esta fecha límite. Si deseas recibir impresiones de varias ubicaciones de mercado según estos requisitos, por lo general, es necesario ejecutar servidores de ofertas en todas las regiones. Por ejemplo, recibir impresiones de la costa este y la costa oeste de Estados Unidos suele requerir que tengas servidores de ofertas en ejecución en ambas costas.

Se reducirá automáticamente la velocidad de un ofertante que tenga tasas de tiempo de espera altas de forma temporal debido a eventos de red o a otros problemas. 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.