> 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-supply.md). # Resumen de RTB para editores ## Integración RTB Descubre aquí la integración con Open RTB y ExoClick RTB: * [Integración Open RTB](/rtb/es/editores/open-rtb/open-rtb.md) * [Integración RTB de ExoClick](/rtb/es/editores/exoclick-rtb/exoclick-rtb.md) ## Estructura de la solicitud/respuesta de puja Las especificaciones de la solicitud/respuesta de puja están aquí: * [Solicitud de puja Open RTB 2.4](/rtb/es/editores/open-rtb/pub-open-rtb-2.4-request.md) * [Respuesta de puja Open RTB 2.4](/rtb/es/editores/open-rtb/pub-open-rtb-2.4-response.md) * [Solicitud de puja Open RTB 2.5](/rtb/es/editores/open-rtb/pub-open-rtb-2.5-request.md) * [Respuesta de puja Open RTB 2.5](/rtb/es/editores/open-rtb/pub-open-rtb-2.5-response.md) * [Solicitud de puja RTB de ExoClick](/rtb/es/editores/exoclick-rtb/bid-request.md) * [Respuesta de puja RTB de ExoClick](/rtb/es/editores/exoclick-rtb/bid-response.md) ## Ejemplos de solicitud/respuesta de puja Los ejemplos de solicitud/respuesta de puja están aquí: * [Ejemplos de Open RTB 2.4](/rtb/es/editores/open-rtb/open-rtb-publisher-code-examples.md) * [Ejemplos de Open RTB 2.5](/rtb/es/editores/open-rtb/open-rtb-2.5-pub-code-examples.md) * [Ejemplos de RTB de ExoClick](/rtb/es/editores/exoclick-rtb/exoclick-rtb-publisher-code-examples.md) Las redes IP utilizadas por ExoClick RTB se detallan aquí: * [Redes IP](/rtb/es/anunciantes/exoclick-rtb/redes-ip.md) ## Puntos clave 1. Se admiten las versiones 2.4 y 2.5 de los estándares Open RTB. Sin embargo, el ADM es diferente de los estándares. Si el cliente admite Open RTB, debe asegurarse de adaptar su ADM al de ExoClick. 2. Si el cliente admite XML, debe proporcionar a ExoClick sus especificaciones RTB y deberá adaptar su sistema al nuestro. 3. Los servidores RTB de ExoClick están presentes en varios centros de datos de Norteamérica, Europa y Asia. Normalmente, las solicitudes de una determinada región geográfica se enviarán desde el servidor más cercano, pero no siempre. El sistema distribuye las solicitudes de un servidor a otro en función de la carga de trabajo del servidor en cada momento. Por este motivo, no es posible dirigir el tráfico exclusivamente a través de una sola ubicación de servidor. 4. El 'tmax' (el tiempo máximo en milisegundos que el SSP permite para recibir pujas y evitar un tiempo de espera agotado) es de 300 ms. Esta información no se incluye en la solicitud, ya que siempre es la misma. 5. La moneda tampoco se incluye en las solicitudes con RTB Floor CPM 0, ya que la moneda se configura a nivel de cuenta. Si el anunciante solicita que la moneda se incluya en la solicitud, se debe establecer un RTB Floor CPM muy bajo. 6. La cantidad total de solicitudes dependerá del formato, la región geográfica, las categorías seleccionadas y **Limitación manual de RTB** configurado. Esto normalmente se habilita en zonas que no generan ingresos en ciertas regiones geográficas. En este caso, el limitador automático reducirá temporalmente las solicitudes al 1%. Cuando los ingresos aumenten y la zona vuelva a generar beneficios en esas regiones geográficas, el limitador se incrementará automáticamente. --- # 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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.exoclick.com/rtb/es/editores/rtb-supply.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.