Ingresos
Header bidding vs waterfall: ¿cuál paga más a un editor?
El waterfall vende tu inventario en una cola y el header bidding lo vende en una subasta, y la diferencia aparece como impresiones sin vender y precios por debajo de lo que alguien habría pagado. Cómo funciona cada uno, cuándo el waterfall sigue teniendo sentido, y el inventario que ninguno de los dos puede vender.
¿Cuál es la diferencia entre header bidding y waterfall?
Un waterfall ofrece cada impresión a las fuentes de demanda en un orden fijo, una tras otra, hasta que alguien la coge. El header bidding se lo pregunta a todas a la vez, antes de la llamada al ad server, y deja que pujen entre ellas.
La consecuencia va incorporada en cada impresión que vendes. En un waterfall, un comprador que está quinto en la cola nunca llega a pujar por una impresión que la tercera fuente aceptó a menor precio, así que dejaste dinero encima de la mesa sin llegar a verlo. En una subasta ese comprador compite, y la competencia es lo que fija el precio.
| Waterfall | Header bidding | |
|---|---|---|
| --- | --- | --- |
| Cómo se llama a la demanda | En secuencia, en orden fijo | A la vez, todos los pujadores |
| Cómo se fija el precio | Primera fuente que acepta tu mínimo | Gana la puja más alta |
| Inventario sin vender | Más alto, la cola se puede agotar | Más bajo, más pujadores por impresión |
| Latencia | Menor por llamada, mayor si la cola es larga | Una ronda paralela, acotada por el timeout |
| Complejidad de montaje | Baja | Mayor, necesita wrapper y ajuste |
¿Por qué el waterfall deja dinero sin recoger?
Porque el orden no es el precio. Un waterfall se construye sobre CPM medios históricos, así que asume que la fuente que mejor pagó el mes pasado pagará mejor por esta impresión. Esa suposición se rompe constantemente: el valor depende del usuario concreto, del momento, de la campaña activa y del país.
También falla al final de la cola. Cuando ninguna fuente acepta, la impresión queda sin vender o cae a relleno por una fracción de lo que valía, y eso es justo lo que te está diciendo un fill rate bajo.
¿Cuándo no compensa el header bidding?
No sale gratis, y hay tres casos que decepcionan con regularidad:
- Volúmenes de inventario pequeños. Los pujadores necesitan escala para molestarse en competir, así que un sitio con poco tráfico puede sumar socios y ver los mismos precios con más latencia.
- Demasiados socios. Cada uno añade peso a la subasta. Pasado cierto punto pagas latencia, y por tanto impresiones perdidas, por pujas que nunca ganan.
- Páginas lentas. Si tu subasta expira antes de que lleguen las pujas, obtienes el resultado del waterfall con el sobrecoste del header bidding.
La latencia es el peaje, y conviene medirla en ingresos y no en milisegundos: una impresión que llega cuando el lector ya ha pasado no vale nada, gane quien gane la subasta.
¿Cómo decidir cuál usar?
Júzgalo por ingreso por cada mil páginas vistas y no por CPM, porque el CPM solo esconde a la vez los efectos de relleno y de latencia.
- Mide tu ingreso actual por mil páginas vistas, tu fill rate y tu velocidad de página durante una semana entera.
- Añade header bidding con pocos socios, entre tres y cinco, no todo lo disponible.
- Compara contra la referencia, y vigila el timeout de la subasta tan de cerca como el precio.
- Añade o quita socios de uno en uno, quedándote solo con los que ganan lo bastante como para justificar su latencia.
El montaje más sano para la mayoría de editores independientes es un stack pequeño de header bidding más la demanda propia del ad server, dejando el waterfall solo como relleno.
El inventario que ninguna subasta llega a ver
Los dos modelos responden a la misma pregunta: quién compra esta impresión. Ninguno puede responder a otra distinta, que es la que aparece cuando la impresión no llega a existir.
Cuando el bloqueador de un visitante impide que cargue tu librería de anuncios, no se ejecuta ninguna subasta. No se pregunta a ningún socio de header bidding, no se intenta ningún paso del waterfall, y nada aparece como no vendido, porque nunca hubo petición. Tu fill rate sigue sano mientras ese ingreso simplemente no está en el informe.
Por eso el trabajo de yield se estanca a veces por motivos que no tienen nada que ver con el yield. Puedes ajustar mínimos, sumar socios y recortar latencia, y seguir viendo caer el ingreso por sesión, porque la parte de páginas vistas que llega siquiera a la subasta se está encogiendo por debajo.
Dónde suele estar la ganancia mayor
Optimizar una subasta mejora el precio de las impresiones que vendes. Recuperar páginas vistas bloqueadas aumenta cuántas impresiones tienes para vender, y además se acumula con todo lo demás: cada visita recuperada pasa después por el mismo stack de header bidding que acabas de afinar.
El orden práctico es medir primero la parte bloqueada, porque dimensiona los dos problemas a la vez y es el número más barato de conseguir. Si resulta ser pequeña, dedica el tiempo a la subasta. Si resulta ser una quinta parte de tu tráfico, ahí está el dinero.
Nuestro script mide exactamente eso con una línea de instalación: detecciones, recuperaciones e ingresos recuperados por sitio, con el bloqueo de red separado para no inflar la parte recuperable. Cuánto cuesta el adblock a los editores explica cómo convertirlo en un caso de negocio, y fill rate y viewability por qué tus métricas actuales esconden la pérdida.
Preguntas frecuentes
¿Es mejor header bidding que waterfall?
Para la mayoría de editores con tráfico relevante, sí, porque la puja simultánea fija el precio por competencia y no por un orden fijo. Las excepciones son el inventario de poco volumen, donde los pujadores no tienen incentivo para competir, y las páginas lentas, donde la latencia cuesta más que la mejora de precio.
¿El header bidding ralentiza mi web?
Añade una ronda de subasta paralela antes de la llamada al ad server, así que el coste está acotado por tu timeout. El riesgo real es el número de socios: cada pujador extra suma peso, y una impresión que renderiza cuando el lector ya pasó no vale nada.
¿Cuántos socios de header bidding debería usar?
Empieza con tres a cinco y añade de uno en uno, quedándote solo con los que ganan lo suficiente para justificar la latencia que añaden. Más socios no es más ingreso una vez que la subasta se ralentiza.
¿El header bidding arregla un fill rate bajo?
Suele mejorarlo, porque más pujadores significan más subastas con al menos un comprador interesado. No arregla la parte causada por mínimos por encima de lo que paga tu audiencia, y no hace nada por las páginas vistas donde la petición de anuncio nunca ocurre.
¿Header bidding o waterfall ayudan con el tráfico bloqueado?
Ninguno. Los dos deciden quién compra una impresión una vez que la petición existe. Si un bloqueador impidió cargar la librería de anuncios, no hay petición ni subasta, y la pérdida nunca aparece como inventario sin vender.
Pon a prueba el mejor script anti adblock.
Gratis hasta 10.000 detecciones al mes. Instalación en 60 segundos.