Venta programática para una red de pantallas de publicidad exterior digital: vender a través de una SSP de DOOH, contratar un stack white-label o construir una plataforma propia

La venta programática significa que un software vende tu espacio publicitario. Cada vez que hay un espacio disponible, los sistemas de compra de los anunciantes pujan por él en una subasta automática. Una red de publicidad exterior digital (DOOH) tiene pantallas en lugares como centros comerciales, estaciones, gimnasios y oficinas. Puede venderlas de forma programática a través de una supply-side platform (SSP) de DOOH, que ofrece a los compradores las pantallas de muchas redes. También puede operar el software de un proveedor con su propia marca (un stack white-label) o construir su propia plataforma. La elección depende de qué parte de la venta quieras controlar y de quién vaya a operar la tecnología cada día.

¿Qué cambia cuando una red de pantallas vende de forma programática?

Algunos compradores empiezan a pujar por reproducciones sueltas mediante software en lugar de reservar campañas con tu equipo comercial. En una venta directa, ese equipo acuerda con un anunciante las fechas, las pantallas y un precio. Después, alguien carga los anuncios en tu sistema de gestión de contenidos (CMS), el software que decide qué reproduce cada pantalla y cuándo.

Las pujas programáticas llegan desde una demand-side platform (DSP), el sistema que usan anunciantes y agencias para comprar anuncios. Los sistemas de compradores y vendedores suelen intercambiar esas pujas en OpenRTB, un formato de mensajes común. IAB Tech Lab, que redacta estándares técnicos para la publicidad digital, lo mantiene y añadió compatibilidad con pantallas a OpenRTB 2.6 en noviembre de 2022.

Este artículo se basa en esa especificación y en las notas de implementación que IAB Tech Lab ha escrito para ella. También usa la taxonomía de emplazamientos de OpenOOH, una lista compartida de tipos de emplazamiento, y los estándares del Media Rating Council (MRC) para la medición de la publicidad exterior. Todas las fuentes se consultaron el 4 de noviembre de 2026.

Empieza por tu CMS o tu reproductor, el dispositivo o el software que hace funcionar cada pantalla. Un bucle (loop) es una secuencia de contenidos y anuncios de duración fija que se reproduce una y otra vez. Si tus pantallas funcionan con uno, algunos de sus espacios deben quedar libres para la venta programática. El reproductor tiene que obtener anuncios para esos espacios e informar de lo que se reprodujo. Cuando no llega ningún anuncio, necesita otra cosa que mostrar.

La subasta puede celebrarse mucho antes de la reproducción. Las notas de IAB Tech Lab explican que la mayoría de las pantallas se conectan a través de redes móviles, que pueden caerse en los momentos de más tráfico. Por eso algunas redes de pantallas obtienen los anuncios por adelantado. Las notas dicen: «El plazo de antelación que acepta actualmente el sector entre la “confirmación de la puja” y la “exhibición” puede llegar a ser de 1 a 2 horas».

¿Cómo se convierte una reproducción en pantalla en muchas impresiones?

Cada solicitud de puja, el mensaje que pide a las DSP que pujen, indica cuántas impresiones vale la reproducción. En un sitio web, una impresión es un anuncio mostrado a una persona. Una reproducción en una pantalla, según las notas de IAB Tech Lab, es «visible para todas las personas que se encuentran cerca del anuncio que se está mostrando».

Esa cifra es el multiplicador de impresiones, la audiencia que se cuenta por cada reproducción. OpenRTB 2.6 lo define como «la cantidad de eventos facturables que se considerará que se han producido si se compra este elemento». Dicho de forma sencilla, es lo que paga el comprador.

El multiplicador puede ser inferior a uno, como podría ocurrir en una pantalla con poca afluencia por la noche. Las notas dicen que «los valores fraccionarios (p. ej., 0,32 impresiones por cada exhibición del anuncio) son habituales». Añaden que la cifra puede cambiar según la hora o proceder de «datos de sensores en tiempo real».

