El header bidding no es una configuración, es una operación

La mayoría de las implementaciones de header bidding se tratan como un proyecto. Hay un documento de alcance, un sprint de integración, una semana de QA, un lanzamiento, y después una línea en el reporte de ingresos que todos coinciden en que está mejor que antes.

Y después no le pasa nada durante dos años.

Esta es la fuente individual más común de pérdida evitable de ingresos que encontramos cuando auditamos el stack de un publisher, y vale la pena ser específico sobre por qué.

Tu tráfico ya no es el mismo tráfico

Una configuración de prebid codifica supuestos: a qué bidders vale la pena llamar, cuánto esperarlos, cuánto vale una posición como piso, cómo deberían priorizarse los formatos en cada plantilla.

Cada uno de esos supuestos tiene fecha de vencimiento.

Tu mezcla de tráfico cambia a medida que search y social te mandan visitantes distintos. Tu distribución de dispositivos se mueve. Un socio de demanda que era fuerte en tu mercado es adquirido y cambia su comportamiento de puja. La estacionalidad convierte pisos que eran correctos en marzo en pura pérdida en noviembre. El equipo editorial suma una posición nueva y hereda un piso copiado de algo que no tiene nada que ver.

Ninguna de estas cosas genera una alerta. Generan una desviación lenta e invisible entre lo que vale tu inventario y lo que tu configuración está dispuesta a aceptar por él.

El timeout es una decisión de ingresos

El timeout de la subasta es donde esto se ve con más claridad, porque es un canje directo: esperar más, juntar más pujas, perder más usuarios que se van antes de que el aviso se renderice.

El valor correcto depende de tu distribución real de latencia, que depende de la calidad de conexión de tus usuarios, que varía enormemente entre los mercados donde trabajamos. Un timeout calibrado para una audiencia con fibra en São Paulo no es el timeout correcto para tráfico móvil en una ciudad secundaria de Colombia.

Los publishers suelen operar un único valor global porque era el que venía por defecto en la documentación. En una región tan heterogénea, esa es una comodidad cara.

Los pisos no son una postura moral

Los pisos se suben después de un mal mes y nunca vuelven a bajar, o se bajan durante un pánico de fill y nunca vuelven a subir. En cualquiera de los dos casos dejan de reflejar el mercado en menos de un trimestre.

El encuadre útil es que un piso es una apuesta sobre lo que la subasta va a tolerar, y las apuestas hay que reexaminarlas cuando cambian las condiciones. Los pisos dinámicos ayudan, pero solo si alguien está mirando qué le hacen a la tasa de fill y a los bidders que reaccionan mal ante ellos.

Cómo se ve operarlo de verdad

Los publishers que obtienen valor duradero del header bidding hacen una lista corta de cosas poco llamativas, con una cadencia fija:

• Revisar el desempeño de bidders todos los meses y sacar a los que consumen latencia sin ganar.
• Volver a testear timeouts contra datos actuales de latencia al menos dos veces al año, por mercado cuando la audiencia difiere.
• Ajustar pisos estacionalmente, antes del calendario de retail y no como reacción a él.
• Auditar las posiciones nuevas antes de que salgan al aire, en lugar de descubrirlas en un reporte.
• Seguir el ingreso por sesión, no el eCPM, para que una mejora de fill que canibaliza precio se vea por lo que es.

Nada de esto es difícil. Simplemente es el trabajo de alguien, todos los meses, para siempre — y en la mayoría de los publishers no es el trabajo de nadie, que es precisamente por qué la plata está ahí para recuperarse.