> 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/it/editori/rtb-aperto/pub-open-rtb-2.4-response.md). # Risposta all'offerta Open RTB 2.4 La risposta a una richiesta di offerta avrà la seguente struttura: ## Oggetto di risposta dell'offerta | Attributo | Descrizione | | --------- | ------------------------------------------------------------------------------ | | id | ID della richiesta di offerta (stringa) | | seatbid | Raccolta di offerte effettuate dall'offerente per conto di una specifica seat. | ### seatbid | Attributo | Descrizione | | --------- | --------------------------------------------------------------------- | | bid | ID dell'oggetto impressione a cui si applica questa offerta (stringa) | ### seatbid.bid | Attributo | Descrizione | | --------- | ------------------------------------------------------------------------------------ | | id | ID dell'oggetto offerta scelto dall'offerente (stringa) | | impid | ID dell'oggetto impressione a cui si applica questa offerta (stringa) | | price | Prezzo dell'offerta in CPM o CPC (float) | | adm | Markup annuncio ExoClick XML/JSON (stringa) | | nurl | URL di notifica di vincita | | cid | ID campagna per aiutare nel controllo della qualità dell'annuncio (stringa) | | crid | ID della creatività per agevolare il controllo della qualità dell'annuncio (stringa) | | iurl | URL della creatività | | ext | Estensione specifica di ExoClick (oggetto) | {% hint style="info" %} La nURL deve essere notificata per garantire il campaign capping ed evitare di ricevere sempre la stessa risposta. {% endhint %} ### seatbid.bid.ext | Attributo | Descrizione | | --------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- | | btype | Modello di prezzo. Valori: 1 = CPM, 2 = CPC\*. Predefinito = 1 (int). **Nota**: Quando la risposta è per una richiesta di zona Email Clicks, 1 = Smart CPC. | | | **Nota**: solo Push Notification, annunci Native, Direct Link ed Email Clicks possono fare offerte con il modello di prezzo CPC. | ## Nessuna risposta all'offerta Per rispondere a una richiesta di offerta senza effettuare un'offerta reale, verrà inviato un codice di risposta HTTP 204 "No Content". ## Notifica di vincita Quando il parametro **Oggetto di risposta dell'offerta > Oggetto Seat Bid > Oggetto Bid > nurl** è presente nella risposta dell'offerta, deve essere eseguita una richiesta GET a tale URL. ## Notifica di fatturazione Quando il parametro **Oggetto di risposta dell'offerta > Oggetto Seat Bid > Oggetto Bid > burl** è presente nella risposta dell'offerta, viene eseguita una richiesta GET a quell'URL quando l'impression o il clic diventa fatturabile (CPM o CPC, in base al `btype` campo). Ciò consente di conteggiare l'impression o il clic a partire dall'evento fatturabile anziché dal tracciamento lato client, e fornisce metriche parallele **metriche "Served"** nelle [Statistiche RTB.](/publishers/publisher-statistics.md#the-real-time-bidding-panel) che mostrano il divario tra ciò che è stato renderizzato e ciò che è stato fatturato. Se sono presenti sia nurl che burl, entrambi devono essere chiamati. ### Logica di conteggio * **Quando BURL è disabilitato** — L'impression o il clic si basano interamente sul tracker lato client attivato dall'annuncio renderizzato. L'impostazione predefinita odierna per il conteggio di impression e clic. * **Quando BURL è abilitato** — L'impression o il clic viene conteggiato dalla chiamata burl invece che dal tracciamento lato client. * **Quando BURL è abilitato ma il partner non effettua la chiamata** — Il conteggio di impression o clic scende a zero ai fini della fatturazione, mentre le impression servite (quelle registrate dal browser) rimangono. Questa discrepanza segnala un problema di integrazione tecnica. ### Cosa rimane nel tracciamento lato client * **Limitazione della frequenza**. FC continua a basarsi sugli eventi di impression indipendentemente dall'attivazione di BURL. * **Tutte le metriche "Served"**, per definizione. * **Zone Direct (non RTB)**, che non hanno alcun concetto di BURL. ### Notifica di fatturazione Quando il parametro **Oggetto di risposta dell'offerta > Oggetto Seat Bid > Oggetto Bid > burl** è presente nella risposta dell'offerta, viene eseguita una richiesta GET a quell'URL quando l'impression o il clic diventa fatturabile (CPM o CPC, in base al `btype` campo). Ciò consente di conteggiare l'impression o il clic a partire dall'evento fatturabile anziché dal tracciamento lato client, e fornisce metriche parallele **metriche "Served"** nelle [Statistiche RTB.](/publishers/publisher-statistics.md#the-real-time-bidding-panel) che mostrano il divario tra ciò che è stato renderizzato e ciò che è stato fatturato. Se sono presenti sia nurl che burl, entrambi devono essere chiamati. #### Logica di conteggio * **Quando BURL è disabilitato** — L'impression o il clic si basano interamente sul tracker lato client attivato dall'annuncio renderizzato. L'impostazione predefinita odierna per il conteggio di impression e clic. * **Quando BURL è abilitato** — L'impression o il clic viene conteggiato dalla chiamata burl invece che dal tracciamento lato client. * **Quando BURL è abilitato ma il partner non effettua la chiamata** — Il conteggio di impression o clic scende a zero ai fini della fatturazione, mentre le impression servite (quelle registrate dal browser) rimangono. Questa discrepanza segnala un problema di integrazione tecnica. #### Cosa rimane nel tracciamento lato client * **Limitazione della frequenza**. FC continua a basarsi sugli eventi di impression indipendentemente dall'attivazione di BURL. * **Tutte le metriche "Served"**, per definizione. * **Zone Direct (non RTB)**, che non hanno alcun concetto di BURL. ## Esempi Puoi trovare esempi dettagliati delle risposte che puoi ricevere nella [pagina di esempio](/rtb/it/editori/rtb-aperto/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/it/editori/rtb-aperto/pub-open-rtb-2.4-response.md?ask=&goal= ``` `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.