Definición profesional
OpenRTB es la especificación técnica que IAB Tech Lab publica para estandarizar la comunicación entre compradores y vendedores dentro de una subasta de RTB (Real-Time Bidding). Define la estructura exacta del bid request que envía un SSP o un ad exchange y la estructura del bid response que devuelve un DSP, ambos codificados en JSON.
Antes de OpenRTB, cada exchange definía su propio formato de mensaje, lo que obligaba a los DSP a construir un integrador distinto para cada socio de venta. La especificación resuelve ese problema al fijar un contrato único que cualquier plataforma puede implementar sin negociación bilateral.
Explicación sencilla
Imagina que cien tiendas distintas vendieran el mismo producto pero cada una con su propio idioma para describirlo. Un comprador que quisiera comparar precios tendría que aprender cien idiomas. OpenRTB es el idioma común que todos aceptan hablar. Cuando un SSP tiene una impresión disponible, describe esa impresión siguiendo la gramática de OpenRTB. Cualquier DSP que entienda esa gramática puede leer la oferta y responder, sin importar quién construyó el SSP.
¿Por qué existe este concepto?
El mercado programático nació con integraciones punto a punto. Cada exchange tenía su propio formato de subasta y cada DSP debía escribir código específico para conectarse a cada uno. Esa fragmentación encarecía la entrada de nuevos participantes y ralentizaba el crecimiento del ecosistema completo.
IAB Tech Lab publicó la primera versión de OpenRTB en 2010 para que la industria compartiera una sola gramática de subasta. El resultado directo es que un DSP construido sobre OpenRTB puede conectarse a decenas de exchanges con una sola integración técnica, lo que reduce costos de desarrollo y acelera la interoperabilidad del mercado.
¿Cómo funciona?
La subasta OpenRTB sigue un ciclo de request y response. El SSP o el exchange arma un bid request con los datos de la impresión disponible (tamaño, formato, ubicación, información del usuario cuando el consentimiento lo permite) y lo envía a los DSP conectados en paralelo. Cada DSP evalúa la impresión contra las campañas activas y responde en milisegundos con un bid response que incluye el precio ofertado y el creativo que se mostraría en caso de ganar. El exchange recibe todas las respuestas, ejecuta la lógica de la subasta (first-price o second-price según su configuración) y notifica al ganador mediante una URL de win notice.
¿Quién lo utiliza?
- DSP, que implementan el parser de OpenRTB para leer bid requests entrantes de múltiples exchanges y devolver bid responses en el tiempo límite de la subasta.
- SSP y ad exchanges, que construyen el bid request siguiendo la especificación para que cualquier DSP conectado pueda interpretarlo sin integración a medida.
- Equipos de ingeniería de adtech en agencias y trading desks, que auditan la implementación de OpenRTB de sus proveedores para detectar campos mal poblados o inconsistencias que afectan la tasa de respuesta.
- IAB Tech Lab, que mantiene la especificación, publica las actualizaciones de versión y arbitra las extensiones propietarias que cada plataforma agrega sobre la base común.
Caso práctico
Un DSP que integra un nuevo exchange revisa primero qué versión de OpenRTB implementa ese exchange porque los campos disponibles cambian entre versiones. Si el exchange opera sobre OpenRTB 2.5 y el DSP solo soporta 2.3, ciertos objetos nuevos (como los relacionados con audio o native ads) llegan vacíos o el bid request completo se descarta por incompatibilidad de esquema. El equipo de integración documenta qué versión soporta cada socio antes de activar tráfico en producción, porque una diferencia de versión no siempre genera un error visible, sino una pérdida silenciosa de impresiones elegibles para pujar.
Error frecuente
Se asume que “hablar OpenRTB” garantiza compatibilidad total entre dos plataformas. En la práctica, la especificación deja campos opcionales y permite extensiones propietarias mediante el objeto “ext”, lo que significa que dos exchanges certificados en la misma versión de OpenRTB pueden intercambiar información de manera incompleta si uno espera datos en un campo de extensión que el otro no puebla.
¿Qué no es?
OpenRTB no es un ad exchange ni una plataforma de subasta en sí misma, es el lenguaje que los ad exchanges usan para comunicarse con los DSP. El exchange ejecuta la lógica de negocio de la subasta (qué precio gana, qué reglas de piso aplican) mientras que OpenRTB solo define cómo se estructuran los mensajes que hacen posible esa comunicación.
OpenRTB tampoco equivale a header bidding. Header bidding es una estrategia de monetización que permite a un publisher subastar su inventario entre múltiples SSP antes de llamar al ad server, y esa estrategia suele usar OpenRTB como protocolo de transporte entre el navegador o la app y los distintos SSP, pero son conceptos de capas distintas, uno describe una arquitectura de venta y el otro describe un formato de mensaje.
Términos relacionados
Evolución histórica
IAB Tech Lab (entonces bajo el nombre IAB) publicó OpenRTB 1.0 en 2010 con un conjunto mínimo de objetos para cubrir display estándar.La versión 2.0, publicada en 2012, amplió el soporte a video e introdujo el objeto de contenido del sitio. Las versiones 2.3 a 2.5 (2015 a 2016) agregaron soporte nativo, audio y mejoras al manejo de identificadores de dispositivo tras los cambios de privacidad móvil.
La versión 2.6, publicada en 2022, se convirtió en el estándar de facto de la industria y sigue siendo la más implementada. IAB Tech Lab desarrolla en paralelo OpenRTB 3.0, que separa la definición de objetos en una especificación aparte llamada AdCOM para desacoplar el transporte del contenido, aunque la adopción de 3.0 avanza más lento que la de 2.x porque implica reescribir integraciones existentes sin un beneficio inmediato para la mayoría de los exchanges.
Estándares relacionados
| Estándar | Organización | Relevancia |
|---|---|---|
| AdCOM | IAB Tech Lab | Externaliza la definición de los objetos de contenido y audiencia que OpenRTB 3.0 referencia, separando el transporte del vocabulario de datos. |
| ads.txt | IAB Tech Lab | Permite verificar que el vendedor identificado en el bid request esté autorizado por el publisher para vender ese inventario específico. |
| sellers.json | IAB Tech Lab | Expone la identidad real de cada intermediario que aparece en la cadena de suministro representada dentro del bid request. |
| VAST | IAB Tech Lab | Define el formato del creativo de video que un DSP referencia dentro del bid response cuando la impresión subastada es de video. |
Empresas y tecnologías asociadas
La mayoría de los DSP y SSP del mercado, desde plataformas globales hasta soluciones regionales de LATAM, implementan alguna versión de OpenRTB como protocolo base de sus integraciones de RTB. Los proveedores de infraestructura de subasta y los header bidding wrappers también dependen de la especificación para normalizar el intercambio entre múltiples partners de demanda. La implementación exacta (qué versión, qué extensiones propietarias) varía por plataforma y suele documentarse en la sección técnica de cada proveedor para sus socios de integración.
Pregunta frecuente
¿Necesito usar la misma versión de OpenRTB que mi socio de integración?
No es obligatorio, la especificación mantiene compatibilidad hacia atrás en la mayoría de los campos base, pero cualquier funcionalidad agregada en versiones posteriores (audio, native, ciertos objetos de privacidad) solo funciona si ambos lados de la integración la soportan.