> 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/es/editores/rtb-abierto/pub-open-rtb-2.4-response.md). # Respuesta de puja Open RTB 2.4 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 postor en nombre de un asiento específico. | ### seatbid | Atributo | Descripción | | -------- | -------------------------------------------------------------- | | bid | 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 postor (string) | | impid | ID del objeto de impresión al que se aplica esta puja (cadena) | | price | Precio de la puja en CPM o CPC (decimal) | | adm | Marcado de anuncios XML/JSON de ExoClick (cadena) | | nurl | URL de notificación de puja ganadora | | cid | ID de campaña para ayudar con la verificación de calidad del anuncio (cadena) | | crid | ID creativo para ayudar con la comprobación de la calidad del anuncio (cadena) | | iurl | URL del creativo | | ext | Extensión específica de ExoClick (objeto) | {% hint style="info" %} Se debe notificar la nURL para garantizar el límite de campañas y evitar obtener la misma respuesta cada vez. {% endhint %} ### seatbid.bid.ext | Atributo | Descripción | | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | btype | Modelo de precios. Valores: 1 = CPM, 2 = CPC\*. Predeterminado = 1 (int). **Nota**: Cuando la respuesta es para una solicitud de zona de clics de correo electrónico, 1 = CPC inteligente. | | | **Nota**: Solo Push Notification, anuncios nativos, Direct Link y Email Clicks pueden pujar con el modelo de precios CPC. | ## Sin respuesta de 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 puja ganadora Cuando el parámetro **Objeto de respuesta de puja > Objeto de asiento de puja > 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 asiento de puja > 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 contar la impresión o el clic a partir del evento facturable en lugar del seguimiento basado en el lado del cliente, y proporciona métricas "Served" en paralelo **métricas "Served"** en los [Estadísticas RTB.](/publishers/publisher-statistics.md#the-real-time-bidding-panel) que muestran la diferencia entre lo que se mostró y lo que se facturó. Si tanto nurl como burl están presentes, se deben llamar ambos. ### Lógica de conteo * **Cuando BURL está deshabilitado** — La impresión o el clic dependen totalmente del rastreador del lado del cliente activado por el anuncio renderizado. El valor predeterminado actual para contar impresiones y clics. * **Cuando BURL está habilitado** — La impresión o el clic se cuenta a partir de la llamada burl en lugar del seguimiento del lado del cliente. * **Cuando BURL está habilitado pero el socio no lo activa** — El conteo de impresiones o clics se reduce a cero a efectos de facturación, mientras que permanecen las impresiones servidas (lo que registró el navegador). Esta discrepancia señala un problema técnico de integración. ### Lo que permanece en el seguimiento del lado del cliente * **Límite de frecuencia**. FC sigue dependiendo de los eventos de impresión independientemente del interruptor de BURL. * **Todas las métricas "Served"**, por definición. * **Zonas directas (no RTB)**, que no tienen el concepto de BURL. ### Notificación de facturación Cuando el parámetro **Objeto de respuesta de puja > Objeto de asiento de puja > 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 contar la impresión o el clic a partir del evento facturable en lugar del seguimiento basado en el lado del cliente, y proporciona métricas "Served" en paralelo **métricas "Served"** en los [Estadísticas RTB.](/publishers/publisher-statistics.md#the-real-time-bidding-panel) que muestran la diferencia entre lo que se mostró y lo que se facturó. Si tanto nurl como burl están presentes, se deben llamar ambos. #### Lógica de conteo * **Cuando BURL está deshabilitado** — La impresión o el clic dependen totalmente del rastreador del lado del cliente activado por el anuncio renderizado. El valor predeterminado actual para contar impresiones y clics. * **Cuando BURL está habilitado** — La impresión o el clic se cuenta a partir de la llamada burl en lugar del seguimiento del lado del cliente. * **Cuando BURL está habilitado pero el socio no lo activa** — El conteo de impresiones o clics se reduce a cero a efectos de facturación, mientras que permanecen las impresiones servidas (lo que registró el navegador). Esta discrepancia señala un problema técnico de integración. #### Lo que permanece en el seguimiento del lado del cliente * **Límite de frecuencia**. FC sigue dependiendo de los eventos de impresión independientemente del interruptor de BURL. * **Todas las métricas "Served"**, por definición. * **Zonas directas (no RTB)**, que no tienen el concepto de BURL. ## Ejemplos Puedes encontrar ejemplos detallados de las respuestas que puedes recibir en la [página de ejemplo](/rtb/es/editores/rtb-abierto/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/es/editores/rtb-abierto/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.