La nueva batalla del AdTech independiente no está en la IA: está en quién paga la infraestructura

En AdTech nos gusta vender diferenciación con palabros que suenan razonablemente interesantes como First-Party Data, identidad, performance, transparencia, inteligencia artificial, curation, clean rooms… pero ahora parece que toca hablar de algo bastante menos sexy, pero probablemente más importante: los servidores.

Sí, has leído bien: servidores… estamos hablando de racks, data centers, infraestructura Cloud, latencias, queries per second (QPS), containers y costes de computación, esa parte del negocio que rara vez aparece en las keynotes, salvo que alguien quiera parecer muy freaky durante tres minutos antes de volver a la slide de “AI-powered outcomes”.

Hay una idea que está empezando a ganar peso en el mercado y no es otra que los proveedores programáticos independientes (especialmente los SSPs) están utilizando su modelo de infraestructura Cloud como nuevo eje de posicionamiento competitivo. La diferencia ya no está solo en si tienen mejor acceso a inventario, mejores algoritmos o mejores relaciones con compradores y publishers, sino si operan con infraestructura propia, si dependen de nubes públicas como AWS, Google Cloud o Microsoft Azure, o si combinan ambas cosas según el caso de uso. Dicho así suena más a un debate de ingeniería, pero en realidad, es un debate de margen, control y poder.

Como sabrás querido lector, la programática tiene una característica que la separa de muchas otras categorías tecnológicas: procesa una cantidad obscena de señales, bid requests e impresiones en tiempo real y, por eso, cada milisegundo importa, cada consulta cuesta dinero y cada dato que se envía, se filtra o se descarta también tiene una implicación económica. Por eso, el AdTech nunca ha encajado del todo en la cómoda idea de “todo a la nube pública”. Para muchas empresa, alquilar capacidad de cómputo a gran escala puede salir demasiado caro cuando el negocio depende de procesar volúmenes masivos con márgenes ajustados, y ahí aparece el atractivo del modelo on-premise: operar infraestructura propia o dedicada, con servidores en data centers gestionados por terceros especializados, pero bajo una lógica mucho más controlada por la propia compañía AdTech. No es una idea nueva en tecnología, pero sí se ha convertido en un nuevo relato dentro de la publicidad programática. Y como siempre en este sector, cuando algo empieza como arquitectura acaba siendo posicionamiento comercial.

PubMatic, por ejemplo, ha defendido ante sus inversores que poseer infraestructura propia le permite mantener dentro de la empresa una ventaja compuesta: loops de feedback más rápidos, mejores modelos y más actividad publicitaria alimentando esos modelos. Además, ha lanzado Decision Fabric, una solución que permite a los DSPs utilizar modelos containerizados dentro del entorno de PubMatic. La idea es que ciertas decisiones de targeting, curation o puja puedan ejecutarse más cerca del supply, sin las restricciones habituales de QPS que aparecen cuando los DSPs tienen que limitar cuántas oportunidades procesan para controlar costes.

Index Exchange se ha movido en una dirección similar con Index Cloud, que presentó junto a Bedrock Platform como un despliegue containerizado de DSP. La lógica es parecida: llevar modelos de decisión o capacidades de compra a entornos más próximos al inventario, donde existen señales que quizá no viajan completas en el paquete OpenRTB. Por ejemplo, información sobre cuántos anuncios hay en una página, si un vídeo tiene sonido activado o ciertas señales contextuales que pueden perderse cuando la solicitud de puja avanza por la cadena.

Aquí empieza la parte interesante. La inteligencia programática se ha pensado sobre todo desde el lado de la demanda: el DSP observa oportunidades, aplica modelos, decide cuánto pujar y optimiza, pero si parte de las señales más ricas están antes, en el supply, entonces tiene sentido que los SSPs quieran reposicionarse no solo como infraestructura de monetización, sino como entornos donde también puede vivir parte de la inteligencia de decisión y esto cambia la conversación sobre el papel del SSP.

Ya no se trata únicamente de conectar demanda e inventario o de optimizar el yield del publisher sino de convertirse en una capa donde los compradores puedan desplegar modelos, activar criterios de curation, reducir costes de proceso, mejorar acceso a señales y decidir con más precisión antes de que la oportunidad se pierda en el ruido de la subasta abierta. En teoría, esto puede hacer más eficiente la cadena, pero en la práctica, también desplaza el poder hacia quienes controlan la infraestructura donde se ejecutan esos modelos.

Aquí conviene no confundirse: “containerizado” suena moderno, “On-premise” suena robusto e “Infraestructura propia” suena a independiente, pero no todas esas palabras significan lo mismo ni aportan el mismo valor en todos los escenarios. Como señala Dave Buonasera, CTO de Magnite, el argumento del container muchas veces se reduce a una pregunta más simple: ¿quién paga la infraestructura? Esa frase debería estar en muchas reuniones de compras, porque detrás de cada debate sobre rendimiento, QPS, latencia o señales hay una cuestión económica. Si un DSP tiene que procesar millones de bid requests desde su propia infraestructura o desde una nube pública, alguien paga ese coste. Si parte de ese procesamiento ocurre dentro del SSP, alguien también lo paga, aunque se empaquete bajo otro modelo comercial. Quiero decir, la infraestructura no desaparece, tan solo cambia de balance, de contrato o de capa dentro de la cadena.

