Prueba y lanza tu aplicación

Cuando tu aplicación esté completa y la hayas probado de forma interna, debe someterse a un conjunto de pruebas estandarizadas en las que el representante de tu Cuenta de Google envíe solicitudes de prueba a tus servidores. Una vez que tu aplicación pasa estas pruebas, es apta para su lanzamiento. En los siguientes temas, se explica cómo funciona el proceso de prueba y lanzamiento.

Cómo realizar 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 pedirá que proporciones información diversa, 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 por abordar, 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.
  • La URL habilitada para SSL del servidor de coincidencia de códigos de cookies, si habilitaste esta funcionalidad
  • La ubicación física (estado, país) de tus servidores de RTB para optimizar la comunicación con los servidores de Google.
  • Cantidad máxima de QPS (consulta por segundo) que quieres entregar desde cada ubicación física una vez que finalizan las pruebas.
  • Es la fecha a partir de la cual tus servidores de coincidencia de código de cookies / RTB están activos para realizar 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.
  • Claves de PGP para enviar información de desencriptación de precios por correo postal.
  • Confirma que la segmentación previa esté configurada 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 latencias de diferentes ubicaciones. Google también realizará algunas pruebas básicas para renderizar los anuncios y hacer un seguimiento de clics adecuado. (la mayor parte de esto debe hacerse durante tus propias pruebas y durante la certificación). También te pediremos que confirmes que puedes recibir y decodificar notificaciones y clics de precios ganadores. 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, que se mide desde el momento en que Google envía la llamada hasta el momento en que recibe una respuesta. Este plazo depende del formato y el tipo de subasta. Consulta el campo tmax o response_deadline_ms de la solicitud de oferta para conocer el valor exacto.

Para calificar para las impresiones procesadas en una ubicación determinada, como máximo el 2% de las solicitudes debe superar este plazo. Si deseas recibir impresiones de varias ubicaciones de comercio de acuerdo con estos requisitos, por lo general, es necesario ejecutar servidores de ofertas en todas las regiones. Por ejemplo, para recibir impresiones tanto de la costa este como del oeste de Estados Unidos, deberás tener servidores de ofertas ejecutándose tanto en la costa este como en la oeste.

Se limitará automáticamente a los ofertantes que tengan tasas de tiempo de espera altas debido a eventos de red o algún otro problema. Esta limitación reducirá o aumentará automáticamente el tráfico en un período de algunos minutos. Si el tráfico se suele limitar durante un período prolongado, es posible que Google ajuste tu cuota de tráfico a un nivel que pueda manejarse de manera más coherente.