Quase todo portal de notícias brasileiro que vive de anúncio usa o Google Ad Manager. Em algum momento, alguém do comercial, uma SSP ou um parceiro de monetização pergunta: “vocês já usam header bidding?”. A resposta certa depende do portal: do volume de impressões, de quanto da receita vem da programática e de quem vai cuidar da configuração depois que ela estiver no ar.
Este guia explica, sem jargão desnecessário, como o header bidding funciona junto com o Google Ad Manager, quais são as opções (Prebid.js, Prebid Server, Open Bidding), o que configurar no Ad Manager, o que muda na velocidade da página e como saber se vale a pena para o seu portal.
Resposta curta: o que é header bidding? É um leilão feito antes da chamada ao Google Ad Manager. Várias SSPs dão lances ao mesmo tempo pela mesma impressão, e o melhor lance entra no Ad Manager para disputar com o Google Ad Exchange (AdX) e com as campanhas vendidas diretamente. Assim, o portal não depende de um único comprador para preencher cada espaço.
O que o Google Ad Manager faz num portal de notícias
O Google Ad Manager (GAM) junta duas coisas que antes eram produtos separados: o servidor de anúncios, que se chamava DoubleClick for Publishers (DFP), e a exchange do Google, o Ad Exchange (AdX). A fusão aconteceu em 2018.
Em cada espaço de anúncio da página, o Ad Manager decide o que vai aparecer. Os candidatos são:
- Campanhas diretas: patrocínios e campanhas vendidas pelo comercial do portal, com metas de entrega.
- Demanda programática: o AdX, as SSPs que entram pelo Open Bidding e os lances que chegam pelo header bidding.
- Anúncios da casa (house): banners próprios do portal, usados quando nada mais preenche o espaço.
Existem duas versões: o Ad Manager padrão, gratuito, e o Ad Manager 360, contratado à parte e voltado a editores maiores. Algumas funções de header bidding, como você vai ver abaixo, só existem no 360.
Num portal bem configurado, a estrutura do Ad Manager acompanha a do site: blocos de anúncio (ad units) por tipo de página e por editoria, e key-values (pares de chave e valor) que dizem, por exemplo, em que seção está a matéria. É isso que permite vender “a home de esportes” para um anunciante e medir quanto rende cada parte do portal.
O que é header bidding e por que ele surgiu
Antes do header bidding, o inventário que sobrava das campanhas diretas era oferecido aos compradores em cascata (waterfall): um parceiro por vez, em ordem de prioridade, e o Google tinha vantagens nesse arranjo. Se o primeiro da fila não comprasse, a impressão descia para o próximo, normalmente por um preço menor.
O header bidding inverteu essa lógica, por volta de 2015. Um código na página, que no começo ficava no <head> (daí o nome), pede lances a várias SSPs ao mesmo tempo, antes de chamar o Ad Manager. O melhor lance vai junto na chamada, e o Ad Manager passa a comparar preços reais em vez de seguir uma fila.
Em 2019, o Google mudou o Ad Manager para um leilão unificado de primeiro preço: o AdX, o Open Bidding e os lances do header bidding passaram a disputar no mesmo leilão, e quem vence paga o que ofereceu. Mesmo assim, o header bidding continua sendo a forma de trazer para o leilão compradores que não chegam pelo Google.
Como o header bidding funciona com o Google Ad Manager, passo a passo
Na implementação mais comum, com o Prebid.js e o Google Publisher Tag (GPT), a sequência é esta:
- A página começa a carregar o Prebid.js e o GPT, a biblioteca de anúncios do Google.
- O Prebid.js envia pedidos de lance para as SSPs configuradas, uma por adaptador, todas em paralelo.
- O Prebid espera até o tempo-limite (timeout). Lance que chega depois disso fica de fora.
- O melhor lance de cada espaço vira key-values na chamada ao Ad Manager:
hb_pb(a faixa de preço),hb_bidder(a SSP) ehb_adid(o identificador do anúncio). - O Ad Manager roda o leilão. As campanhas diretas entram pela prioridade, e o lance do Prebid disputa com o AdX e com o Open Bidding.
- Se o lance do Prebid vencer, o criativo que o Ad Manager entrega chama o Prebid, que mostra o anúncio da SSP vencedora.
O resultado é que cada impressão vai para quem pagou mais naquele momento, e não para quem estava primeiro na fila.
Prebid.js, Prebid Server e Amazon: quais são as opções
Prebid.js é o padrão do mercado. É um projeto de código aberto mantido pela Prebid.org, uma organização independente, com adaptadores para centenas de SSPs. Roda no navegador do leitor (client-side).
Prebid Server faz o mesmo leilão num servidor (server-side). A página faz uma única chamada, e o servidor conversa com as SSPs. Pesa menos no navegador, mas costuma ter menos dados de identificação do usuário, o que pode reduzir o valor dos lances de algumas SSPs. Também é o caminho para ter header bidding em páginas AMP.
Amazon Publisher Services é a solução de header bidding da Amazon. Costuma rodar em paralelo ao Prebid, trazendo a demanda da Amazon e de parceiros dela.
Há também wrappers gerenciados: empresas de monetização que montam e mantêm o Prebid para o portal, em geral em troca de uma parte da receita. Antes de assinar, vale entender a porcentagem, quem fica com os contratos das SSPs e o que acontece com a configuração se o contrato acabar.
Header bidding ou Open Bidding: qual a diferença?
O Open Bidding é a versão do Google para o mesmo problema. As SSPs (chamadas de yield partners) disputam dentro do próprio Ad Manager, num servidor do Google, sem código extra na página. Você cria grupos de rendimento (yield groups) com os parceiros e o inventário, e precisa ter contrato com cada SSP. O Google fica com uma parte da receita que passa pelo Open Bidding.
| Header bidding (Prebid.js) | Prebid Server | Open Bidding | |
|---|---|---|---|
| Onde o leilão acontece | No navegador do leitor | No servidor do Prebid | No servidor do Google |
| Precisa de código no site | Sim | Sim, mais leve | Não, usa a tag do Google |
| Quem controla a configuração | O portal (ou o wrapper) | O portal (ou o wrapper) | O Google, dentro do Ad Manager |
| Peso na página | Maior | Menor | Nenhum extra |
| Visibilidade dos lances | Alta, nos relatórios do Prebid | Alta | A que o Ad Manager mostra |
Os dois não são excludentes. Muitos portais usam algumas SSPs pelo Prebid e outras pelo Open Bidding, conforme o desempenho de cada uma em cada caminho.
Line items, faixas de preço e header bidding trafficking
No Ad Manager padrão, o lance do Prebid só disputa o leilão se existir um line item de prioridade de preço (Price Priority) segmentado por aquela faixa de preço. O Ad Manager não lê o valor exato do lance; ele lê o key-value hb_pb e procura o line item correspondente.
Na prática, isso significa criar um line item para cada faixa. Com a granularidade “medium” do Prebid, por exemplo, as faixas vão de 10 em 10 centavos de dólar até 20 dólares. São 200 faixas e, em geral, um line item para cada uma, ou para cada faixa e cada SSP, se você enviar ao Ad Manager os lances de todas. A Prebid.org documenta esse processo, e existem ferramentas que criam os line items em lote.
Dois cuidados que fazem diferença:
- Moeda: se a rede do Ad Manager está em real e os lances chegam em dólar, configure o módulo de moeda do Prebid. Sem isso, a faixa de preço não corresponde ao valor real.
- Granularidade: faixas largas demais fazem o Ad Manager tratar lances diferentes como se fossem iguais. Faixas finas demais multiplicam os line items. O ponto certo depende de onde estão os seus lances.
Header bidding trafficking (só no Ad Manager 360)
Para quem tem o Ad Manager 360, o Google oferece o header bidding trafficking: os lances do Prebid entram no leilão pelo valor real, sem depender de line items por faixa. A documentação do Google indica que é preciso usar o Prebid numa implementação padrão, junto com o GPT, para anúncios de banner na web. Os line items de prioridade de preço podem continuar existindo; quando houver um lance do header bidding para o mesmo espaço, eles saem do leilão.
Como o header bidding passa a competir com o preço real, ele pode tirar uma impressão de uma campanha que você queria entregar. Para isso existem as proteções: regras que impedem o header bidding de passar na frente de line items que você escolher, como os de uma venda direta importante.
Pisos de preço: as regras de preço do Ad Manager
As regras de preço (pricing rules, que o Google chamava de unified pricing rules) centralizam os pisos do leilão para a demanda não garantida. Valem para o leilão aberto, os leilões privados, o Open Bidding, os line items de prioridade de preço, de rede e em massa, o backfill do AdSense e o header bidding trafficking. Não valem para campanhas programáticas diretas nem para os anúncios da casa.
O Prebid tem o próprio módulo de pisos (Price Floors Module), que define o mínimo aceito antes mesmo de o lance chegar ao Ad Manager.
Piso é uma faca de dois gumes. Alto demais, sobra espaço vazio ou cai para o anúncio da casa. Baixo demais, o inventário é vendido abaixo do que valia. O caminho é testar por tipo de página e por posição, olhando a receita total, não só o CPM.
Header bidding deixa o site mais lento?
Pode deixar, e esse é o principal custo do header bidding no navegador. Cada SSP é mais uma chamada de rede e mais JavaScript para o celular do leitor processar. Alguns cuidados reduzem o impacto:
- Carregue o GPT e os lances em paralelo. A recomendação do próprio Google é que os pedidos de lance não esperem o GPT carregar.
- Use um tempo-limite medido, não chutado. Um timeout longo dá mais tempo às SSPs, mas atrasa todos os anúncios da página. Teste valores diferentes e compare receita e tempo de exibição.
- Escolha as SSPs pelo resultado. Mais SSPs não significa mais receita. Acompanhe quanto cada uma ganha e quantas vezes estoura o timeout, e corte as que só pesam.
- Carregue tarde o que está longe. Anúncios no fim da matéria podem esperar o leitor chegar perto deles (lazy load).
- Reserve o espaço de cada anúncio. Um bloco sem altura definida empurra o texto quando o anúncio aparece, o que irrita o leitor e piora o CLS. Detalhamos isso no guia de Core Web Vitals para portais de notícias.
Refresh de anúncios: o que o Google permite
Recarregar o anúncio de um espaço depois de um tempo (refresh) aumenta as impressões, mas tem regras. No Ad Manager, o inventário com refresh precisa ser declarado, com o tipo de gatilho e o intervalo. Não declarar, ou declarar errado, é violação da política do Google.
Para web, no computador e no celular, o intervalo mínimo é de 30 segundos para refresh por tempo ou por evento. Se o intervalo real não estiver entre as opções do painel, declare o mais próximo abaixo dele, nunca acima. Alguns compradores exigem intervalos bem mais longos e podem evitar inventário com refresh, então vale medir se o refresh está trazendo receita ou só derrubando o preço médio.
Uma regra de bom senso: só recarregue anúncios que estão visíveis na tela e com a aba aberta.
ads.txt e sellers.json: sem eles, os lances não vêm
O ads.txt é um arquivo na raiz do site (seudominio.com.br/ads.txt) que lista quem está autorizado a vender o inventário do portal. É um padrão do IAB Tech Lab. Cada SSP que você usa no Prebid ou no Open Bidding informa as linhas que precisam estar no arquivo, como DIRECT ou RESELLER. Linha faltando é inventário que muitos compradores simplesmente não compram.
Do lado das SSPs, o sellers.json mostra quem é cada vendedor, e a supply chain (schain) mostra o caminho de cada impressão. No WordPress, confira se o ads.txt abre direto, sem redirecionamento e sem ser bloqueado pelo cache ou pelo firewall.
Privacidade e consentimento (LGPD)
O header bidding envia dados do acesso, como identificadores e informações do navegador, para várias empresas ao mesmo tempo. No Brasil, isso entra na LGPD: o portal precisa de base legal, de transparência na política de privacidade e, conforme o caso, de uma ferramenta de consentimento (CMP). O Prebid tem módulos para repassar o consentimento às SSPs. É assunto para tratar junto com o jurídico antes de ligar novas SSPs, não depois.
Header bidding vale a pena para o seu portal?
Não existe um número mágico de audiência, mas alguns sinais ajudam a decidir.
Tende a valer a pena quando:
- a programática é uma parte relevante da receita de anúncios;
- o portal tem volume de impressões suficiente para interessar às SSPs;
- há espaços que o AdX preenche pouco ou a preço baixo;
- existe alguém, no time ou num parceiro, para manter a configuração.
Tende a não valer quando:
- quase toda a receita vem de venda direta;
- a audiência é pequena e as SSPs não vão priorizar o inventário;
- ninguém vai acompanhar os relatórios, atualizar o Prebid e cuidar dos contratos.
Esse último ponto costuma ser subestimado. Cada SSP é um contrato, um relatório e um pagamento separado, muitas vezes em dólar. Sem acompanhamento, o header bidding vira mais peso na página com pouco retorno.
Como medir: antes de ligar para todo o tráfego, rode um teste em que uma parte das visitas recebe o Prebid e a outra não. Compare a receita por mil páginas vistas (RPM) dos dois grupos, e não só o CPM: o RPM já desconta os anúncios que deixaram de aparecer por lentidão. Quem tem o Ad Manager 360 também pode usar os experimentos do próprio Ad Manager para comparar o header bidding trafficking com a montagem por line items.
Se o header bidding não fizer sentido agora, o básico do Ad Manager costuma render mais: ad units bem organizados, regras de preço revisadas, ads.txt completo, lazy load e espaços reservados.
Checklist: Google Ad Manager e header bidding no portal
- Ad units por tipo de página e por editoria, com key-values de seção.
- Regras de preço revisadas por tipo de página e posição.
- ads.txt completo, com todas as SSPs e sem redirecionamento.
- Espaço reservado para cada anúncio e lazy load abaixo da dobra.
- Refresh declarado no Ad Manager, só em anúncio visível.
- Prebid com timeout testado, módulo de moeda e só as SSPs que trazem receita.
- Line items por faixa de preço conferidos, ou header bidding trafficking com proteções, no 360.
- Consentimento e política de privacidade alinhados com a LGPD.
- Relatório mensal de receita por SSP, timeouts e RPM.
- Teste com e sem header bidding antes de ampliar.
Perguntas frequentes
Header bidding funciona com o Google Ad Manager gratuito?
Sim. No Ad Manager padrão, o lance do Prebid disputa por meio de line items de prioridade de preço, um por faixa de preço. O header bidding trafficking, que dispensa esses line items, só existe no Ad Manager 360.
O que é hb_pb no Google Ad Manager?
É o key-value que o Prebid envia ao Ad Manager com a faixa de preço do melhor lance, por exemplo hb_pb=1.20. Os line items de header bidding são segmentados por esse valor. Junto com ele vão hb_bidder, que identifica a SSP, e hb_adid, o identificador do anúncio.
Qual é o timeout ideal do Prebid?
Não existe um valor único. Depende das SSPs, da velocidade do site e de onde estão os leitores. Comece com um valor moderado e compare a receita e o tempo de exibição dos anúncios com outros valores, em teste.
Quantas SSPs usar no header bidding?
Comece com poucas e acrescente uma de cada vez, medindo quanto cada uma traz. Uma SSP que raramente vence o leilão só deixa a página mais pesada.
Header bidding funciona no WordPress?
Sim. O Prebid.js e o GPT são JavaScript e entram pelo tema ou por um plugin. Cuide para que o cache e as otimizações de JavaScript não atrasem nem quebrem o código dos anúncios, e para que o ads.txt fique acessível na raiz do domínio.
Header bidding funciona em páginas AMP?
Sim, pelo Prebid Server, usando a configuração em tempo real (RTC) do AMP. No AMP não dá para rodar o Prebid.js no navegador.
Open Bidding substitui o header bidding?
Não necessariamente. O Open Bidding é mais simples de manter e não pesa na página, mas deixa o leilão dentro do Google e cobra uma parte da receita. Muitos portais combinam os dois e escolhem o caminho de cada SSP pelo desempenho.
Quer uma segunda opinião sobre a configuração de anúncios do seu portal? Conte como está o site hoje e respondemos em até 1 dia útil.
Fontes
- Google Ad Manager: Header bidding trafficking com o Prebid e perguntas frequentes
- Google Ad Manager: Regras de preço
- Google Ad Manager: Open Bidding
- Google Ad Manager: Declarar inventário com refresh
- Google Publisher Ads Audits: Carregar o GPT e os lances em paralelo
- Prebid.org: documentação e header bidding trafficking passo a passo
- IAB Tech Lab: ads.txt
- AdExchanger: resumo da decisão de medidas no caso do Google (16/09/2026)
