Réponse d'enchère Open RTB 2.4

La réponse à une demande d'enchère aura la structure suivante :

Objet de réponse d'enchère

Attribut	Description
id	ID de la demande d'enchère (chaîne)
seatbid	Collection d'enchères réalisées par l'enchérisseur pour le compte d'un siège spécifique.

seatbid

Attribut	Description
bid	ID de l'objet d'impression auquel cette enchère s'applique (chaîne)

seatbid.bid

Attribut	Description
id	ID de l'objet d'enchère choisi par l'enchérisseur (chaîne)
impid	ID de l'objet d'impression auquel cette enchère s'applique (chaîne)
price	Prix de l'enchère en CPM ou CPC (flottant)
adm	Balise publicitaire XML/JSON ExoClick (chaîne)
nurl	URL de notification de gain
cid	ID de campagne pour aider à la vérification de la qualité des annonces (chaîne)
crid	ID de création pour aider à la vérification de la qualité des annonces (chaîne)
iurl	URL de la création
ext	Extension spécifique à ExoClick (objet)

La nURL doit être notifiée afin de garantir le plafonnement de la campagne et d'éviter d'obtenir la même réponse à chaque fois.

seatbid.bid.ext

Attribut	Description
btype	Modèle de tarification. Valeurs : 1 = CPM, 2 = CPC*. Par défaut = 1 (entier). Note: Lorsque la réponse concerne une demande de zone Email Clicks, 1 = Smart CPC.
	Note: Seules les Push Notifications, les annonces natives, les Direct Links et les Email Clicks peuvent enchérir avec le modèle de tarification CPC.

Réponse sans enchère

Pour répondre à une demande d'enchère sans effectuer d'enchère réelle, un code de réponse HTTP 204 « No Content » sera envoyé.

Notification de gain

Lorsque le paramètre Bid Response Object > Seat Bid Object > Bid Object > nurl est présent dans la réponse à l'enchère, une requête GET doit être effectuée vers cette URL.

Notification de facturation

Lorsque le paramètre Bid Response Object > Seat Bid Object > Bid Object > burl est présent dans la réponse à l'enchère, une requête GET est effectuée vers cette URL lorsque l'impression ou le clic devient facturable (CPM ou CPC, selon le btype champ). Cela permet de compter l'impression ou le clic à partir de l'événement facturable plutôt qu'à partir du suivi côté client, et fournit des métriques parallèles métriques « Served » dans les statistiques RTB. qui montrent l'écart entre ce qui a été rendu et ce qui a été facturé.

Si nurl et burl sont tous deux présents, les deux doivent être appelés.

Logique de comptage

• Lorsque BURL est désactivé — L'impression ou le clic reposent entièrement sur le traceur côté client déclenché par l'annonce rendue. Le comportement par défaut actuel pour le comptage des impressions et des clics.
• Lorsque BURL est activé — L'impression ou le clic est compté à partir de l'appel burl au lieu du suivi côté client.
• Lorsque BURL est activé mais que le partenaire ne déclenche pas l'appel — Le nombre d'impressions ou de clics tombe à zéro à des fins de facturation, tandis que les impressions servies (ce que le navigateur a enregistré) restent. Cet écart signale un problème d'intégration technique.

Ce qui reste au suivi côté client

• Plafonnement de fréquence. Le FC continue de s'appuyer sur les événements d'impression, quel que soit l'activation de BURL.
• Toutes les métriques « Served », par définition.
• Zones directes (non-RTB), qui n'ont pas de concept BURL.

Exemples

Vous pouvez trouver des exemples détaillés des réponses que vous pouvez recevoir sur la page d'exemple.