Header bidding para editores y redes publicitarias: wrapper gestionado, Prebid de código abierto o una capa propia

El header bidding permite que un editor pida precio a muchos compradores de publicidad al mismo tiempo, antes de que el ad server elija qué mostrar. Así, todos los compradores compiten por el mismo espacio. Hay tres formas de conseguirlo. Una es un wrapper gestionado, la versión alojada por un proveedor del código y de su configuración. Otra es el software gratuito de código abierto Prebid, operado por tu propio equipo. La tercera es una capa que escribes tú mismo. Se diferencian sobre todo en quién se encarga del mantenimiento y quién puede ver los datos en bruto de la subasta.

¿Qué hace el header bidding?

Cuando una página tiene un espacio para un anuncio, un pequeño fragmento de código de la página envía una solicitud de puja a varios postores. La solicitud de puja indica qué espacio está en venta y en qué página. Prebid.org publica para ello software gratuito de código abierto. Describe así la configuración habitual: «Prebid recoge las pujas antes de llamar al ad server, y el ad server toma la decisión final». Los postores son plataformas de oferta (SSP), plataformas de demanda y ad exchanges, y cada uno devuelve un precio. El código pasa los mejores precios al ad server, que los compara con tus acuerdos directos. Todas las páginas citadas en este artículo se leyeron el 10 de noviembre de 2026.

Un wrapper es el contenedor de ese código: la lista de compradores, el límite de tiempo para responder, las reglas de precios y la conexión con el ad server. Prebid.org dice que su software es el wrapper de este tipo más usado. Añade que Prebid «también puede usarse como una biblioteca de pujas completa», que elige al ganador en la página, y que cualquier ad server puja en ella como una demanda más.

¿Qué cambia el header bidding en los ingresos?

Más compradores ven cada espacio al mismo tiempo, así que el precio ganador puede subir. La magnitud de la mejora depende de tu tráfico, de tus formatos y de qué compradores quieren a tu audiencia. Prebid explica que las solicitudes salen en paralelo: «Las solicitudes se envían a todos los postores a la vez, en lugar de una tras otra».

Tiene un coste. La página de Prebid dice: «Al retrasar la entrega del anuncio, puedes perder impresiones de usuarios que abandonan muy rápido». Menos postores significan una subasta más rápida, «pero menos socios de demanda también significa menos oportunidades de conseguir una puja óptima». Mide a la vez los ingresos por mil páginas vistas (RPM de página) y la velocidad de la página.

¿En el cliente o en el servidor, y qué pasa con la velocidad de la página?

En una subasta en el cliente, el navegador del visitante envía las solicitudes de puja. Lo hace Prebid.js, «una biblioteca de JavaScript que se ejecuta en el navegador». En una subasta en el servidor, el navegador envía una sola solicitud a un servidor, que consulta a los compradores. El producto de servidor de Prebid es Prebid Server. Prebid.org dice que pasar la carga a un servidor «puede ser más rápido que ejecutarla en el cliente, desde el navegador», y que es posible combinar ambos. Recomienda probar «el número de postores, los valores de timeout y cliente frente a servidor» en tus propias páginas.

Prebid.org dice que la subasta en el servidor «es obligatoria en entornos que no tienen secciones de encabezado HTML donde poner JavaScript, como las aplicaciones móviles y los sitios con Accelerated Mobile Pages (AMP)». Para el tráfico de apps, eso resuelve una parte de la decisión.

¿Qué incluye un wrapper gestionado?

Un wrapper gestionado es un servicio en el que un proveedor construye, aloja y actualiza por ti la configuración de header bidding. Prebid.org dice que los editores sin ingenieros pueden recurrir a «una empresa de servicios gestionados que puede integrar y mantener Prebid por ti», y las enumera. Su directorio nombra a Adapex, Aditude, AdPushup, Assertive Yield, Freestar, Livewrapped, Magnite, Media.net, Microsoft Monetize, PubMatic, Setupad y otras.

