Respuesta de puja de Open RTB 2.5

La respuesta a una solicitud de puja tendrá la siguiente estructura:

Objeto de respuesta de puja

Atributo	Descripción
id	ID de la solicitud de puja (cadena)
seatbid	Colección de pujas realizadas por el ofertante en nombre de un asiento específico.

seatbid

Atributo	Descripción
puja	ID del objeto de impresión al que se aplica esta puja (cadena)

seatbid.bid

Atributo	Descripción
id	ID del objeto de puja elegido por el ofertante (cadena)
impid	ID del objeto de impresión al que se aplica esta puja (cadena)
precio	Precio de la puja en CPM o CPC (float)
adm	Marcado XML del anuncio de ExoClick (cadena)
nurl	URL de notificación de victoria (cadena)
burl	URL de notificación de facturación (cadena)
cid	ID de campaña para ayudar con la comprobación de la calidad del anuncio (cadena)
crid	ID del creativo para ayudar con la comprobación de la calidad del anuncio (cadena)
adid	ID del anuncio para ayudar con la comprobación de la calidad del anuncio (igual que crid) (cadena)
adomain	Dominio del anunciante, o dominio del exchange (array de cadenas)
cat	Categorías de contenido IAB del creativo (array de cadenas)
w	Ancho del creativo (entero)
h	Altura del creativo (entero)
ext	Extensión específica de ExoClick (objeto)

seatbid.bid.ext

Atributo	Descripción
btype	Modelo de precios. Valores: 1 = CPM, 2 = CPC. Predeterminado = 1 (int).
	Nota: Solo Push Notification, anuncios nativos, Direct Link y Email Clicks pueden pujar con el modelo de precios CPC.

Respuesta sin puja

Para responder a una solicitud de puja sin realizar una puja real, se enviará un código de respuesta HTTP 204 "No Content".

Notificación de victoria

Cuando el parámetro Objeto de respuesta de puja > Objeto de puja de asiento > Objeto de puja > nurl está en la respuesta de puja, se debe realizar una solicitud GET a esa URL.

Notificación de facturación

Cuando el parámetro Objeto de respuesta de puja > Objeto de puja de asiento > Objeto de puja > burl está en la respuesta de puja, se realiza una solicitud GET a esa URL cuando la impresión o el clic se vuelve facturable (CPM o CPC, según el btype campo). Esto permite que la impresión o el clic se contabilicen a partir del evento facturable en lugar del seguimiento basado en el cliente, y proporciona "Served" métricas en las Estadísticas RTB. que muestran la diferencia entre lo que se renderizó y lo que se facturó.

Si están presentes tanto nurl como burl, ambos deben llamarse.

Lógica de conteo

• Cuando BURL está deshabilitado — La impresión o el clic dependen por completo del rastreador del lado del cliente activado por el anuncio renderizado. El valor predeterminado actual para contabilizar impresiones y clics.
• Cuando BURL está habilitado — La impresión o el clic se contabiliza a partir de la llamada burl en lugar del seguimiento del lado del cliente.
• Cuando BURL está habilitado pero el partner no envía la llamada — El conteo de impresiones o clics cae a cero a efectos de facturación, mientras que las impresiones servidas (lo que registró el navegador) permanecen. Esta discrepancia señala un problema técnico de integración.

Lo que permanece en el seguimiento del lado del cliente

• Limitación de frecuencia. FC sigue dependiendo de los eventos de impresión independientemente del interruptor BURL.
• Todas las métricas de "Served", por definición.
• Zonas directas (no RTB), que no tienen el concepto de BURL.

Ejemplos

Puede encontrar ejemplos detallados de las respuestas que puede recibir en la página de ejemplos.