Los precios se siguen expresando en CPM, el precio por mil impresiones. Las notas dan un ejemplo práctico, no un precio de mercado: si una puja con un CPM de 2,50 USD gana una reproducción que vale 30,3 impresiones, la factura asciende a 0,07575 USD. También advierten de que multiplicar por decimales «puede provocar discrepancias cuando el “lado comprador” y el “lado vendedor” truncan los decimales». Acuerda el redondeo con cada SSP y cada comprador antes de la primera campaña.

¿De dónde sale la cifra de audiencia?

La solicitud de puja también puede indicar quién aportó la cifra. La especificación AdCOM de IAB Tech Lab nombra tres fuentes: un proveedor de medición, el editor (tú) o el exchange (la SSP).

Los compradores preguntarán qué mide esa cifra. El MRC es un organismo del sector en Estados Unidos que audita y acredita la medición de medios. Sus estándares para la publicidad exterior, en una versión final de diciembre de 2025, establecen una escalera que va del tráfico en un lugar a la audiencia que probablemente ha visto el anuncio. Cada peldaño añade condiciones, y los estándares señalan que «las impresiones brutas reflejan la estimación más alta de audiencia potencial».

¿Cómo demostramos que un anuncio se reprodujo?

La prueba de reproducción (proof of play) es un registro del reproductor de la pantalla que muestra qué anuncio se reprodujo, en qué pantalla y cuándo. Los estándares del MRC dicen: «Debe haber pruebas sólidas de la reproducción (proof-of-play, PoP) que respalden la comunicación de impresiones brutas o de estimaciones de audiencia».

Para las pantallas digitales, los estándares aceptan tecnología que registre la actividad del reproductor, si se prueba antes del lanzamiento y «se supervisa periódicamente». También tratan la prueba que aporta el vendedor de que un anuncio se reprodujo, como los logs de reproducción. Su contenido, según los estándares, «debe acordarse entre el comprador y el vendedor antes del inicio de la campaña publicitaria».

OpenRTB tiene una notificación de facturación, el mensaje que le dice al comprador que una impresión se puede facturar. La notificación de victoria, un mensaje distinto, solo dice que una puja ganó. Las notas de IAB Tech Lab recomiendan encarecidamente mantener las dos separadas y enviar la notificación de facturación cuando «la creatividad se ha mostrado en pantalla y las impresiones son facturables». La creatividad es el propio archivo del anuncio.

¿Cuáles son las tres vías para vender nuestras pantallas de forma programática?

• Vender a través de una SSP de DOOH. Conectas tu CMS o tus reproductores a la SSP y cargas tus pantallas y tus cifras de audiencia. La SSP las ofrece a las DSP con las que trabaja, organiza la subasta y te paga lo que queda después de su comisión.
• Contratar un stack white-label. Un proveedor te licencia su ad server y el software que vende a las DSP. El ad server es el sistema que elige qué anuncio se reproduce y lo contabiliza. La plataforma lleva tu marca, y el proveedor mantiene el código.
• Construir tu propia plataforma. Tu equipo, o una empresa que contrates, construye el ad server, la conexión con las DSP y los informes. El código y cada regla que contiene son tuyos, y lo operas tú.

Puedes combinar las vías: por ejemplo, operar tu propio ad server para las campañas directas y vender las reproducciones sobrantes a través de SSP.

¿Cuándo basta con vender a través de una SSP de DOOH?

Usa una SSP cuando se cumpla la mayoría de estos puntos:

• Quieres saber si los compradores programáticos pagarán por tus pantallas antes de gastar en tecnología
• Tu CMS o tus reproductores ya funcionan con la SSP, o la SSP te ayudará a conectarlos
• La venta programática llenará los espacios que no venda tu equipo comercial
• No tienes ingenieros para operar una plataforma publicitaria día y noche

El inconveniente es el control. Los compradores encuentran tus pantallas en el marketplace de la SSP junto a las de otras redes, y los precios y los deals funcionan como permite su software.

¿Cuándo tiene sentido un stack white-label?

Contrata uno cuando:

