You've successfully subscribed to Adlive Content Hub
Great! Next, complete checkout for full access to Adlive Content Hub
Welcome back! You've successfully signed in.
Success! Your account is fully activated, you now have access to all content.
Success! Your billing info is updated.
Billing info update failed.
Pause Café #6 - Header Bidding Client-Side

Pause Café #6 - Header Bidding Client-Side

Todas las solicitudes se hacen desde el navegador. El tag se carga y llama a las SSPs para que el anuncio ganador sea difundido. Igual sucede para las consultas de los analytics (herramienta de analítica web que ofrece información agrupada del tráfico que llega a los sitios web según la audiencia, la adquisición, el comportamiento y las conversiones que se llevan a cabo en el sitio web).

Esto puede tener efectos sobre la experiencia usuario si existe un gran número SSPs que son llamadas. Puede afectar la latencia y ocasionar un tiempo de ejecución más largo. 

Para un espacio publicitario va a haber un llamado y un tiempo de respuesta para cada SSP, es así que si se presentan 10 llamados, habrá 10 solicitudes. Si el editor decidió utilizar analytics, habrá otras 20 solicitudes.

Ventaja:

Con la llegada de las fuentas abiertas como prebid.js, el header bidding comenzó a funcionar desde el client side. La tecnología ha madurado y hoy en día el mercado es mayormente client side. Puesto que todo se efectúa sobre el navegador, las cookies para difundir anuncios específicos va igualmente en paralelo, eliminando cualquier problema en términos de cookie syncing y, en cuanto a la monetización llega ser lo más eficiente.

Desventaja:

¡Problemas de latencia! El tiempo de carga puede ser demasiado largo si los navegadores están saturados de solicitudes.

No es posible hacer header bidding en un video player o en aplicaciones en client side.

Esto no puede ser el futuro. Todos concordamos en que las conexiones de server a server son el futuro, significando entonces header bidding server-side.