Para los DSPs pequeños, custom bidders o soluciones de curation más específicas, el modelo containerizado dentro del SSP puede ser atractivo ya que permite acceder a señales, ejecutar modelos de pricing o targeting y evitar parte del coste de procesar cantidades masivas de tráfico desde fuera, pero para un DSP global, con campañas complejas, gestión de frecuencia, pacing, múltiples proveedores, integración con datos externos y operaciones en varios mercados, meter toda esa lógica dentro de un container no es tan sencillo…

De nuevo, no hay una única respuesta correcta y eso es precisamente lo que hace interesante este debate. La industria tiende a convertir cualquier avance técnico en una nueva frontera moral: lo propio es mejor que lo alquilado, lo on-prem es más serio que la nube pública, lo containerizado es más avanzado que lo externo, lo independiente es más puro que lo integrado, pero la realidad suele ser bastante menos cómoda: hay casos donde tener infraestructura propia puede aportar eficiencia, control y ventajas reales, y otros donde la nube pública tiene sentido por elasticidad, flexibilidad y capacidad de absorber picos de demanda.

Pongamos un ejemplo que lo ilustra bien: los eventos deportivos en directo. Si un SSP tiene que soportar un pico brutal de impresiones durante un gran evento de streaming, quizá no tenga sentido construir infraestructura permanente para una demanda que solo aparece en momentos concretos. En ese caso, la nube pública puede ser una solución más racional ya que permite escalar capacidad cuando hace falta y no mantener servidores infrautilizados cuando el pico desaparece. Lo mismo puede ocurrir ante caídas de data centers, noticias virales simultáneas o cualquier situación que tensione la red de forma imprevisible. Por eso presumir de ser “solo on-prem” puede ser tan simplista como presumir de estar “solo en cloud pública”. Lo relevante no es la etiqueta, sino el diseño operativo: qué se procesa dónde, con qué coste, con qué latencia, con qué nivel de control y con qué impacto real en publishers, compradores y calidad de la transacción. El riesgo, como siempre en AdTech, es que una discusión técnica acabe convertida en otra capa de marketing.

La infraestructura se está volviendo una forma de storytelling y las empresas necesitan diferenciarse en un mercado donde muchas promesas se parecen demasiado: más eficiencia, más transparencia, más IA, más control, más performance. Frente a toda esa saturación, decir “tenemos nuestra propia infraestructura” o “permitimos modelos containerizados cerca del supply” puede funcionar como nuevo argumento de credibilidad, pero también puede convertirse en otra forma de envolver conceptos conocidos con lenguaje más moderno.

En el sector ya conocemos esta película: primero una capacidad técnica real, luego una narrativa, después un exceso de narrativa y finalmente, compradores intentando entender qué parte de aquello tenía valor operativo y qué parte era simplemente packaging.

Las agencias, los DSPs, los publishers y los anunciantes no deberían preocuparse de si una empresa usa on-prem, cloud pública o containers sino por qué problema resuelve esa arquitectura y quién captura el beneficio: si reduce costes de procesamiento, ¿se traslada parte de esa eficiencia al comprador o al publisher? Si mejora acceso a señales, ¿mejora realmente la decisión de compra o solo aumenta el control de una capa intermedia? Si reduce QPS para el DSP, ¿a cambio de qué dependencia técnica? Si permite ejecutar modelos dentro del SSP, ¿qué ocurre con la transparencia, la comparabilidad y la portabilidad de esos modelos? Si la infraestructura propia mejora márgenes, ¿es una ventaja para el ecosistema o solo para el proveedor que la opera?

Ya sé que son preguntas aburridas, pero no por ellos son menos útiles.

El AdTech independiente necesita diferenciarse frente a los Walled Gardens, plataformas integradas y grandes nubes que ya controlan buena parte del mercado digital y tiene todo el sentido del mundo que quieran hacerlo desde la infraestructura, porque ahí todavía pueden construir una ventaja real: menor coste unitario, mayor control sobre datos, mejor latencia, acceso a señales más cercanas al inventario y menor dependencia de terceros. Pero esa ventaja solo importa si se traduce en algo verificable para quienes compran y venden publicidad.

La infraestructura, al fin y al cabo, no es un argumento de marca, es una decisión económica y quizá esta sea la parte que más conviene recordar. En la nueva carrera del AdTech independiente, no gana necesariamente quien diga tener más IA, más containers o más servidores propios sino quien pueda explicar con claridad qué procesa, dónde lo procesa, por qué lo hace así, cuánto cuesta, qué señales mejora y qué valor devuelve al mercado. Todo lo demás es marketing envolviendo conceptos que alguien quiere volver a poner de moda… y en esta industria, ya vamos sobrados de envoltorios.

Puntos clave:

• La infraestructura Cloud se ha convertido en un nuevo argumento de diferenciación entre compañías AdTech independientes.

• Tener infraestructura propia puede mejorar costes, control, latencia y acceso a señales, pero no siempre es la mejor solución para todos los casos de uso.

• El debate de fondo no es solo tecnológico: es quién paga la infraestructura, quién controla las señales y quién captura el valor dentro de la cadena programática.

Este resumen lo ha creado una herramienta de IA basándose en el texto del artículo, y ha sido chequeado por un editor de PROGRAMMATIC SPAIN.