Published in
May 21, 2026

Serie CTO 3: Por qué retail media necesita un ad engine, no solo un ad server

This is some text inside of a div block.

Por Francisco Larraín, Cofundador y CTO, Topsort

Un repaso rápido antes de seguir adelante: Serie CTO 1 y Serie CTO 2.

Retail media está entrando en una nueva fase. A medida que los budgets crecen y las redes de retail media (RMNs) escalan globalmente, una realidad se vuelve evidente: la fijación de precios estática y el pacing manual no sobreviven a la volatilidad.

Si estás evaluando tu stack tecnológico de retail media, la pregunta ya no es: "¿Tenemos un ad server?"

La verdadera pregunta es: "¿Tenemos una infraestructura de retail media capaz de manejar floors dinámicos y pacing inteligente?"

Esa es la diferencia entre un ad server de la era de los publishers y un ad engine moderno para retail media.

Floors y pacing son un solo sistema

Los floors y el pacing suelen tratarse como features separadas. No lo son. Son dos palancas que actúan sobre el mismo sistema económico y, cuando una se mueve de forma agresiva, la otra siente el impacto de inmediato.

Floors y pacing: dos palancas, un sistema Subir floors y ajustar pacing son dos palancas que alimentan el mismo sistema de subasta. Cada palanca produce efectos distintos. FLOORS · Y · PACING Subir floors PALANCA DE PRECIOS La entrega cambia El estrés de pacing aumenta El comportamiento del anunciante cambia Ajustar pacing PALANCA DE RITMO DE GASTO Los patrones de puja cambian La sensibilidad al floor cambia Sistema de subasta núcleo económico compartido — cambia una palanca, la otra lo siente

Por eso retail media no puede construirse como un conjunto de herramientas poco conectadas. Un módulo de floor pricing que no entiende el estado del pacing y un engine de pacing que no considera la exposición a los floors, producirán resultados que ningún equipo podrá predecir ni explicar.

Debe diseñarse como un sistema unificado.

La diferencia entre herramientas e infraestructura

La diferencia no es cosmética. Agregar features sobre una arquitectura enfocada en delivery no cambia lo que el sistema está optimizando. El trabajo de un ad server es entregar inventario. No tiene un concepto nativo de salud de ingresos, estabilidad del ecosistema o performance acumulativa; esas preocupaciones viven fuera de él, en planillas, workflows operativos y ajustes manuales.

HERRAMIENTAS · VS · INFRAESTRUCTURA Herramientas ADICIONES SUPERFICIALES Infraestructura INTELIGENCIA SISTÉMICA Agrega configuraciones Agrega dashboards Agrega reportes Coordina el comportamiento económico Protege la estabilidad del ecosistema Potencia el rendimiento con el tiempo Escala sin crecimiento lineal de ad ops

Un ad engine está construido alrededor de un objetivo completamente distinto. La inteligencia de monetización vive dentro del núcleo del auction, no por encima de él. Eso significa que cada decisión de pricing y pacing se toma con conciencia completa del sistema, en lugar de ser reconstruida después por una persona mirando un dashboard.

Eso es lo que separa a un ad server, enfocado en delivery y heredado de la era de los publishers, de un ad engine, enfocado en resultados y nativo para retail. Un ad server mueve impresiones. Un ad engine gestiona la salud económica de un marketplace completo.

Por qué la volatilidad rompe los ad servers tradicionales

La demanda en retail no es estable. A diferencia del inventario de publishers en la web, para el cual se construyeron los ad servers, cambia continuamente, impulsada por:

  • Promociones y picos estacionales
  • Entrada y salida de sellers
  • Cambios en el mix de tráfico
  • Actualizaciones de precios en tiempo real
  • Fluctuaciones en bid density

Cada cambio puede volver obsoleta la calibración de floors de ayer antes de que un operador humano lo note. Los ad servers tradicionales responden de forma reactiva: se revisa un dashboard, se ajusta un parámetro y, para cuando la corrección entra en efecto, el mercado ya se movió. Los floors dinámicos y el pacing inteligente cierran ese ciclo automáticamente, permitiendo que el auction se autocorrija en tiempo real.

Esa capacidad no es opcional a escala. Es la base que exigen las siguientes realidades.

Por qué este es el futuro

A medida que los budgets de retail media se institucionalizan globalmente, tres realidades se vuelven inevitables:

  1. La volatilidad es permanente: la competencia por bids será cada vez más sofisticada y reactiva, no menos.
  2. La intervención manual no escala: cada nuevo seller, categoría y fuente de tráfico agrega variabilidad que un workflow humano no puede seguir de manera confiable.
  3. El crecimiento de ingresos debe superar el crecimiento del headcount: las redes que dependen de ajustes manuales agregan costos operativos en proporción directa a los ingresos, eliminando la ventaja de eficiencia del modelo.

Los floors dinámicos y el pacing inteligente no son "features avanzadas". Son la base para RMNs escalables. Los minoristas que los traten como infraestructura, y no como herramientas opcionales, dominarán la próxima década de retail media.