> For the complete documentation index, see [llms.txt](https://docs.exoclick.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.exoclick.com/rtb/fr/editeurs/rtb-ouvert/pub-open-rtb-2.4-response.md).

# 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 à l'enchère

| Attribut | Description                                                                                 |
| -------- | ------------------------------------------------------------------------------------------- |
| id       | ID de la demande d'enchère (chaîne)                                                         |
| seatbid  | Collection des enchères effectué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 de caractères)        |
| 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 créatif pour aider à la vérification de la qualité de l'annonce (chaîne)     |
| iurl     | URL du créatif                                                                  |
| ext      | Extension spécifique à ExoClick (objet)                                         |

{% hint style="info" %}
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.
{% endhint %}

### seatbid.bid.ext

| Attribut | Description                                                                                                                                                               |
| -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| btype    | Modèle de tarification. Valeurs : 1 = CPM, 2 = CPC\*. Par défaut = 1 (entier). **Remarque**: Lorsque la réponse concerne une demande de zone Email Clicks, 1 = Smart CPC. |
|          | **Remarque**: Seuls les Push Notification, les annonces Native, Direct Link et 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 faire d'enchère réelle, un code de réponse HTTP 204 « No Content » sera envoyé.

## Notification de gain

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

## Notification de facturation <a href="#billing-notification" id="billing-notification"></a>

Lorsque le paramètre **Objet de réponse d'enchère > Objet Seat Bid > Objet Bid > burl** est présent dans la réponse d'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 « Served » parallèles **métriques « Served »** dans les [Statistiques RTB.](/publishers/publisher-statistics.md#the-real-time-bidding-panel) qui montrent l'écart entre ce qui a été affiché et ce qui a été facturé.

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

### Logique de comptage <a href="#count-logic" id="count-logic"></a>

* **Lorsque BURL est désactivé** — L'impression ou le clic repose entièrement sur le tracker côté client déclenché par la publicité rendue. C'est la méthode par défaut d'aujourd'hui pour compter les impressions et les 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 le déclenche pas** — 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 sur le suivi côté client <a href="#what-stays-on-client-side-tracking" id="what-stays-on-client-side-tracking"></a>

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

### Notification de facturation <a href="#billing-notification" id="billing-notification"></a>

Lorsque le paramètre **Objet de réponse d'enchère > Objet Seat Bid > Objet Bid > burl** est présent dans la réponse d'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 « Served » parallèles **métriques « Served »** dans les [Statistiques RTB.](/publishers/publisher-statistics.md#the-real-time-bidding-panel) qui montrent l'écart entre ce qui a été affiché et ce qui a été facturé.

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

#### Logique de comptage <a href="#count-logic" id="count-logic"></a>

* **Lorsque BURL est désactivé** — L'impression ou le clic repose entièrement sur le tracker côté client déclenché par la publicité rendue. C'est la méthode par défaut d'aujourd'hui pour compter les impressions et les 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 le déclenche pas** — 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 sur le suivi côté client <a href="#what-stays-on-client-side-tracking" id="what-stays-on-client-side-tracking"></a>

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

## Exemples

Vous pouvez trouver des exemples détaillés des réponses que vous pouvez recevoir dans la [page d'exemple](/rtb/fr/editeurs/rtb-ouvert/open-rtb-publisher-code-examples.md).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.exoclick.com/rtb/fr/editeurs/rtb-ouvert/pub-open-rtb-2.4-response.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
