Definición profesional
El bid response es el mensaje que un DSP envía de vuelta al SSP o ad exchange después de recibir un bid request, dentro de una subasta de tipo RTB (Real-Time Bidding). El mensaje sigue el formato definido por OpenRTB, el protocolo abierto para subastas en tiempo real publicado por el IAB Tech Lab, y contiene el precio ofertado por la impresión, el identificador del anuncio o creatividad que se mostraría si la puja gana y los metadatos que el exchange necesita para evaluar la oferta dentro de la subasta. Un DSP puede decidir no responder cuando ninguna campaña activa cumple los criterios del bid request, y en ese caso simplemente no envía bid response para esa oportunidad.
Explicación sencilla
Cuando un usuario carga una página, el sitio pregunta a varios compradores automatizados cuánto pagarían por mostrarle un anuncio. Esa pregunta es el bid request. El bid response es la respuesta de cada comprador, con el precio que ofrece y el anuncio que quiere mostrar. El sitio compara las respuestas recibidas y elige la mejor oferta.
¿Por qué existe este concepto?
La subasta en tiempo real necesita una forma estandarizada de que múltiples compradores contesten al mismo tiempo con ofertas comparables. Sin un formato común, cada exchange interpretaría de manera distinta la oferta de cada DSP, algo que haría imposible evaluar miles de ofertas por impresión dentro de la ventana de tiempo que exige la publicidad programática. El bid response resuelve ese problema porque define exactamente qué campos debe traer una oferta y en qué orden. Eso permite que el exchange compare ofertas de decenas de compradores distintos bajo las mismas reglas.
¿Cómo funciona?
- El SSP o ad exchange envía un bid request a los DSP conectados con la información disponible sobre la impresión, como el tamaño del anuncio, el contexto de la página y los datos de audiencia permitidos. Cada DSP evalúa la oportunidad contra las campañas activas de sus anunciantes y decide si participa.
- El DSP que decide participar construye el bid response con el precio ofertado, la referencia a la creatividad y los identificadores requeridos por el protocolo. El exchange recibe los bid response de todos los compradores que respondieron dentro del tiempo límite y descarta cualquier respuesta que llegue después, un límite operativo que cada exchange fija según su propia configuración de timeout, no un estándar universal.
- El exchange ejecuta la lógica de subasta (first-price o second-price según su configuración) y determina el ganador. El exchange notifica el resultado mediante un win notice al DSP ganador, y
- El anuncio de ese bid response se entrega al usuario.
¿Quién lo utiliza?
- DSP (Demand-Side Platform). Construye y envía el bid response en nombre de los anunciantes que representa, decidiendo si participa según el ajuste de la oportunidad con las campañas activas.
- SSP o ad exchange. Recibe los bid response de todos los compradores conectados, valida que cumplan el formato esperado y los usa como insumo directo de la subasta.
- Equipo de trading o programmatic buyer del lado del anunciante. Define la lógica de pujas y las reglas que el DSP traduce en el precio incluido en cada bid response.
- Publisher o su ad server. No participa directamente en la construcción del mensaje, pero depende de que los bid response lleguen a tiempo y con precios competitivos para maximizar el ingreso de cada impresión vendida vía RTB.
Caso práctico
Un DSP recibe un bid request para una impresión de video en una aplicación de streaming. El sistema evalúa que dos campañas activas de sus anunciantes califican para esa impresión y compara el valor esperado de cada una según el objetivo de la campaña.
El DSP construye el bid response con el precio más alto entre las dos opciones y adjunta la referencia a la creatividad de esa campaña. El exchange recibe ese bid response junto con las ofertas de otros compradores conectados y aplica su lógica de subasta para elegir la oferta ganadora.
Error frecuente
Se supone con frecuencia que un DSP responde con un bid response a todo bid request que recibe.
Un DSP puede recibir miles de bid request por segundo y descartar la gran mayoría sin enviar respuesta, porque ninguna campaña activa cumple los criterios de la oportunidad o porque el precio esperado no justifica participar. Enviar bid response a cada solicitud sin filtro alguno consumiría recursos de cómputo sin generar valor y por eso los DSP aplican reglas de pre-filtrado antes de decidir si participan en la subasta.
¿Qué no es?
El bid request y el bid response corresponden a direcciones opuestas del mismo intercambio. El primero es la pregunta que envía el SSP o exchange hacia los DSP conectados, con los datos de la impresión disponible. El bid response es la respuesta que cada DSP envía de vuelta, con el precio y la creatividad que ofrece para esa impresión.
El término bid, usado como sustantivo general, se refiere a la oferta o el monto ofrecido en una subasta programática. El bid response es el mensaje técnico completo que contiene ese bid además de otros campos obligatorios del protocolo, como el identificador de la creatividad y los datos de seguimiento requeridos por el exchange. Confundir ambos lleva a tratar como sinónimos un concepto general y un mensaje estructurado con reglas de formato propias.
Un win notice tampoco equivale a un bid response. El win notice es la notificación que el exchange envía después de la subasta para confirmar al DSP ganador que su oferta fue seleccionada. El bid response es el mensaje previo que contiene la oferta misma, antes de que la subasta determine un ganador.
Términos relacionados
Evolución histórica
El formato del bid response está definido dentro de OpenRTB, el protocolo que surgió a partir de 2010 como respuesta a la falta de un estándar común entre exchanges y DSP, que hasta entonces operaban con integraciones propietarias distintas para cada par de plataformas.
Las versiones sucesivas del protocolo, entre ellas 2.0, 2.3 y 2.5, y la reescritura completa publicada como OpenRTB 3.0 bajo el IAB Tech Lab, ampliaron los campos disponibles en el bid response para cubrir casos de uso como video, CTV y auditoría de suministro, sin cambiar el propósito central del mensaje.
La coexistencia de varias versiones del protocolo en producción sigue siendo habitual en la industria, y por eso el soporte de una versión específica es un punto de verificación técnica frecuente entre un DSP y un exchange antes de activar una integración.
Estándares relacionados
| Estándar | Organización | Relevancia |
|---|---|---|
| OpenRTB | IAB Tech Lab | Define la estructura exacta de campos, tipos de datos y objetos obligatorios que debe contener un bid response para ser válido ante cualquier exchange que implemente el protocolo. |
Empresas y tecnologías asociadas
El conjunto de actores que participa en el bid response incluye principalmente a los DSP que compiten en subastas RTB, entre ellos plataformas de compra usadas por agencias y anunciantes directos; y a los SSP y ad exchanges que reciben esas respuestas para ejecutar la subasta del lado del publisher.
Los proveedores de infraestructura de header bidding también participan de forma indirecta, porque agregan bid response de múltiples exchanges antes de que el publisher decida qué oferta gana el espacio completo. Ninguna de estas categorías de proveedores implementa el protocolo de forma idéntica en cada detalle y por eso la certificación de compatibilidad OpenRTB entre un DSP específico y un exchange específico sigue siendo un paso de integración técnica habitual.
Pregunta frecuente
¿Un bid response ganador garantiza que el anuncio se muestre al usuario?
No de forma automática. El exchange valida el bid response ganador contra reglas adicionales, como el brand safety o restricciones de categoría del publisher, antes de confirmar la entrega del anuncio. Un bid response puede ganar la subasta y aun así no llegar a mostrarse si falla alguna de esas validaciones posteriores.