Definición profesional
Passback es un mecanismo de fallback publicitario mediante el cual una fuente de demanda que no puede entregar un anuncio devuelve o activa una llamada de respaldo hacia otra fuente, en lugar de cerrar la oportunidad sin publicidad. En display, suele incrementarse mediante una etiqueta de passback que un sistema tercero devuelve al navegador para solicitar nuevamente un anuncio al ad server del publisher U otra plataforma configurada como respaldo.
El objetivo es dar a una impresión otra oportunidad de monetización cuando la fuente inicialmente seleccionada no puede llenarla. Un passback puede formar parte de una cadena de fallbacks, aunque encadenar demasiados sistemas aumenta la complejidad, la latencia y el riesgo de configuraciones circulares.
Explicación sencilla
Un publisher envía una oportunidad publicitaria a una plataforma externa. Si esa plataforma no tiene un anuncio disponible, en lugar de dejar el espacio vacío puede devolver una instrucción para intentar con otra fuente. Ese intento de respaldo es el passback.
No es una fuente de demanda por sí mismo. Es el mecanismo que permite volver a intentar la impresión en otro sistema cuando el anterior no pudo llenarla.
¿Por qué existe este concepto?
Una fuente de demanda puede no tener un anuncio elegible para una impresión determinada por razones como precio, targeting, disponibilidad de campañas, formato o reglas comerciales.
Cuando eso ocurre, el publisher puede decidir intentar monetizar la oportunidad mediante otra fuente en lugar de dejarla sin anuncio. El passback permite automatizar ese fallback entre sistemas.
Históricamente fue especialmente útil en configuraciones donde publishers trabajaban con redes publicitarias y plataformas externas mediante tags de terceros. Si esa fuente no podía llenar la impresión, devolvía una etiqueta que llevaba la oportunidad nuevamente al publisher o a otra fuente configurada como respaldo.
¿Cómo funciona?
El flujo comienza después de que una fuente de demanda ha sido seleccionada para intentar servir una impresión. Si esa fuente puede entregar un anuncio, la reproducción o carga continúa normalmente. Si no puede llenarla, puede devolver o ejecutar una etiqueta de passback.
Esa etiqueta genera una nueva solicitud hacia el sistema configurado como respaldo. Ese sistema vuelve a evaluar si dispone de un anuncio elegible y, si lo tiene, lo entrega.
También puede existir cadenas con más de un fallback. Sin embargo, cada salto externo puede añadir una nueva solicitud de red y tiempo de espera. Por eso, estas configuraciones deben controlar timeouts, profundidad de la cadena y reglas que eviten que una impresión regrese repetidamente a sistemas ya consultados.
En video existe una lógica relacionada de fallback cuando una respuesta VAST o un wrapper no produce un anuncio utilizable. El reproductor o el sistema de inserción puede intentar otras respuestas según la configuración implementada. Aunque el objetivo es similar, no debe asumirse que toda la lógica ddel fallback VAST es técnicamente idéntica a un passback tag de display.
¿Quién lo utiliza?
- Equipos de ad ops y monetización de publishers. Configuran etiquetas de passback o reglas de fallback y controlan aspectos como targeting, timeouts y prevención de loops.
- Redes publicitarias, SSP y otras fuentes de demanda externas. Pueden devolver un passback cuando reciben una oportunidad que no pueden llenar y existe una fuente de respaldo configurada.
- Ad server de publisher. Pueden recibir nuevamente la solicitud generada por un passback y evaluar otra línea o fuente de demanda elegible.
- Equipos y proveedores de monetización de video. Gestionan lógicas de fallback en entornos VAST, reproductores o sistemas de inserción publicitaria cuando una respuesta no produce un anuncio utilizable.
Caso práctico
Un publisher sirve una etiqueta de una red publicitaria externa dentro de una línea de inventario remanente. Cuándo la red recibe una impresión, intenta encontrar una campaña elegible. Para algunas solicitudes sí dispone de un anuncio y lo entrega normalmente. Para otras no encuentra demanda disponible.
En esas situaciones, la red devuelve una etiqueta de passback que genera una nueva solicitud al ad server del publisher. El ad server puede entonces evaluar otra fuente de demanda o, como ultimo recurso, servir un house ad.
El passback permite así que el fallo de una fuente externa no termine automáticamente la oportunidad de monetización.
Error frecuente
Un error habitual es pensar que agregar una cadena cada vez más larga de passbacks garantiza un mayor fill rate o mayores ingresos. Cada salto adicional puede añadir latencia y una nueva posibilidad de timeout, además de aumentar la complejidad de reporting y el riesgo de crear loops entre plataformas.
Otro error es tratar el passback como si fuera una fuente de demanda. El passback no compra impresiones ni determina por sí mismo el valor del inventario. Solo define qué ocurre cuando una fuente no puede entregar un anuncio y existe otra alternativa configurada.
¿Qué no es?
Header bidding. Header Bidding permite solicitar ofertas de varias fuentes antes de que el ad server tome la decisión final, normalmente de forma paralela o casi paralelas. El passback es una lógica de respaldo que aparece cuando una fuente previamente seleccionada no puede entregar un anuncio.
Waterfall. Un waterfall define una estrategia secuencial de evaluación de fuentes de demanda según una prioridad determinada. Esa secuencia puede gestionarse dentro de un ad server o sistema de mediación sin utilizar passback tags. El passback es una técnica posible para continuar el intento de monetización entre sistemas cuando una fuente no llena.
Dynamic Allocation. En Google Ad Manager, Dynamic Allocation permite que determinadas fuentes no garantizadas, como Ad Exchange, Ad Sense, Open Bidding y remnant, compitan en tiempo real mientras el sistema protege los objetivos de entrega de las líneas garantizadas. No es un mecanismo de fallback ni una redirección de solicitudes entre plataformas.
Términos relacionados
Evolución histórica
Los passbacks surgieron como una solución práctica en configuraciones de ad serving donde los publishers enviaban inventario a redes publicitarias o servidores externos mediante etiquetas de terceros.
Cuando una de esas fuentes no podía llenar una impresión, podría devolver una etiqueta que llevaba la oportunidad nuevamente al publisher o a otra fuente de respaldo. Este mecanismo permitió construir cadenas de monetización entre sistemas que no compartían una decisión de subasta común.
Con la expansión de SSP, exchanges y estructuras de waterfall, los passbacks continuaron utilizándose como mecanismo de fallback entre distintas plataformas.
La adopción de header bidding y de mecanismos de competencia más integrados redujo la necesidad de depender exclusivamente de cadenas secuenciales de tags para evaluar demanda. Aún así, el passback sigue siendo útil en determinadas configuraciones de display como mecanismo de respaldo entre sistemas.
En video, mecanismos de fallback dentro de flujos VAST cumplen una función relacionada cuando una respuesta no devuelve un anuncio válido, aunque la implementación técnica no debe confundirse automáticamente con el passback tradicional de display.
Estándares relacionados
| Estándar | Organización | Relevancia |
|---|---|---|
| VAST | IAB Tech Lab | Define la estructura de respuestas y wrappers para publicidad de video. Sus mecanismos de fallback permiten intentar alternativas cuando una respuesta no produce un anuncio utilizable, una lógica relacionada con el objetivo del passback. |
Empresas y tecnologías asociadas
Los ad servers y plataformas de monetización pueden incorporar mecanismos de passback o fallback para inventario que no logra llenarse en una fuente previamente seleccionada. Google Ad Manager, por ejemplo, permite generar GPT passback tags para situaciones en las que una solicitud enviada a un sistema de terceros debe regresar posteriormente alimentario gestionado en Ad Manager.
Otras plataformas pueden implementar mecanismos equivalentes mediante tags, callbacks o reglas propias de fallback. La configuración concreta depende de la arquitectura utilizada por cada publisher y no debe asumirse que todos los sistemas dominan o implementan el passback de la misma manera.
En video, reproductores, ad servers y sistemas de inserción pueden aplicar lógicas de fallback asociadas con respuestas y wrappers VAST.
Pregunta frecuente
¿El passback afecta el tiempo de carga del sitio o del video?
Puede hacerlo. Cuando un passback genera una nueva solicitud hacia otro sistema, en navegador, reproductor o servidor debe esperar una respuesta adicional. Una cadena con varios fallbacks puede acumular la tenencia, especialmente cuando alguna de las plataformas alcanza su timeout antes de responder. Por eso conviene limitar la profundidad de esas cadenas y controlar los tiempos máximos de espera y las posibles rutas circulares.