Integración de Prebid.js
Wrapper actual de Prebid.js, en el navegador y en servidor, sobre el protocolo OpenRTB 2.5.
Header bidding y demanda
Header bidding que suma competencia sin frenar tu web.
Haz que muchos socios de demanda pujen a la vez antes de que decida tu servidor de anuncios. Subastas con Prebid.js, tiempos de espera dinámicos y control de la latencia, explicado con claridad antes de tocar nada.
35–45%Aumento de ingresos reportado
<150msLatencia media
15+SSP socias
95%+Fill rate reportado
Cómo funciona
Tres pasos en una fracción de segundo
01
Carga de la página
El wrapper de Prebid.js se carga con la página y envía peticiones de puja a todas las SSP conectadas a la vez.
02
Pujas
Varias SSP pujan en paralelo antes de la llamada al servidor de anuncios, así cada impresión tiene más competencia.
03
Elección del ganador
La puja más alta pasa a Google Ad Manager, que decide el anuncio final frente a AdX y el resto de demanda.
Qué incluye
Un montaje de Prebid bien gestionado
Más de 15 SSP
Demanda premium a través de plataformas como Google AdX, PubMatic, OpenX o Index Exchange, según tu inventario.
Control de latencia
Latencia media por debajo de 150 ms, con tiempos de espera dinámicos y carga asíncrona.
Informes por socio
Ingresos por SSP, ubicación y dispositivo, con datos en tiempo real y exportación.
Optimización continua
Selección de pujadores, tiempos de espera y precios mínimos ajustados de forma continua, no una sola vez.
Pensado para móvil
Una carga ligera, de menos de 50 KB, que respeta los datos del usuario en 4G y 5G.
Opciones
En el navegador o en servidor
Ninguna es mejor en todos los casos. La combinación adecuada depende de tu web y de tu audiencia.
Client-side (navegador)
- Prebid.js en la cabecera de la página
- Control total sobre qué socios pujan
- Datos de rendimiento por pujador
- Cada pujador añade trabajo al navegador
Server-side (Prebid Server)
- La subasta se hace en un servidor
- Menos código en la página y menos latencia
- Más resistente a los bloqueadores
- Los compradores ven menos datos del usuario
Preguntas frecuentes
Dudas sobre header bidding
¿El header bidding siempre sube los ingresos?
No. Aumenta la competencia, y eso suele ayudar, pero el resultado depende de tu tráfico, los países de tu audiencia, el diseño de los anuncios y la demanda. La cifra de arriba es reportada, no prometida.
¿Hará más lentas mis páginas?
Cada pujador añade trabajo. Por eso ajustamos y medimos los tiempos de espera, el número de socios y la carga diferida en lugar de darlo por hecho.
¿Qué servidor de anuncios se usa?
Lo normal es que los resultados del header bidding pasen a Google Ad Manager para servir el anuncio final, así que una cuenta de Ad Manager bien estructurada es clave.
¿Qué opción me conviene?
Muchos editores empiezan en el navegador para tener control y añaden la parte de servidor para reducir latencia. Te explicamos las ventajas e inconvenientes para tu web en concreto.
Guía rápida
Qué es el header bidding, explicado fácil
El header bidding permite que varios ad exchanges pujen por la misma impresión al mismo tiempo, antes de que tu servidor de anuncios (a menudo Google Ad Manager) tome la decisión final. En vez de ofrecer cada impresión a un comprador detrás de otro, todos los socios compiten a la vez y la mejor puja entra en la decisión del servidor.
Lo que un buen montaje hace bien
El número de pujadores, el tiempo de espera y la carga diferida deciden si el header bidding ayuda o perjudica. Demasiados socios o un tiempo de espera largo ralentizan la página y pueden costar más de lo que aporta la competencia extra. Además, cada socio necesita sus líneas correctas en ads.txt.
La documentación oficial de Prebid es la referencia sobre cómo funcionan estos ajustes, y la ayuda de Google Ad Manager explica cómo entra esa demanda en tu servidor de anuncios. Si aún no tienes acceso a AdX, mira primero cómo se accede a Google AdX, y para ver el conjunto completo, cómo monetizar tu web. Cuando ya esté en marcha, lo que importa es medirlo bien: lo contamos en informes y rendimiento (en inglés).