Prebid

Definición profesional

Prebid es una tecnología de código abierto que funciona como wrapper de header bidding. Permite a un publisher ejecutar una subasta paralela entre varias fuentes de demanda (SSPs, ad exchanges, deals de PMP) antes de enviar la solicitud de anuncio al ad server. La organización sin fines de lucro Prebid.org mantiene el proyecto bajo licencia Apache 2.0 y coordina dos implementaciones principales, Prebid.js para header bidding del lado del cliente y Prebid Server para header bidding del lado del servidor.

Explicación sencilla

Un publisher quiere vender un espacio publicitario al mejor precio posible. En lugar de preguntar a un comprador a la vez y esperar su respuesta antes de pasar al siguiente, Prebid le permite preguntar a varios compradores al mismo tiempo, comparar las ofertas que llegan y elegir la más alta antes de decidir quién se queda con el espacio.

¿Por qué existe este concepto?

Antes del header bidding, los publishers dependían del waterfall, un modelo secuencial donde el ad server ofrecía el inventario a un comprador a la vez, siguiendo un orden fijo de prioridad. Ese modelo dejaba ingresos sin capturar porque compradores dispuestos a pagar más nunca llegaban a competir si estaban ubicados más abajo en la secuencia.

Prebid resuelve ese problema estandarizando la forma en que múltiples fuentes de demanda compiten en paralelo, sin que cada publisher tenga que construir su propia infraestructura de subasta desde cero. Al ser código abierto, cualquier SSP puede publicar un adapter compatible, lo que amplió rápidamente el número de compradores que un publisher pequeño o mediano puede alcanzar sin negociar integraciones individuales.

¿Cómo funciona?

Cómo funciona Prebid Página carga Prebid.js SSP A envía oferta SSP B envía oferta Ad exchange envía oferta Deal PMP envía oferta Prebid recopila ofertas descarta tardías y bajo floor price Selecciona la oferta más alta Ad server compara y decide Anuncio se renderiza

Cuando un usuario carga una página con Prebid.js instalado, la etiqueta envía en paralelo solicitudes de oferta a todas las fuentes de demanda configuradas. Cada una responde con su mejor oferta dentro de una ventana de tiempo limitada (el timeout), generalmente entre 1.000 y 2.000 milisegundos. Prebid recopila las respuestas, descarta las que llegan tarde o no superan el floor price definido, y selecciona la oferta más alta. Ese resultado se envía como línea de pedido de alta prioridad al ad server, que la compara contra sus propias líneas directas antes de decidir qué anuncio se entrega finalmente.

¿Quién lo utiliza?

Publishers y equipos de ad ops. Implementan y configuran Prebid.js o Prebid Server en su sitio para conectar múltiples fuentes de demanda sin depender de un único proveedor ni negociar integraciones individuales con cada comprador.

SSPs y ad exchanges. Participan como bidder adapters dentro de Prebid, compitiendo por cada impresión en tiempo real junto a otras fuentes de demanda que el publisher haya configurado.

Desarrolladores de ad tech y front-end. Mantienen la integración técnica del wrapper, ajustan timeouts, configuran floor prices por unidad y gestionan la latencia que la subasta añade a la carga de la página.

Prebid.org. Gobierna el desarrollo del código abierto, define el estándar de los adapters, revisa contribuciones de la comunidad y publica las versiones estables de Prebid.js y Prebid Server.

Caso práctico

Un publisher mediano decide dejar de depender exclusivamente del waterfall de su ad server e implementa Prebid.js. Configura adapters para cinco fuentes de demanda distintas, define un floor price para el inventario premium y ajusta el timeout de la subasta a 1.500 milisegundos para evitar que la espera afecte la velocidad de carga percibida por el usuario. Tras la implementación, compara el eCPM promedio de las semanas previas y posteriores al cambio para medir el impacto real del header bidding en sus ingresos, y ajusta el número de adapters activos según el rendimiento observado.