• Las agencias deben comprar a tu marca y a tu equipo comercial, no en un marketplace
• Quieres tus propias reglas sobre precios, deals y qué anuncios pueden reproducirse en cada emplazamiento
• Puedes formar un equipo que gestione campañas, pero no uno que escriba y opere software publicitario

El código es de alquiler. Las nuevas funciones llegan según el calendario del proveedor, y las tarifas de licencia pueden crecer con tu volumen. Si te vas, quizá tengas que volver a configurar pantallas, deals y cuentas de compradores en otro sitio.

¿Cuándo compensa construir nuestra propia plataforma?

Construir compensa en estos casos:

• La venta programática es una parte importante de tus ingresos, y las comisiones cuestan más que pagar a un equipo para operar tu propio sistema
• Tus pantallas necesitan reglas que los proveedores con los que hablaste no pueden admitir, como anuncios que cambian con los horarios de los trenes en una estación
• También vendes pantallas de otras redes, así que la plataforma forma parte de lo que vendes
• Los datos de audiencia de tus emplazamientos deben quedarse en tus propios sistemas

Por esta vía, cada DSP suele tener que aceptar conectarse a tu plataforma y probar tus solicitudes de puja antes de que sus compradores puedan ver tus pantallas. Alguien tiene que vigilar el sistema y cuadrar los informes con los compradores. OpenRTB también sigue cambiando: IAB Tech Lab ha publicado siete actualizaciones de la versión 2.6 desde que añadió las pantallas. Si nadie de tu equipo va a hacerse cargo de este trabajo, empieza con una SSP o con un stack white-label.

¿Qué trabajo sigue en manos de nuestro equipo en cualquiera de las vías?

Tu equipo decide y mantiene lo siguiente:

• Datos de pantallas y emplazamientos: un ID, la ubicación, el tamaño, el horario y el tipo de emplazamiento de cada pantalla. Una taxonomía de emplazamientos es una lista compartida de tipos de emplazamiento, para que un gimnasio signifique lo mismo para todos los compradores. OpenRTB 2.6 da por hecho que se usa la OpenOOH Venue Taxonomy, salvo que la solicitud indique otra. Esa taxonomía clasifica los emplazamientos por niveles, como «Retail» y, dentro de él, «Retail / Malls» (centros comerciales).
• Estimaciones de audiencia y su fuente: qué peldaño de la escalera del MRC mide tu cifra, quién la midió y con qué frecuencia cambia
• Aprobación de creatividades y normas de contenido: las notas de IAB Tech Lab dicen que los anuncios en las grandes redes comerciales «deben aprobarse manualmente de antemano», en algunos casos también por los propietarios de los emplazamientos. Advierten de que un solo anuncio inadecuado mostrado «a miles de personas en un lugar público» pone en riesgo el «contrato/permiso para servir anuncios» de la red. Mantén por escrito una lista de lo que permite cada propietario de emplazamiento.
• Logs de reproducción y conciliación: guarda tus propios logs de prueba de reproducción aunque los recopile una SSP. Las pantallas se desconectan y los decimales se redondean de forma distinta, así que alguien tiene que comparar cada mes tus logs con el informe de cada comprador.
• Precios mínimos y deals directos: un precio mínimo es la puja más baja que aceptas, expresada en CPM, igual que las propias pujas. Un deal de private marketplace es una subasta abierta solo a los compradores que invitas. La solicitud de puja lo marca con un código llamado deal ID. Decide cuál gana cuando una campaña directa y una puja programática quieren el mismo espacio.

¿Qué deberíamos comprobar antes de firmar con una SSP o con un proveedor white-label?

• ¿De quién son la lista de pantallas, los datos de emplazamientos y las cifras de audiencia que cargamos, y podemos exportarlos en cualquier momento?
• ¿De quién es la cifra de audiencia que va en cada solicitud de puja y cómo se indica su fuente?
• ¿Qué parte de cada venta se quedan ustedes, y muestran nuestros informes tanto el importe bruto como el neto?
• ¿Qué DSP están conectadas hoy y cuáles de ellas compraron reproducciones DOOH en los últimos tres meses?
• ¿Podemos seguir vendiendo campañas directas y usar otras SSP al mismo tiempo?
• ¿Quién aprueba cada creatividad y podemos bloquear un anuncio solo en un emplazamiento?
• ¿Qué pasa cuando nos vayamos: cuánto dura el preaviso y qué deals, cuentas, logs e informes podemos llevarnos?

