Cuando tu aplicación esté completa y la hayas probado internamente, esta deberá someterse a un conjunto de pruebas estandarizadas en las que el representante de tu Cuenta de Google envíe solicitudes de prueba a los 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 estés 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 tipos de información, como la siguiente:
- Información de contacto del equipo 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.
- 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 (consultas por segundo) que estás dispuesto a entregar desde cada ubicación física una vez finalizada la prueba.
- Fecha a partir de la cual tus servidores de concordancia de código de RTB o cookies están activos para las pruebas. Google enviará las solicitudes de RTB a tus servidores en esa fecha o poco después.
- Latencia estimada que utilizarán sus servidores para procesar solicitudes de RTB.
- Claves de PGP para la información de desencriptación de precios de envío por correo.
- 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 el tráfico sintético para verificar las latencias de diferentes ubicaciones. Google también realizará algunas pruebas básicas sobre cómo se renderizan los anuncios y para hacer un seguimiento adecuado de los clics. (La mayor parte de esto debes realizarla durante tus propias pruebas y durante la certificación). También te pediremos que confirmes que puedes recibir y decodificar las notificaciones y los 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 Google recibe una respuesta. Este plazo depende del formato y el tipo de subasta. Verifica el valor exacto en los campos tmax o response_deadline_ms de la solicitud de oferta.
Un ofertante que tenga tasas de tiempo de espera altas debido a eventos de red o algún otro problema se limitará automáticamente. Esta limitación reducirá o aumentará el tráfico de forma automática en un período de unos minutos. Si el tráfico suele limitarse 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.