Requisitos de licitación y mejores prácticas

Requisitos de integración de las licitaciones

Todas las integraciones con sistemas propios deben seguir los criterios que se indican a continuación para que la integración que se desea implementar se desarrolle de manera óptima y correcta.

• Enviar solicitudes para todas las impresiones de anuncios que se pueden ganar (por ejemplo, si no es una venta directa).
• Enviar una sola solicitud por cada oportunidad de impresión.
• No combinar pujas y solicitudes estándar (también llamadas etiquetas) para el mismo anuncio.
• No enviar una solicitud para la misma oportunidad de impresión para la cascada y la puja.
• Enviar notificaciones de éxito, pérdida o tiempo agotado con los códigos de pérdida correspondientes.
• Obtener el buyeruid del cliente mediante el SDK de Audience Network. El buyeruid es el token de puja del usuario que se genera del lado del cliente al usar el método getBidderToken desde el SDK de Audience Network.
• Usar el SDK de Audience Network para recuperar y presentar anuncios.
• Solicitar el anuncio únicamente si la puja gana la subasta.
• Enviar las solicitudes de puja con el token de autenticación (identificador de solicitud y clave secreta de la app).
• Agregar un encabezado HTTP a cada solicitud, el cual se denomina x-fb-pool-routing-token y tiene como valor el token de quien puja.
• Configurar varios precios mínimos en otros orígenes de pedidos que se encuentran en una cascada convencional al combinarla con la puja. Configurar dos precios mínimos suele ser un buen comienzo. Esto sirve para lograr un control minucioso de cómo compite la subasta con la cascada, lo cual aumenta el rendimiento general.

Mejores prácticas de licitación

Además de cumplir con los criterios para lograr una integración óptima, también aconsejamos seguir estas prácticas recomendadas.

• Establece un valor de límite de tiempo de solicitud de puja de 1 segundo, como mínimo.
• Obtén el token de puja de cada solicitud de puja en el servidor.
• Envía un identificador único en relación con cada solicitud.
• Lee y registra el encabezado HTTP x-fb-an-errors de las respuestas de puja con un código de estado diferente de 200 a fin de usarlo para la solución de problemas.
• Lee y registra el encabezado HTTP x-fb-an-request-id de todas las respuestas de puja a fin de usarlo para la solución de problemas.
• Para las pujas, usa los identificadores de ubicación existentes y no crees nuevos, a menos que estés efectuando una prueba A/B o estés usando una plataforma para socios que requiera crear ubicaciones nuevas.
• De ser posible, utiliza una integración de servidor a servidor para cambiar el procesamiento y el uso de la red del dispositivo y de la red del usuario a los servidores y a la red del editor, y, a su vez, para poder realizar modificaciones de puja y de subasta sin hacer cambios en la app.
• Puedes pasar un cuerpo de solicitud comprimido con gzip si proporcionas un encabezado Content-Encoding:gzip a tu solicitud.
• No utilices precios mínimos en las pujas, ya que no se tendrán en cuenta.

Más información

• Integración de puja
• Configuración de la plataforma