Definición profesional
Una auction (subasta) es el mecanismo mediante el cual una impresión publicitaria se asigna al comprador que ofrece las condiciones más favorables según las reglas definidas por el vendedor. En publicidad programática el término no describe un modelo único sino una familia de mecanismos de puja (first price, second price, subasta abierta, subasta privada) que comparten la misma lógica de fondo.
Un sistema recibe una solicitud de puja (bid request) con datos sobre el inventario disponible, distribuye esa solicitud entre los compradores conectados, recoge las ofertas (bids) que llegan en milisegundos y determina un ganador según el precio ofrecido y las condiciones aplicables (floor price, prioridad de deals, reglas de brand safety). El resultado de ese proceso decide qué anuncio se entrega en cada impresión individual.
La auction es el componente central de RTB (Real-Time Bidding). Aunque ambos términos se usan como sinónimos en conversaciones informales, RTB describe la infraestructura y el protocolo de comunicación en tiempo real, mientras que auction describe específicamente la lógica de asignación y precio dentro de esa infraestructura.
Explicación sencilla
La auction funciona como un árbitro que decide, impresión por impresión, quién se queda con el espacio publicitario. Cada vez que alguien abre una página, el sitio ofrece ese espacio a varios compradores potenciales al mismo tiempo. Cada comprador dice cuánto está dispuesto a pagar. El sistema compara las ofertas y entrega el anuncio del que ganó, todo en el tiempo que tarda la página en cargar.
Lo relevante para quien trabaja en el sector no es memorizar la mecánica de puja sino entender que cada impresión se vende de forma individual y en tiempo real, no en bloques ni por adelantado como ocurría con la publicidad directa tradicional.
¿Por qué existe este concepto?
Antes de la auction programática, el inventario publicitario se vendía mediante acuerdos negociados manualmente entre publisher y anunciante, con precios fijos acordados con semanas o meses de anticipación. Ese modelo funcionaba para campañas grandes pero dejaba sin monetizar una porción enorme del inventario, sobre todo el tráfico impredecible o de baja prioridad.
La auction resuelve ese problema al permitir que cada impresión individual se venda al mejor comprador disponible en el momento exacto en que ocurre, sin negociación previa. Esto multiplica la eficiencia del inventario porque ya no depende de acuerdos preexistentes y multiplica también las opciones del comprador porque puede competir por audiencias específicas en lugar de comprar espacios genéricos.
¿Cómo funciona?
El proceso sigue estos pasos:
- Un usuario carga una página o abre una app con espacio publicitario disponible.
- El publisher, mediante su SSP o ad server, genera una solicitud de puja con datos sobre el inventario (formato, tamaño, contexto, audiencia disponible según first-party data o segmentos de terceros). Esa solicitud se distribuye a múltiples DSP conectados al ad exchange o SSP.
- Cada DSP evalúa la solicitud según los criterios de sus anunciantes y responde con una oferta (bid) en milisegundos.
- El sistema compara todas las ofertas recibidas, aplica el floor price y cualquier regla de prioridad de deals, y determina un ganador.
- Se envía una notificación de la puja ganadora (win notice) y el anuncio se entrega en el espacio disponible.
Todo el ciclo ocurre típicamente en menos de 100 a 300 milisegundos, sin intervención humana en tiempo real.
¿Quién lo utiliza?
Publisher (a través de su SSP o ad server). Define las reglas de la auction para su inventario, incluyendo floor price, prioridad de deals privados sobre subasta abierta y qué compradores tienen acceso.
Anunciante (a través de su DSP o trading desk). Participa en la auction enviando ofertas automatizadas según los criterios de la campaña, el presupuesto disponible y el valor estimado de cada impresión para sus objetivos.
Operador del ad exchange o SSP. Gestiona la infraestructura que recibe las solicitudes de puja, distribuye la subasta entre los compradores conectados y aplica la lógica de determinación de precio (first price o second price).
Caso práctico
Un publisher de contenido configura su ad exchange para que priorice primero los deals privados que tiene acordados con anunciantes específicos y, solo si ninguno de esos deals cubre la impresión, la libere a la subasta abierta con un floor price definido.
Cuando un usuario carga el sitio, el sistema evalúa primero si algún comprador con deal prioritario está dispuesto a pujar por encima del floor. Si ninguno lo hace, la impresión entra a subasta abierta y compite entre todos los DSP conectados. El anuncio que se muestra finalmente es el resultado de esa cascada de decisiones, no de una negociación previa entre publisher y anunciante.
Error frecuente
Un error habitual es asumir que la auction siempre funciona bajo el modelo second price, en el que el ganador paga el precio de la segunda oferta más alta. Ese modelo dominó la primera década de RTB, pero gran parte del mercado migró hacia first price, en el que el ganador paga exactamente lo que ofreció. La confusión entre ambos modelos afecta directamente cómo un anunciante interpreta su costo real por impresión y cómo un publisher explica su rendimiento a sus compradores.
¿Qué no es?
Auction no es lo mismo que header bidding. Header bidding es una técnica de implementación que permite a un publisher ofrecer su inventario a múltiples exchanges simultáneamente antes de llamar a su ad server. La auction es la lógica de asignación y precio que ocurre dentro de cada uno de esos exchanges, no la técnica que los conecta en paralelo.
Auction no es programmatic direct. En programmatic direct el precio y el comprador ya están acordados de antemano, y la tecnología solo automatiza la entrega. En una auction el precio y el ganador se determinan en tiempo real mediante competencia entre compradores, sin acuerdo previo sobre quién se queda con la impresión.
Términos relacionados
Evolución histórica
El modelo original de auction en RTB, popularizado a partir de 2009 y 2010, funcionaba casi exclusivamente bajo second price, heredado de la lógica de subastas de Google en búsqueda. Bajo ese modelo el ganador pagaba el precio de la segunda oferta más alta más un incremento mínimo, lo que teóricamente incentivaba a los compradores a pujar su valor real sin miedo a pagar de más.
Con la llegada de header bidding y la proliferación de múltiples exchanges compitiendo por la misma impresión, surgieron prácticas de manipulación de precio (como el “last look”) que erosionaron la confianza en second price. A partir de 2019, gran parte del mercado (incluyendo Google Ad Manager) migró hacia first price como modelo por defecto, buscando mayor transparencia aunque trasladando al comprador la responsabilidad de calcular su propia estrategia de puja mediante shading algorítmico.
Estándares relacionados
| Estándar | Organización | Relevancia |
|---|---|---|
| OpenRTB | IAB Tech Lab | Define el formato técnico de la solicitud de puja, la respuesta y la notificación de ganador que hace posible que distintos DSP y SSP participen en la misma auction sin importar su tecnología interna. |
Empresas y tecnologías asociadas
El ecosistema de auction programática involucra a los ad exchanges y SSP que alojan la subasta, a los DSP que envían las ofertas en nombre de los anunciantes y a los ad servers de publisher que definen las reglas de prioridad entre deals privados y subasta abierta.
Ninguna plataforma específica opera de forma idéntica a otra en cuanto a modelo de precio, latencia o reglas de shading, por lo que la elección de tecnología depende del contexto particular de cada publisher o anunciante y no admite una recomendación general.
Pregunta frecuente
¿Una impresión puede pasar por más de una auction al mismo tiempo?
Sí. Con header bidding es común que la misma impresión se ofrezca simultáneamente a varios exchanges, cada uno ejecutando su propia auction en paralelo. El ad server del publisher recibe todas las ofertas ganadoras de cada auction paralela y decide cuál se entrega finalmente, comparándolas entre sí junto con cualquier deal directo existente.