> 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.5-response.md). # Respuesta de puja Open RTB 2.5 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 XML de anuncio de ExoClick (cadena) | | nurl | URL de notificación de victoria (cadena) | | burl | URL de notificación de facturación (cadena) | | cid | ID de campaña para ayudar con la comprobación de la calidad del anuncio (cadena) | | crid | ID creativo para ayudar con la comprobación de la calidad del anuncio (cadena) | | adid | ID del anuncio para ayudar con la comprobación de la calidad del anuncio (igual que crid) (cadena) | | adomain | Dominio del anunciante o dominio del exchange (array de cadenas) | | cat | Categorías de contenido IAB del creativo (array de cadenas) | | w | Ancho del creativo (entero) | | h | Altura del creativo (entero) | | ext | Extensión específica de ExoClick (objeto) | ### seatbid.bid.ext | Atributo | Descripción | | -------- | ------------------------------------------------------------------------------------------------------------------------- | | btype | Modelo de precios. Valores: 1 = CPM, 2 = CPC. Predeterminado = 1 (int). | | | **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 "Sin contenido". ## Notificación de victoria Cuando el parámetro **Objeto de respuesta de puja > Objeto de puja de asiento > Objeto de puja > nurl** está en la respuesta de la 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 puja de asiento > Objeto de puja > burl** está en la respuesta de la puja, se realiza una solicitud GET a esa URL cuando la impresión o el clic pasa a ser facturable (CPM o CPC, según el `btype` campo). Esto permite que la impresión o el clic se contabilice a partir del evento facturable en lugar del seguimiento basado en el lado del cliente, y proporciona métricas "Served" en paralelo **"Served"** en los [Estadísticas de RTB.](/publishers/publisher-statistics.md#the-real-time-bidding-panel) que muestran la diferencia entre lo que se renderizó y lo que se facturó. Si están presentes tanto nurl como burl, se deben llamar ambos. ### Lógica de recuento * **Cuando BURL está deshabilitado** — La impresión o el clic dependen completamente del rastreador del lado del cliente activado por el anuncio renderizado. Es el valor predeterminado actual para contabilizar impresiones y clics. * **Cuando BURL está habilitado** — La impresión o el clic se contabiliza a partir de la llamada burl en lugar del seguimiento del lado del cliente. * **Cuando BURL está habilitado pero el partner no lo activa** — El recuento de impresiones o clics cae a cero a efectos de facturación, mientras que las impresiones servidas (lo que registró el navegador) se mantienen. Esta discrepancia señala un problema técnico de integración. ### Lo que permanece en el seguimiento del lado del cliente * **Limitación de frecuencia**. FC sigue dependiendo de los eventos de impresión independientemente del ajuste 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 puja de asiento > Objeto de puja > burl** está en la respuesta de la puja, se realiza una solicitud GET a esa URL cuando la impresión o el clic pasa a ser facturable (CPM o CPC, según el `btype` campo). Esto permite que la impresión o el clic se contabilice a partir del evento facturable en lugar del seguimiento basado en el lado del cliente, y proporciona métricas "Served" en paralelo **"Served"** en los [Estadísticas de RTB.](/publishers/publisher-statistics.md#the-real-time-bidding-panel) que muestran la diferencia entre lo que se renderizó y lo que se facturó. Si están presentes tanto nurl como burl, se deben llamar ambos. #### Lógica de recuento * **Cuando BURL está deshabilitado** — La impresión o el clic dependen completamente del rastreador del lado del cliente activado por el anuncio renderizado. Es el valor predeterminado actual para contabilizar impresiones y clics. * **Cuando BURL está habilitado** — La impresión o el clic se contabiliza a partir de la llamada burl en lugar del seguimiento del lado del cliente. * **Cuando BURL está habilitado pero el partner no lo activa** — El recuento de impresiones o clics cae a cero a efectos de facturación, mientras que las impresiones servidas (lo que registró el navegador) se mantienen. Esta discrepancia señala un problema técnico de integración. #### Lo que permanece en el seguimiento del lado del cliente * **Limitación de frecuencia**. FC sigue dependiendo de los eventos de impresión independientemente del ajuste 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-2.5-pub-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.5-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.