Protocolo de licitación de AppNexus

Importante

• No compatible: ya no se admite el protocolo de licitación appNexus; esta documentación es solo para fines heredados. Ya no se utiliza.
• Si es un nuevo licitador que se integra con AppNexus, consulte el Protocolo de licitación de OpenRTB 2.4.

Al registrar una instancia del licitador en la plataforma AppNexus, appNexus Impression Bus le enviará una serie de solicitudes, la clave es la solicitud de puja. El postor responderá con una serie de respuestas, la clave es la respuesta de la oferta. A continuación encontrará una lista de las solicitudes y respuestas y breves explicaciones del uso de cada una. Un licitador tendrá que crear "controladores" (es decir, un controlador de solicitudes de puja, un controlador de clics, etc.) para cada uno de los servicios que planea admitir.

Solicitud/respuesta específica de la impresión

Hay tres solicitudes o respuestas que se usan para una impresión estándar que pasa por el Bus de impresiones:

• Solicitud de puja
• Respuesta de la oferta
• Solicitud de notificación

Proceso

1. Una solicitud de anuncio (lado cliente) se origina en el explorador del usuario en un sitio del publicador y solicita un anuncio desde el Bus de impresiones a través de un TinyTag.
2. El Bus de impresiones envía una solicitud de puja (del lado servidor) a todos los licitadores aplicables y espera sus respuestas. Los datos de usuario de cada pujador se pasan con la solicitud de puja.
3. Los licitadores envían una respuesta de puja al bus de impresiones dentro del período de tiempo de espera (actualmente 100 ms para la mayoría de los vendedores, más tiempo para algunos vendedores). Esto incluirá el código javascript que se usará para modificar los datos de usuario en caso de que el licitador gane la subasta.
4. Impression Bus determina la puja de pago más alta y devuelve la creatividad asociada al explorador del usuario.
5. Se envía una solicitud de notificación a todos los licitadores aplicables, incluidos los licitadores que no enviaron una respuesta de puja, para detallar los resultados de la subasta.

Nota:

Este proceso es ligeramente diferente para las subastas en las que los resultados se pasan a un intercambio secundario.

Otras solicitudes o respuestas

Solicitud lista para el licitador

Cada instancia del licitador (consulte Servicio de instancia del licitador) debe tener un servicio de trabajo que responda a una solicitud lista. Esto permite que El Bus de impresiones sepa en tiempo real a qué instancias debe enviar tráfico.

Solicitud de clic del licitador

Un licitador puede (opcionalmente) crear un controlador de clics para la solicitud de clic. Esto solo es necesario si los miembros del postor deciden usar el seguimiento de clics a través del Bus de impresiones. Si todos los creativos de un miembro son etiquetas de terceros (por ejemplo, DART o Atlas) y deciden usar el tercero únicamente con fines de seguimiento de clics, es posible que el postor no necesite admitir este tipo de solicitud.

Mobile OpenRTB para licitadores

Los asociados de demanda móvil se pueden integrar con AppNexus mediante la especificación de la API de OpenRTB. Para obtener más información, consulte Integración de Mobile OpenRTB.