El alcance varía según el proveedor. Magnite dice que su Prebid como servicio permite a los grandes editores «desplegar y controlar implementaciones personalizadas de header bidding sin escribir código». Es lo que afirma Magnite. Espera alguna combinación de lo siguiente y pregunta qué entra en el precio:

• El código del wrapper, la lista de compradores y el límite de tiempo, mantenidos al día, además de la configuración del ad server
• Una pantalla para cambiar ajustes sin un desarrollador, y informes
• La conexión de consentimiento y un Prebid Server alojado si quieres subastas en el servidor

¿A qué renuncias con un wrapper gestionado?

Los costes se reparten entre dinero, control y datos, y un contrato puede limitar cada uno.

• Dinero. Los servicios gestionados pueden cobrar una cuota mensual, una parte de los ingresos, un margen dentro de un paquete con la demanda del propio proveedor, o una mezcla. Las páginas de proveedores leídas aquí no indican precios, así que pide la fórmula exacta y que los ingresos se informen netos de todas las deducciones.
• Control. El proveedor puede decidir qué compradores se añaden, cómo se ajusta la subasta y qué actualización se publica. Pregunta si puedes modificar los ajustes y si los cambios quedan registrados.
• Datos. Muchos informes muestran totales, no subastas individuales. Para comprobar a un proveedor necesitas un registro de cada subasta: a quién se preguntó, quién respondió, a qué precio y con qué rapidez. Pregunta si lo recibes, en qué formato y durante cuánto tiempo.

Un proveedor que además vende demanda tiene un motivo para favorecer a su propio comprador. Pregunta cómo demuestra que su comprador recibe el mismo trato que los demás y pide la respuesta por escrito.

¿Qué exige operar Prebid por tu cuenta?

El software no cuesta nada en licencias: Prebid.org dice que «Prebid es gratuito para cualquiera que quiera usarlo». Pagas con horas de personal:

• Actualizaciones. Prebid.org dice: «Sugerimos actualizar al menos cada seis meses». Las versiones traen «correcciones de errores, mejoras de rendimiento, nuevas funciones, mejor soporte normativo», y cada comprador se conecta mediante un adaptador, un pequeño módulo que se comunica con él.
• Compilación y pruebas. Eliges los módulos de compradores y de analítica en tu archivo de Prebid.js, lo recompilas y lo pruebas en páginas reales y en varios navegadores antes de cada versión.
• Informes. Prebid.org enumera «muchos plugins de adaptadores de analítica». Eliges uno, lo conectas y decides qué se guarda. De aquí salen los registros a nivel de subasta.
• Configuración del ad server. Los line items, los registros del ad server de cada nivel de precio, y las reglas de precios deben coincidir con lo que envía el código, o los ingresos se pierden sin hacer ruido.
• Alojamiento en el servidor, si lo usas. La guía de alojamiento de Prebid dice: «Prebid Server no es una solución llave en mano». Añade: «Debes comprometerte a comprobar actualizaciones al menos cada trimestre. Hay versiones nuevas casi todas las semanas». La descripción general del servidor de Prebid también advierte de que instalarlo «no es ni de lejos tan fácil como Prebid.js».

Una vía intermedia es contratar a una empresa para que configure y mantenga Prebid bajo cuentas que son tuyas. Conservas el código y los datos.

¿Dónde pesan el consentimiento y las normas de privacidad?

Cada solicitud de puja puede llevar datos sobre una persona, así que donde se apliquen normas de privacidad, cualquier opción debe registrar la elección del visitante y transmitirla a los compradores.

En la UE, el registro de consentimiento suele ser una cadena del Transparency and Consent Framework (TCF) de IAB Europe. La genera una plataforma de gestión del consentimiento (CMP), el aviso emergente que pregunta a los visitantes. La página de IAB Europe dice que TCF v2.3 se lanzó en abril de 2025 y que «los participantes del TCF tienen hasta el 28 de febrero de 2026 para adoptar TCF v2.3». El aviso de IAB Europe del 16 de julio de 2026 da a las CMP hasta el 23 de octubre de 2026 para implementar en la web las nuevas divulgaciones de TCF v2.4. La fecha para apps y televisión conectada es el 23 de febrero de 2027. El comunicado de prensa del Tribunal de Justicia de la UE sobre su sentencia del 7 de marzo de 2024, en el asunto C-604/22, dice que la cadena «contiene información relativa a un usuario identificable y, por tanto, constituye un dato personal en el sentido del RGPD». Añade que, cuando la cadena se asocia a un identificador como una dirección IP, la información puede permitir identificar al usuario. Trátala como dato personal en tus registros. Para Google Ad Manager, la página de ayuda de Google dice: «se requiere una CMP certificada e integrada con el TCF para servir anuncios personalizados a usuarios del EEE y del Reino Unido».