Error frecuente

Confundir Prebid con un SSP o con el ad server es habitual entre quienes se acercan al término por primera vez. Prebid no vende inventario ni decide qué anuncio se muestra finalmente, solo organiza la subasta previa y entrega los resultados al ad server para que este tome la decisión final.

Otro error frecuente es asumir que agregar más adapters mejora automáticamente los ingresos, cuando en la práctica cada adapter adicional agrega latencia a la subasta, lo que puede reducir el rendimiento general de la página si no se gestiona con cuidado.

¿Qué no es?

Prebid no es un SSP. Un SSP conecta inventario con compradores y participa como una fuente de demanda dentro de la subasta. Prebid es el wrapper que organiza esa subasta entre varios SSPs a la vez, sin ser él mismo una plataforma de venta.

Prebid no es un ad server. El ad server (por ejemplo Google Ad Manager) toma la decisión final sobre qué anuncio se entrega y gestiona el trafficking completo del inventario. Prebid únicamente aporta los resultados de la subasta de header bidding para que el ad server los considere junto con sus propias líneas de pedido.

Prebid no es sinónimo de header bidding. Header bidding es el modelo general de subasta paralela entre múltiples compradores. Prebid es la tecnología de código abierto más adoptada para implementar ese modelo, pero existen wrappers propietarios alternativos construidos por publishers grandes o proveedores comerciales.

Términos relacionados

Evolución histórica

Prebid.js nació en 2015 como un proyecto interno de AppNexus (hoy Xandr) para resolver un problema técnico específico, cómo permitir que un publisher ejecutara subastas de header bidding del lado del cliente sin construir una infraestructura propia desde cero. El código se liberó como open source y ganó adopción rápida porque cualquier SSP podía integrar su propio adapter sin depender de una negociación bilateral con cada publisher.

En 2017 se formalizó Prebid.org como organización independiente sin fines de lucro para gobernar el proyecto de forma neutral, separada de cualquier vendor individual. La limitación del header bidding del lado del cliente (mayor carga en el navegador del usuario) impulsó el desarrollo de Prebid Server, que traslada parte de esa carga a infraestructura del lado del servidor y hoy convive con Prebid.js según las necesidades de latencia de cada publisher.

Estándares relacionados

EstándarOrganizaciónRelevancia
OpenRTBIAB Tech LabLos adapters de Prebid formatean las solicitudes y respuestas de oferta siguiendo esta especificación, lo que permite que fuentes de demanda distintas participen en la misma subasta sin integraciones a medida
TCF (Transparency and Consent Framework)IAB EuropePrebid transmite la señal de consentimiento del usuario a cada fuente de demanda conectada durante la subasta, condicionando qué adapters pueden participar según el consentimiento otorgado

Empresas y tecnologías asociadas

Prebid.org gobierna el proyecto de forma independiente y no pertenece a ningún vendor individual, aunque su origen técnico está vinculado a Xandr (antes AppNexus). Sobre esa base de código abierto, SSPs y ad exchanges como PubMatic, Index Exchange, OpenX y Magnite mantienen adapters propios que se integran en las instalaciones de Prebid.js de los publishers que los configuran.

Esta lista describe participantes representativos del ecosistema y no constituye recomendación ni desaconsejo de ninguna plataforma en particular.

Pregunta frecuente

¿Prebid tiene costo para el publisher?

El software es gratuito y de código abierto, sin licencia que pagar por su uso. El costo real está en la implementación técnica, el mantenimiento continuo de los adapters y el monitoreo de la latencia que añade a la página, tareas que suelen requerir un desarrollador con experiencia en ad tech.

Durante este artículo se mencionan

Notas sobre los datos

Sigue construyendo tu conocimiento programático

Recibe análisis, explicaciones y nuevos conceptos sobre publicidad programática, AdTech y medios digitales en LATAM.

Suscribirme gratis

Explorar por