> 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/de/publisher/open-rtb/pub-open-rtb-2.4-response.md).

# Open RTB 2.4 Gebotsantwort

Die Antwort auf eine Gebotsanfrage hat die folgende Struktur:

## Bid-Response-Objekt

| Attribut | Beschreibung                                                                        |
| -------- | ----------------------------------------------------------------------------------- |
| id       | ID der Gebotsanfrage (String)                                                       |
| seatbid  | Sammlung von Geboten, die der Bieter im Namen eines bestimmten Seats abgegeben hat. |

### seatbid

| Attribut | Beschreibung                                                          |
| -------- | --------------------------------------------------------------------- |
| bid      | ID des Impression-Objekts, auf das sich dieses Gebot bezieht (String) |

### seatbid.bid

| Attribut | Beschreibung                                                                |
| -------- | --------------------------------------------------------------------------- |
| id       | ID für das vom Bieter gewählte Gebotsobjekt (String)                        |
| impid    | ID des Impression-Objekts, auf das sich dieses Gebot bezieht (String)       |
| price    | Gebotspreis in CPM oder CPC (Float)                                         |
| adm      | ExoClick XML/JSON-Anzeigenmarkup (String)                                   |
| nurl     | Gewinnbenachrichtigungs-URL                                                 |
| cid      | Kampagnen-ID zur Unterstützung der Anzeigenqualitätsprüfung (String)        |
| crid     | Creative-ID zur Unterstützung der Überprüfung der Anzeigenqualität (String) |
| iurl     | URL des Creatives                                                           |
| ext      | ExoClick-spezifische Erweiterung (Objekt)                                   |

{% hint style="info" %}
Die nURL muss benachrichtigt werden, um das Kampagnen-Capping sicherzustellen und zu vermeiden, dass jedes Mal dieselbe Antwort zurückgegeben wird.
{% endhint %}

### seatbid.bid.ext

| Attribut | Beschreibung                                                                                                                                     |
| -------- | ------------------------------------------------------------------------------------------------------------------------------------------------ |
| btype    | Preismodell. Werte: 1 = CPM, 2 = CPC\*. Standard = 1 (int). **Hinweis**: Wenn die Antwort für eine Email-Clicks-Zonenanfrage ist, 1 = Smart CPC. |
|          | **Hinweis**: Nur Push-Benachrichtigungen, Native Ads, Direct Link und Email Clicks dürfen mit dem CPC-Preismodell bieten.                        |

## Keine Gebotsantwort

Um eine Gebotsanfrage ohne tatsächliches Gebot zu beantworten, wird ein HTTP-Antwortcode 204 „No Content“ gesendet.

## Gewinnbenachrichtigung

Wenn der Parameter **Gebotsantwortobjekt > Seat-Bid-Objekt > Bid-Objekt > nurl** in der Gebotsantwort enthalten ist, muss eine GET-Anfrage an diese URL ausgeführt werden.

## Abrechnungsbenachrichtigung <a href="#billing-notification" id="billing-notification"></a>

Wenn der Parameter **Gebotsantwortobjekt > Seat-Bid-Objekt > Bid-Objekt > burl** in der Gebotsantwort enthalten ist, wird eine GET-Anfrage an diese URL gesendet, wenn die Impression oder der Klick abrechenbar wird (CPM oder CPC, gemäß dem `btype` Feld). Dies ermöglicht, die Impression oder den Klick vom abrechenbaren Ereignis an zu zählen, statt vom clientseitigen Tracking, und bietet parallele **"Ausgeliefert"-Metriken** in den [RTB-Statistiken.](/publishers/publisher-statistics.md#the-real-time-bidding-panel) die die Lücke zwischen dem, was gerendert wurde, und dem, was abgerechnet wurde, zeigen.

Wenn sowohl nurl als auch burl vorhanden sind, sollten beide aufgerufen werden.

### Zähllogik <a href="#count-logic" id="count-logic"></a>

* **Wenn BURL deaktiviert ist** — Die Impression oder der Klick verlässt sich vollständig auf den vom gerenderten Anzeigenaufruf ausgelösten clientseitigen Tracker. Der heutige Standard für das Zählen von Impressionen und Klicks.
* **Wenn BURL aktiviert ist** — Die Impression oder der Klick wird anhand des burl-Aufrufs statt des clientseitigen Trackings gezählt.
* **Wenn BURL aktiviert ist, der Partner jedoch nicht auslöst** — Die Zählung der Impressionen oder Klicks fällt für Abrechnungszwecke auf null, während die ausgelieferten Impressionen (was der Browser protokolliert hat) erhalten bleiben. Diese Diskrepanz weist auf ein technisches Integrationsproblem hin.

### Was auf dem clientseitigen Tracking bleibt <a href="#what-stays-on-client-side-tracking" id="what-stays-on-client-side-tracking"></a>

* **Frequency Capping**. FC basiert weiterhin unabhängig vom BURL-Umschalter auf Impression-Ereignissen.
* **Alle "Ausgeliefert"-Metriken**, per Definition.
* **Direkte (nicht-RTB) Zonen**, die kein BURL-Konzept haben.

### Abrechnungsbenachrichtigung <a href="#billing-notification" id="billing-notification"></a>

Wenn der Parameter **Gebotsantwortobjekt > Seat-Bid-Objekt > Bid-Objekt > burl** in der Gebotsantwort enthalten ist, wird eine GET-Anfrage an diese URL gesendet, wenn die Impression oder der Klick abrechenbar wird (CPM oder CPC, gemäß dem `btype` Feld). Dies ermöglicht, die Impression oder den Klick vom abrechenbaren Ereignis an zu zählen, statt vom clientseitigen Tracking, und bietet parallele **"Ausgeliefert"-Metriken** in den [RTB-Statistiken.](/publishers/publisher-statistics.md#the-real-time-bidding-panel) die die Lücke zwischen dem, was gerendert wurde, und dem, was abgerechnet wurde, zeigen.

Wenn sowohl nurl als auch burl vorhanden sind, sollten beide aufgerufen werden.

#### Zähllogik <a href="#count-logic" id="count-logic"></a>

* **Wenn BURL deaktiviert ist** — Die Impression oder der Klick verlässt sich vollständig auf den vom gerenderten Anzeigenaufruf ausgelösten clientseitigen Tracker. Der heutige Standard für das Zählen von Impressionen und Klicks.
* **Wenn BURL aktiviert ist** — Die Impression oder der Klick wird anhand des burl-Aufrufs statt des clientseitigen Trackings gezählt.
* **Wenn BURL aktiviert ist, der Partner jedoch nicht auslöst** — Die Zählung der Impressionen oder Klicks fällt für Abrechnungszwecke auf null, während die ausgelieferten Impressionen (was der Browser protokolliert hat) erhalten bleiben. Diese Diskrepanz weist auf ein technisches Integrationsproblem hin.

#### Was auf dem clientseitigen Tracking bleibt <a href="#what-stays-on-client-side-tracking" id="what-stays-on-client-side-tracking"></a>

* **Frequency Capping**. FC basiert weiterhin unabhängig vom BURL-Umschalter auf Impression-Ereignissen.
* **Alle "Ausgeliefert"-Metriken**, per Definition.
* **Direkte (nicht-RTB) Zonen**, die kein BURL-Konzept haben.

## Beispiele

Detaillierte Beispiele der Antworten, die Sie erhalten können, finden Sie auf der [Beispielseite](/rtb/de/publisher/open-rtb/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/de/publisher/open-rtb/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.
