Definición profesional
RTB (Real-Time Bidding) es un mecanismo de subasta automatizada en el que el espacio publicitario de una impresión se compra y vende en el tiempo que tarda una página en cargarse, mediante un intercambio de señales estandarizadas entre el SSP del publisher y los DSPs de los anunciantes.
Explicación sencilla
Cada vez que alguien abre una página web, el sitio envía una señal al mercado publicitario con los datos de esa visita. Los anunciantes reciben esa señal, evalúan si ese usuario les interesa y envían una puja. En menos de 100 milisegundos, el sistema determina quién ganó y muestra el anuncio del ganador. El usuario solo ve un banner. Todo lo demás ocurrió antes de que la página terminara de cargar.
¿Por qué existe este concepto?
Antes del RTB, la compra de publicidad digital funcionaba como la de un periódico impreso. El anunciante negociaba con el publisher un precio fijo por un bloque de inventario durante un período determinado. Ese modelo no diferenciaba entre usuarios de mayor o menor valor para cada campaña; pagaba lo mismo por una impresión vista por el público objetivo que por una irrelevante.
El RTB nació para resolver esa ineficiencia. Al permitir que cada impresión se evalúe y puje individualmente, hace posible que cada anunciante pague según el valor que esa impresión específica tiene para sus objetivos, y que el publisher maximice el ingreso de su inventario exposición por exposición.
¿Cómo funciona?
El proceso ocurre en siete pasos dentro de un ventana de tiempo inferior a 100 milisegundos. El término RTB implica flujo entre actores con relaciones precisas.
¿Quién lo utiliza?
Publishers configuran su SSP para que cada impresión disponible entre al mecanismo RTB. Cuantos más DSPs compitan por su inventario, mayor es la presión al alza sobre el precio.
Anunciantes conectan sus campañas a uno o varios DSPs. El DSP evalúa cada bid request en milisegundos y decide si convierte el presupuesto disponible en una puja para esa impresión específica.
Ad ops managers trabajan con los parámetros de puja del DSP (floor prices, bid adjustments, targeting) para optimizar la relación entre volumen de impresiones y costo por resultado.
Trading desks y agencias programáticas gestionan múltiples DSPs en paralelo para maximizar el alcance sin duplicar las impresiones.
Caso práctico
Un portal de noticias financieras en México tiene un espacio publicitario en su página de análisis de bolsa. Cuando un usuario llega a esa página, el SSP del portal emite un bid request con los metadatos disponibles como categoría del contenido (finanzas), país (México), tipo de dispositivo (desktop) y hora del día (10:00 AM entre semana).
Tres DSPs reciben la señal. El DSP de un banco que busca perfiles de inversores envía la puja más alta porque ese perfil de usuario coincide exactamente con su audiencia objetivo. El ad exchange confirma la puja ganadora, notifica al SSP y el banner del banco aparece en la página antes de que el artículo termine de renderizarse. El usuario no percibe ninguna latencia.
Error frecuente
Suponer que RTB y publicidad programática son sinónimos. RTB es uno de los mecanismos de transacción dentro de la publicidad programática. Existen otras modalidades, como los programmatic direct deals y los private marketplaces (PMP), que automatizan la compra sin subasta abierta. RTB es la subasta, no el ecosistema completo.
¿Qué no es?
No es una plataforma ni un producto de ningún vendor específico. Es un protocolo de subasta estandarizado que cualquier SSP y DSP puede implementar siguiendo las especificaciones de OpenRTB del IAB Tech Lab.
No garantiza que el anuncio que gana la subasta sea el de mayor valor para el usuario ni para el publisher. Solo determina quién paga más en ese instante por esa impresión específica, dentro de los parámetros de targeting definidos por el anunciante.
No es lo mismo que programmatic guaranteed. En programmatic guaranteed, el precio y el volumen de impresiones se pactan previamente entre publisher y anunciante, sin subasta.
Términos relacionados
Evolución histórica
El RTB surgió alrededor de 2009 como solución a la ineficiencia del modelo de compra directa, los publishers tenían inventario sin vender (remnant inventory) y los anunciantes no podían comprar audiencias específicas sin negociar manualmente con cada medio.
La adopción se aceleró entre 2010 y 2013 cuando los grandes ad exchanges (DoubleClick, AppNexus, OpenX) abrieron sus APIs a los DSPs y establecieron los primeros acuerdos de interoperabilidad. En 2011 el IAB Tech Lab publicó la primera versión del estándar OpenRTB, que unificó el formato de bid requests y responses entre plataformas.
El modelo evolucionó de subasta de segundo precio (el ganador paga el precio de la segunda puja más alta más un centavo) a subasta de primer precio (el ganador paga exactamente lo que pujó), transición que los principales exchanges completaron entre 2017 y 2019. Ese cambio introdujo la necesidad de técnicas como el bid shading para evitar el sobrepago sistemático.
Estándares relacionados
| Estándar | Organización | Relevancia |
|---|---|---|
| OpenRTB 2.x / 3.0 | IAB Tech Lab | Define el formato JSON del bid request y bid response que SSPs y DSPs intercambian en cada subasta |
| ads.txt / app-ads.txt | IAB Tech Lab | Permite al publisher declarar qué SSPs están autorizados para vender su inventario en subastas RTB |
| sellers.json | IAB Tech Lab | Permite al comprador verificar la cadena de reventa del inventario antes de pujar |
| TCF 2.2 (Transparency & Consent Framework) | IAB Europe | Determina qué señales de consentimiento se incluyen en el bid request cuando el usuario está bajo GDPR |
Empresas y tecnologías asociadas
El mecanismo RTB lo implementan las plataformas de ambos lados de la transacción, sin que ningún vendor sea el propietario del protocolo.
Del lado de la oferta, los SSPs con implementación RTB incluyen Google Ad Manager / AdX, Magnite, PubMatic, Index Exchange, OpenX y Xandr.
Del lado de la demanda, los DSPs que participan en subastas RTB incluyen The Trade Desk, DV360, Amazon DSP, Xandr Invest, Basis DSP y Beeswax.
Pregunta frecuente
¿El publisher siempre recibe el precio de la puja ganadora?
No necesariamente. El publisher recibe el precio después de que el SSP aplica su fee, que suele representar entre el 10 % y el 20 % del precio de la subasta. Si el publisher tiene un floor price configurado y ninguna puja lo supera, la impresión queda sin vender o pasa a la siguiente fuente de demanda en el waterfall.
Durante este artículo se mencionan
Nota sobre datos
Esta ficha no cita cifras de mercado. Las menciones a rangos de latencia (menos de 100 milisegundos) y a fees de SSP (10 %–20 %) reflejan parámetros operativos de amplio conocimiento en la industria, no estadísticas con metodología publicada. Ante cualquier necesidad de cifras verificadas sobre inversión en RTB o market share de plataformas, consultar los reportes de eMarketer o IAB directamente.