Header bidding é a técnica que permite a um publisher oferecer cada impressão a várias demandas ao mesmo tempo, em uma competição paralela, antes de chamar o ad server. Quem paga mais, ganha. Essa simples mudança de lógica — de sequencial para simultâneo — foi uma das maiores revoluções na monetização programática e segue sendo padrão entre publishers profissionais.
O que veio antes: a cascata
No modelo antigo, o waterfall (cascata), as fontes de demanda eram consultadas uma de cada vez, por ordem de prioridade. A primeira que aceitasse a impressão levava — mesmo que outra, mais abaixo na fila, pagasse mais. Era ineficiente e deixava receita na mesa, porque a prioridade nem sempre refletia o maior lance.
A virada do header bidding
O header bidding inverteu o jogo: em vez de fila, leilão simultâneo. Todas as demandas habilitadas recebem a oportunidade ao mesmo tempo e respondem com lances. O maior lance é então enviado ao ad server para a decisão final.
O ganho é direto: mais competição real por impressão → eCPM mais alto → mais receita, sem adicionar slots.
Como funciona, passo a passo
- A página começa a carregar e dispara o leilão de header bidding (no navegador ou no servidor);
- Vários parceiros (SSPs) respondem com lances dentro de um timeout;
- O melhor lance é repassado ao ad server (geralmente o Google Ad Manager) como um valor;
- O ad server compara esse lance com as demais demandas (a do Google, vendas diretas) e escolhe o vencedor;
- O anúncio vencedor é renderizado.
Tudo em milissegundos. A ferramenta mais comum para orquestrar isso no navegador é o Prebid.js.
Client-side vs server-side
- Client-side (no navegador): o leilão roda no dispositivo do usuário. Mais transparente e simples de configurar, mas adiciona peso e latência conforme cresce o número de parceiros.
- Server-side (S2S): o leilão roda em um servidor. Mais leve para a página e escalável para muitos bidders, mas com menos transparência e dependência de infraestrutura.
Muitos publishers usam uma combinação dos dois para equilibrar receita e performance.
Vantagens e cuidados
Vantagens
- Mais competição e eCPM maior;
- Acesso a mais demanda do que a cascata permitia;
- Controle sobre quais parceiros participam.
Cuidados
- Latência: timeout alto ou bidders demais pesam na página e nos Core Web Vitals;
- Curadoria: poucos parceiros bons rendem mais que muitos medianos;
- Complexidade: exige configuração, monitoramento e otimização contínua.
Header bidding e o ad server
O header bidding não substitui o ad server — ele o alimenta. O melhor lance da competição entra no Google Ad Manager e disputa com a demanda do Google e com campanhas diretas. É a soma dos dois que entrega o melhor resultado: a competição aberta de fora e o controle de dentro.
Implementado com método — timeout equilibrado, parceiros certos e atenção à performance — o header bidding continua sendo uma das alavancas mais poderosas de receita para publishers.
