Real-Time Bidding Explicado: Como Funcionam o RTB e o Header Bidding
O leilão por impressão por trás do programático, de ponta a ponta: SSPs, DSPs, exchanges, clearing de primeiro preço, header bidding, OpenRTB — e por que as redes nativas seguem regras diferentes.

Real-time bidding (RTB) é o leilão por impressão por trás da maior parte da publicidade programática: quando uma página com um slot de anúncio carrega, uma exchange transmite uma requisição de lance descrevendo o slot, a página e um usuário anonimizado; plataformas de demanda a avaliam e licitam; o anúncio do vencedor é renderizado — tudo em aproximadamente um décimo de segundo, antes da página terminar de ser pintada. Header bidding é a técnica do lado do publisher que permite que muitas exchanges compitam pelo mesmo slot simultaneamente, e OpenRTB é o protocolo que todas falam. Este guia percorre o leilão de ponta a ponta, explica a maquinaria ao redor dele e cobre a parte que a maioria dos explicativos ignora: onde os anúncios nativos se encaixam no modelo e onde o quebram.
O leilão, passo a passo#
Uma impressão, um leilão, seis passos:
- Uma página carrega e um slot de anúncio é acionado. A página do publisher solicita um anúncio para um posicionamento específico — tamanho, posição, contexto.
- O lado da oferta empacota uma requisição de lance. A plataforma do lado da oferta (SSP) do publisher constrói uma requisição estruturada: dimensões do slot, URL da página, geolocalização do usuário, dispositivo, identificadores permitidos pela privacidade.
- A exchange faz o fan-out. Uma exchange de anúncios transmite a requisição para parceiros de demanda conectados — dezenas deles, em paralelo.
- Plataformas de demanda avaliam e licitam. Cada plataforma do lado da demanda (DSP) pontua a impressão com base no targeting, orçamentos e limites de frequência de seus anunciantes, então responde com um preço de lance e um criativo — ou passa.
- O leilão é liquidado. A exchange escolhe o vencedor (primeiro preço, no mercado atual), notifica a DSP e retorna o criativo vencedor.
- O anúncio é renderizado e o dinheiro se move. O criativo é exibido, rastreadores de impressão são acionados e o publisher é pago pelo preço de clearing menos as taxas de todos no caminho.
Toda a viagem de ida e volta ocorre dentro de um timeout rigoroso — lances que chegam atrasados simplesmente não contam — e é por isso que o ecossistema é obcecado por latência.
O elenco de personagens#
| Personagem | Trabalha para | Função no leilão |
|---|---|---|
| SSP | Publisher | Empacotar inventário, definir pisos, maximizar o yield |
| Ad exchange | O marketplace | Executar o leilão, fazer cumprir o timeout |
| DSP | Anunciante | Valorar cada impressão, licitar, gerenciar orçamentos |
| Ad servers (ambos os lados) | Publisher / anunciante | Decisão final e entrega do criativo |
As linhas se confundem constantemente — grandes SSPs operam exchanges, DSPs compram umas das outras, e a mesma empresa pode estar em ambos os lados — o que é parte do motivo pelo qual a transparência do caminho de suprimento se tornou uma questão da indústria. Para o contexto mais amplo de como essas peças se montam em uma estratégia de compra, veja publicidade programática.
Primeiro preço vs segundo preço: por que o leilão mudou#
O RTB clássico executava leilões de segundo preço: o vencedor pagava um pouco acima do lance do segundo colocado, então licitar seu valor real era seguro. Então o header bidding colocou a mesma impressão em vários leilões paralelos de uma vez, e o "segundo preço" parou de significar algo — uma vitória de segundo preço em um leilão ainda tinha que competir a primeiro preço contra os vencedores dos outros leilões. Adicione exchanges aplicando silenciosamente pisos e taxas, e a descoberta de preços ficou opaca.
A indústria convergiu para leilões de primeiro preço: o vencedor paga o que licitou. Mais simples e honesto, mas transferiu o ônus da estratégia para os compradores — licite seu máximo real toda vez e você pagará sistematicamente a mais, e é por isso que as DSPs agora executam bid shading: algoritmos que estimam o preço mínimo de vitória e licitam mais perto disso. Se você compra programaticamente e o shading da sua DSP é ruim, você banca a diferença.
Header bidding: a correção para o waterfall#
Antes do header bidding, os publishers executavam um waterfall: fontes de demanda eram chamadas uma por vez em uma ordem de prioridade fixa, cada uma tendo a chance de comprar a um piso pré-definido antes que a requisição "passasse de volta" para a próxima. Resultado: a primeira fonte na fila podia comprar inventário subvalorizado enquanto lances melhores mais abaixo nunca viam a impressão.
O header bidding inverte isso. Um script no cabeçalho da página (ou, na variante server-side, um proxy que a página chama uma vez) solicita lances de várias SSPs e exchanges simultaneamente, então passa o melhor lance para o ad server do publisher competir com campanhas vendidas diretamente. Toda fonte de demanda vê cada impressão no mesmo momento, em pé de igualdade.
Os trade-offs são operacionais: o header bidding client-side adiciona latência à página e peso em JavaScript; o server-side troca isso por taxas de correspondência de cookies mais baixas. A maioria dos publishers sofisticados executa um híbrido. Para os compradores, a consequência prática é mais simples: os dias de encontrar inventário sistematicamente subprecificado em um waterfall mal configurado acabaram — a vantagem competitiva agora vem do criativo e do funil, não da arbitragem de leilão.
OpenRTB e a camada de transparência#
OpenRTB — um padrão do IAB Tech Lab — é o protocolo JSON sobre o qual a requisição e a resposta de lance viajam: objetos padronizados descrevendo a impressão, site, dispositivo, usuário e o lance em si. É por isso que uma DSP pode falar com cinquenta exchanges sem cinquenta integrações.
Ao redor do protocolo está uma camada pública de transparência construída para combater fraudes e revenda obscura:
- ads.txt — um arquivo no domínio do publisher listando quem está autorizado a vender seu inventário.
- sellers.json — o espelho: exchanges publicam quem elas representam.
- O objeto schain — toda requisição OpenRTB carrega a cadeia de intermediários pela qual a impressão passou.
Esses artefatos são públicos por design — o que significa que observadores externos podem auditar os caminhos programáticos, não apenas os participantes. Essa auditabilidade é a base da análise moderna da cadeia de suprimentos.
Onde os anúncios nativos se encaixam — e onde não#
Aqui está a parte que os explicativos focados em display erram. As grandes redes nativas — Taboola, Outbrain, MGID, Revcontent — não vendem primariamente pelos canais abertos de RTB. Cada uma executa seu próprio marketplace fechado: anunciantes licitam dentro da plataforma da rede, e o leilão de anúncio nativo acontece internamente na rede para cada slot de widget, por usuário, por visualização de página.
Os conceitos de RTB ainda se aplicam — é um leilão em tempo real, por impressão, com pisos e pacing — mas a arena competitiva é diferente. Seu lance no Taboola compete contra outros anunciantes do Taboola, não contra a exchange aberta. O OpenRTB tem uma especificação para Native Ads, e o inventário nativo flui programaticamente nas bordas; as redes também revendem a demanda umas das outras, produzindo caminhos de suprimento com mais saltos do que uma impressão típica de display. Rastreamos exemplos reais dessas cadeias — widget para rede para revendedor para anunciante — em a cadeia de suprimentos de anúncios nativos, explicada.
Consequências práticas para um comprador de mídia:
- As ferramentas de DSP geralmente não conseguem ver os leilões das redes nativas. Dashboards programáticos não dirão o que está rodando no Taboola.
- A competição é local à rede. Vencer no MGID é sobre superar os anunciantes do MGID na sua geografia e vertical, não o mercado programático global.
- A cadeia de suprimentos é observável de qualquer forma. Como os anúncios veiculados e suas cadeias de requisição são públicos, observadores independentes podem classificar quem veiculou o quê — a técnica por trás de como as ferramentas de ad spy capturam anúncios nativos.
Por que isso importa quando você compra#
Três conclusões práticas da mecânica:
- Conheça seu caminho, conheça suas taxas. Cada intermediário na cadeia recebe uma parte antes que o publisher seja pago; no inventário nativo revendido, os saltos se multiplicam. Menos saltos geralmente significa que mais do seu dólar compra atenção.
- O primeiro preço mudou a licitação. Não licite seu teto reflexivamente; entenda qual shading sua plataforma aplica — e nos leilões internos das redes nativas, teste níveis de lance empiricamente porque nenhum shading é feito para você.
- No nativo, a pesquisa competitiva substitui os dados de leilão. Você não pode consultar o leilão do Taboola, mas pode observar sua saída. A classificação da cadeia de suprimentos do OpenAdLibrary — construída a partir de mais de 6,8 milhões de observações de anúncios em 49 redes (julho de 2026) — mostra quais redes e revendedores realmente veicularam um anúncio, por criativo, na plataforma de inteligência de anúncios. Ler a realidade veiculada é melhor do que adivinhar o leilão.
RTB é uma ideia simples executada em escala absurda: um leilão por impressão, liquidado antes da página ser pintada. Entenda o leilão, o protocolo e os caminhos — e a sopa de letrinhas programática se reduz a encanamento.