¿De quién son el código, los datos y las relaciones con los compradores?

Una SSP es dueña de su plataforma y de sus contratos con las DSP. Tus datos de pantallas y de audiencia deben seguir siendo tuyos, y el contrato debe decirlo. Los deals que configures dentro de una SSP pueden no irse contigo.

El código es del proveedor white-label, mientras que la marca es tuya. Comprueba si las cuentas de los compradores y las conexiones con las DSP están a nombre de tu empresa o del proveedor.

Si construyes tu propia plataforma, puedes ser dueño del código fuente y contratar a cualquier equipo para modificarlo. Pide a quien la construya que nombre en el contrato las partes que se reserva y la licencia que te permite usarlas.

Elijas lo que elijas, deja por escrito que tus datos solo pueden usarse para vender tus pantallas, y que los logs y los informes se pueden exportar en cualquier momento.

¿Qué deberíamos preguntar a una empresa que vaya a construir nuestra plataforma de pantallas?

• ¿Cómo se conectará la plataforma a nuestro CMS y a nuestros reproductores, y qué se reproduce cuando no llega ningún anuncio a tiempo?
• ¿Cómo llevará cada solicitud de puja la ubicación de la pantalla, el tipo de emplazamiento, la audiencia por reproducción y la fuente de esa cifra?
• ¿Cómo se registrará la prueba de reproducción y cómo se cotejará con los informes de los compradores?
• ¿Enviarán los compradores las creatividades para su aprobación a través de la Ad Management API de IAB Tech Lab, un estándar que sus notas califican de «muy recomendable» para DOOH?
• ¿Cómo se fijarán los precios mínimos y los deals de private marketplace para cada pantalla, emplazamiento y hora?
• ¿Qué DSP conectarán primero y quién llevará las conversaciones con ellas?
• ¿Puedes mostrar esto en acción en un sistema que funcione hoy?

¿Dónde encaja amBrain?

amBrain publica este blog. Tres de sus propias afirmaciones describen sistemas que una red construye por la tercera vía. Una dice: «amBrain construye supply-side platforms (SSP) para editores». Otra: «amBrain construye ad servers: segmentación, frequency capping e informes». Una tercera: «amBrain construye pipelines de analítica de eventos para ad tech: recopilación, procesamiento e informes de eventos de impresión y de clic». Una cuarta, del lado comprador, dice: «RTBBidder, una demand-side platform que construimos para un cliente».

amBrain desarrolla software desde 2019. Sobre cómo trabaja con sus clientes, dice: «Tres formatos: entrega completa, un equipo dedicado o ingenieros integrados en tu equipo». Sobre la propiedad, su frase es: «El cliente conserva la propiedad completa del producto y del código, salvo nuestros componentes reutilizables». Pide la lista de esos componentes, nombre por nombre, antes de firmar.

Este artículo no es un caso de estudio. Aparte de nombrar RTBBidder, no describe ningún trabajo para clientes. No dice que amBrain haya construido una plataforma DOOH, conectado una red de pantallas a una SSP ni medido audiencias para ningún cliente. Tampoco da precios ni plazos de amBrain. Las citas de IAB Tech Lab, de la taxonomía OpenOOH y del MRC proceden de sus documentos publicados, y el artículo no afirma que amBrain tenga relación alguna con ninguno de ellos.

Tampoco es asesoramiento jurídico. Pide a un abogado que lea los contratos con la SSP, con el proveedor y con los emplazamientos antes de firmar. Si tus recuentos de audiencia proceden de cámaras u otros sensores, pregunta cómo se les aplica la normativa de privacidad. Si amBrain está en tu lista corta, hazle las mismas preguntas que a cualquier otra empresa.