En EE. UU., las normas varían según el estado. La página del fiscal general de California enumera «El derecho a optar por no participar en la venta o el uso compartido de su información personal, incluso a través del GPC». GPC es el Global Privacy Control, un ajuste de algunos navegadores, o una extensión del navegador, que indica a un sitio que deje de vender o compartir los datos de una persona. Prebid tiene módulos que leen las señales de consentimiento de la CMP y las pasan a los compradores, incluido uno para la Global Privacy Platform del IAB. Su límite, según palabras de Prebid: «La funcionalidad de Prebid creada para atender requisitos normativos no sustituye la responsabilidad de cada parte de determinar sus propias obligaciones legales y de cumplir todas las leyes aplicables».

Con un wrapper gestionado, pregunta quién es el responsable del tratamiento de los datos de la subasta y quién firma las condiciones de tratamiento de datos.

¿Cómo afectan la identidad y las cookies al header bidding?

Los compradores pueden pagar más por un visitante que reconocen. El módulo User ID de Prebid configura identificadores seudónimos compartidos, que su página llama «una forma importante de aumentar el valor del header bidding». Tú eliges los módulos de ID y buscas asesoramiento jurídico sobre el aviso a los visitantes.

Las subastas en el servidor añaden un paso. La guía de Prebid Server dice: «Muchos postores rastrean sus ID de usuario específicos mediante cookies», y que esas cookies «deben consolidarse bajo el dominio de Prebid Server». Esto se llama sincronización de cookies, y solo se ejecuta «si la normativa de privacidad lo permite». Cuando no hay sincronización, es posible que el comprador no reconozca al visitante.

El 22 de abril de 2025, Google escribió que «mantendrá su enfoque actual de ofrecer a los usuarios la opción sobre las cookies de terceros en Chrome, y no lanzará un nuevo aviso independiente para las cookies de terceros». El 17 de octubre de 2025, Google dijo que «retirará las siguientes tecnologías de Privacy Sandbox», entre ellas Topics y Protected Audience, dos de sus herramientas de segmentación publicitaria basadas en el navegador. Sus páginas sobre cookies siguen diciendo que las cookies «pueden bloquearse por el diseño del navegador, la política de la empresa o la elección del usuario». Las notas de versión de Chrome 153, con lanzamiento estable previsto para el 8 de septiembre de 2026, siguen citando el anuncio de Chrome de que «se mantendrá el enfoque actual sobre las cookies de terceros». Ninguna declaración posterior de Google encontrada para este artículo lo cambia.

Por tanto, las cookies funcionarán con unos visitantes y con otros no. Pregunta cómo rinde cada opción con los visitantes que no tienen una.

¿Cómo se comparan las opciones con una prueba controlada?

Una mejora prometida es la esperanza del proveedor. La página de Assertive Yield en el directorio dice que ha demostrado «un notable aumento de los ingresos por visitante, superando en más de un 20 % a las soluciones de monetización existentes». Es una afirmación suya y no dice nada de tus páginas.

• Divide el tráfico al azar entre tu configuración actual y la nueva. Ejecuta ambas a la vez, en las mismas páginas, durante semanas completas, más tiempo si el tráfico es bajo.
• Fija primero la pregunta: ingresos por mil páginas vistas de cada grupo, netos de todas las comisiones, con la velocidad de la página y la tasa de rebote al lado. Decide la duración y el umbral de éxito antes de empezar.
• Toma las cifras de tu propio ad server y de tus registros, no solo del panel del proveedor.
• Incluye los casos difíciles: conexiones lentas, visitantes que rechazan el consentimiento, apps y tráfico de la UE.

