Definición profesional
Dynamic allocation es el mecanismo de Google Ad Manager que evalúa, en cada solicitud de anuncio, el valor real de la demanda programática (Ad Exchange, Open Bidding e inventario remanente) frente al costo de oportunidad de servir una línea de orden garantizada, y asigna la impresión a quien ofrece el valor más alto en ese instante específico.
Reemplaza la jerarquía fija del waterfall tradicional, donde la demanda garantizada gana siempre sobre la remanente sin importar el precio real disponible en ese momento, con una comparación de valor ejecutada impresión por impresión. Para lograrlo, el sistema calcula un CPM temporal para la línea garantizada elegible, basado en su prioridad y en qué tan atrasada va respecto a su meta de entrega, y solo permite que la demanda programática gane la impresión si su oferta supera ese CPM temporal.
Explicación sencilla
Un editor tiene espacios publicitarios comprometidos con marcas (líneas garantizadas) y espacios sin comprometer que se venden al mejor postor. Bajo un sistema estático, el ad server serviría primero lo garantizado sin preguntar cuánto pagaría alguien más por ese mismo espacio en ese momento exacto. Dynamic allocation cambia esa lógica. Antes de servir cualquier anuncio, el sistema pregunta cuánto vale realmente esa impresión ahora mismo, compara esa cifra contra lo que el editor perdería si no sirve la línea garantizada, y entrega el espacio a la oferta más alta sin que el compromiso con la marca deje de cumplirse a tiempo.
¿Por qué existe este concepto?
Antes de dynamic allocation, los ad servers operaban con un waterfall estático. Las líneas garantizadas ocupaban siempre el primer lugar en la fila y el inventario remanente solo se ofrecía a la demanda programática cuando quedaba espacio libre, sin importar cuánto estuviera dispuesto a pagar un comprador en ese instante. Esa estructura dejaba valor sobre la mesa de forma sistemática. Una impresión podía venderse a un CPM bajo garantizado mientras un anunciante en Ad Exchange habría pagado el doble por esa misma impresión un segundo antes.
Google introdujo dynamic allocation para resolver esa ineficiencia sin sacrificar el cumplimiento de los acuerdos directos, que siguen siendo la prioridad comercial del editor. El concepto permite que ambos mundos compitan bajo una misma regla (quien ofrece más valor en ese instante gana la impresión) mientras protege matemáticamente que las líneas garantizadas cumplan su meta de entrega a tiempo.
¿Cómo funciona?
Si la línea garantizada pierde esa comparación puntual, no recibe ninguna penalización. El sistema vuelve a calcularle un CPM temporal en la siguiente solicitud elegible, ajustado a su nuevo ritmo de entrega, hasta que cumple su meta.
¿Quién lo utiliza?
- Los equipos de ad operations configuran las prioridades de las líneas de orden, las reglas de precio unificado y los pisos de Ad Exchange que determinan cómo compite cada segmento de inventario contra la demanda programática y ajustan esas reglas cuando detectan pérdida de valor.
- Los publishers dependen de dynamic allocation para que el inventario no vendido bajo acuerdo directo capture el mejor precio disponible en cada instante, sin tener que renegociar cada campaña garantizada para proteger su rendimiento.
- Los anunciantes que compran vía Ad Exchange u Open Bidding compiten en tiempo real contra el costo de oportunidad que calcula el ad server, sin visibilidad directa de las líneas garantizadas que enfrentan en cada subasta.
- Los equipos de yield o revenue operations monitorean el rendimiento de dynamic allocation frente a las líneas garantizadas, revisan cuándo el CPM temporal bloquea demanda programática de mayor valor y recalibran las reglas de precio para corregir esa fricción.
Caso práctico
Un editor tiene un acuerdo garantizado a 5 dólares de CPM para 100 000 impresiones mensuales. Al llegar a la tercera semana, la entrega va atrasada respecto a su meta, así que Ad Manager le calcula un CPM temporal más alto, digamos 6 dólares, para acelerar su cumplimiento. En la siguiente solicitud de anuncio, Ad Exchange ofrece 5,50 dólares por esa misma impresión. Como esa oferta no supera el CPM temporal de 6 dólares, gana la línea garantizada.
Una hora después, con la entrega ya alineada a su ritmo esperado, el CPM temporal baja a 4 dólares, y una oferta de 4,50 dólares proveniente de un participante de Open Bidding gana la impresión. El editor no pierde valor en ningún momento porque el sistema compara la oferta real contra el costo de no servir lo garantizado, en vez de compararla contra un piso fijo.
Error frecuente
Un malentendido habitual entre equipos de ad ops es suponer que dynamic allocation prioriza automáticamente el mayor ingreso posible en cada impresión, sin restricción alguna. En realidad, el sistema protege primero el cumplimiento de las líneas garantizadas mediante el CPM temporal, así que puede rechazar una oferta programática apenas superior al precio nominal de la línea garantizada si esta va atrasada en su entrega. Confundir esa lógica lleva a configurar pisos de precio demasiado bajos, bajo la idea de que dynamic allocation siempre elegirá lo más rentable, cuando la variable de mayor peso en ese momento puede ser el ritmo de entrega y no solo el precio ofertado.
¿Qué no es?
Header bidding. Header bidding ocurre en el navegador o la app, antes de que la solicitud llegue al ad server, y permite que múltiples exchanges compitan por esa impresión con datos que luego se pasan al ad server como una línea de precio más. Dynamic allocation ocurre después, dentro del ad server, y compara esa oferta (junto con Ad Exchange y Open Bidding) contra el costo de oportunidad de las líneas garantizadas.
Unified pricing rules. Las reglas de precio unificado establecen el piso mínimo que puede aceptar cada segmento de inventario frente a toda la demanda programática. Dynamic allocation decide, dentro de ese piso ya definido, quién gana cada impresión específica comparando el costo de oportunidad contra las ofertas disponibles en ese momento.
Open Bidding. Open Bidding es el conjunto de subastas de terceros que compiten dentro de dynamic allocation junto con Ad Exchange y el inventario remanente. Dynamic allocation es el mecanismo de decisión completo que incluye a Open Bidding como una de sus fuentes de demanda, no un sinónimo del mismo proceso.
Términos relacionados
Evolución histórica
Google introdujo dynamic allocation en DoubleClick for Publishers (DFP), el antecesor de Google Ad Manager (GAM), para permitir que su propio Ad Exchange compitiera en tiempo real contra el inventario garantizado y remanente, resolviendo la ineficiencia estructural del waterfall estático. Durante los primeros años, esa competencia estuvo limitada a la demanda de Google.
La presión del header bidding, impulsado por exchanges y SSP competidores que ofrecían a los publishers una forma de hacer competir a múltiples compradores fuera del control de Google, llevó a la compañía a abrir el mecanismo a terceros bajo el nombre Exchange Bidding in Dynamic Allocation. Con el tiempo, ese programa se rebautizó como Open Bidding y dynamic allocation permanece hasta hoy como el mecanismo de decisión interno que compara todas esas fuentes de demanda (Ad Exchange, Open Bidding e inventario remanente) contra el costo de oportunidad de la línea garantizada.
Empresas y tecnologías asociadas
Dynamic allocation es una funcionalidad propia de Google Ad Manager, sin equivalente exacto con ese nombre en otros ad servers, aunque plataformas competidoras como Xandr o Equativ implementan mecanismos de decisión conceptualmente similares para hacer competir demanda garantizada y programática dentro de su propia infraestructura.
Los participantes de Open Bidding que compiten dentro de dynamic allocation incluyen SSP y exchanges con acuerdo directo con Google, entre ellos actores como Index Exchange, Magnite, PubMatic y OpenX. Esta mención no implica recomendación ni jerarquía entre ellos.
Pregunta frecuente
¿Dynamic allocation puede hacer que una línea garantizada no se entregue?
No en condiciones normales. El CPM temporal que calcula el sistema está diseñado precisamente para evitar el sub cumplimiento, así que sube cuando la entrega va atrasada hasta volverse prácticamente imbatible para la demanda programática. Un editor puede ver que la demanda programática gana impresiones puntuales sin que eso comprometa el cumplimiento final del acuerdo garantizado.