¿Cuándo está justificado construir tu propia capa?

Rara vez, y normalmente no desde cero. Prebid.org dice que el código y la documentación de su sitio se «publican bajo la licencia Apache», así que una empresa puede construir sobre Prebid. Cualquiera de estos casos puede justificar un desarrollo a medida:

• Gestionas una red publicitaria o una SSP y la subasta en sí es tu producto, con tus propias reglas de precios mínimos, acuerdos o de qué compradores ven qué espacio.
• Los contratos o las normas de datos exigen que cada registro de subasta se quede dentro de tus sistemas.
• Tu inventario es inusual, por ejemplo pantallas o formatos de app que Prebid no cubre bien.
• Con tu volumen, las comisiones del proveedor cuestan más que un equipo que mantenga tu propio código.

No construyas porque el informe de un proveedor no coincida con el tuyo, ya que un sistema nuevo añade un conjunto más de cifras. No construyas para ahorrar una comisión en un solo sitio con anuncios display corrientes.

¿Qué conservas si dejas a un proveedor?

Varios proveedores del directorio de Prebid se basan en el propio Prebid. Magnite, por ejemplo, dice que su servicio funciona «a través de Prebid.js, Prebid Mobile y Prebid Server», así que cambiar entre configuraciones basadas en Prebid debería ser un trabajo menor que salir de una cerrada. Pide por escrito:

• Tus propias cuentas con cada SSP y exchange, para que las relaciones con los compradores y los pagos sigan siendo tuyos
• La configuración completa del wrapper en un formato legible: compradores, límites de tiempo, precios mínimos y ajustes por página
• Registros a nivel de subasta, exportados a un almacenamiento que controles, durante todo el plazo del contrato
• Registros de consentimiento, ajustes de ID de usuario y line items del ad server, que ya deberían estar en tu cuenta
• Un plazo de preaviso y un plan de traspaso, incluido quién retira el script del proveedor de tus páginas

Una empresa que lo construya debería dejarte el repositorio, los pasos de compilación y las páginas de prueba.

¿Qué preguntar a un proveedor o a una empresa que lo construiría?

• ¿Qué cobran exactamente y qué se descuenta antes de la cifra de ingresos que nos informan?
• ¿Venden también demanda y cómo evitan que eso influya en qué puja gana?
• ¿Está construido sobre Prebid de código abierto y en qué versión estamos hoy? ¿Con qué frecuencia lo actualizan?
• ¿Podemos exportar registros a nivel de subasta, en qué formato, a qué coste y durante cuánto tiempo se conservan?
• ¿Qué plataforma de consentimiento y qué señales admiten para la UE y para los estados de EE. UU.?
• ¿Cómo se comporta con un visitante sin cookie y en una app móvil?
• ¿Harán una prueba dividida con nuestro tráfico, con cifras tomadas de nuestro propio ad server?
• ¿Qué conservamos y qué nos entregan si nos vamos?

¿Dónde encaja amBrain?

amBrain publica este blog. En sus propias palabras: «amBrain construye plataformas de oferta (SSP) para editores». Una segunda línea se refiere a los datos de eventos publicitarios: «amBrain construye pipelines de analítica de eventos para ad tech: recogida, procesamiento y generación de informes de eventos de impresión y de clic».

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 práctico y no describe trabajo para ningún cliente. Las líneas anteriores no nombran a ningún cliente, y nada de lo que aquí se dice indica que amBrain haya construido un producto de header bidding para alguna empresa. El artículo no da precios ni plazos de amBrain y no afirma ninguna relación con ninguno de los proveedores que nombra. Cada fuente externa se cita desde su propia página.

Tampoco es asesoramiento jurídico. Pide a un abogado que lea los contratos con proveedores, las condiciones de tratamiento de datos y tu configuración de consentimiento antes de firmar. Si amBrain está en tu lista de candidatos, hazle las mismas preguntas que a cualquier otra empresa.