Oferta de cabeçalho

O header bidding é uma de publicidade programática usada tanto na web quanto em mobile para ajudar os editores a maximizar a receita publicitária.

Essencialmente, o header bidding permite que os editores ofereçam inventário a várias plataformas de anúncios ou plataformas de demanda (DSPs) simultaneamente, em vez de seguir o método tradicional de lances em cascata ou sequenciais.

Ao oferecer inventário de anúncios disponível a vários compradores simultaneamente, o header bidding ajuda a obter os melhores preços possíveis para a veiculação de anúncios. Também pode ser mais rápido do que os métodos tradicionais de seleção de anúncios, como o waterfall.

Resumindo, isso abre caminho para mais concorrência e, em alguns casos, dá aos editores um melhor controle sobre quanto ganham com seu espaço publicitário.

Para entender como funciona o header bidding, é útil compará-lo ao método waterfall.

Imagine o método em cascata como um conjunto de etapas. Nesse método, o inventário de anúncios é enviado para uma plataforma ou rede de anúncios por vez, em uma lista sequencial, de cima para baixo. (Daí o termo "cascata".).

Se a primeira plataforma de compra e venda não atender ao preço mínimo exigido pelo editor, o espaço publicitário passa para a próxima. Isso continua passo a passo. Esse método é simples e direto, mas pode fazer com que os editores percam lances mais altos de plataformas subsequentes, que podem valorizar um espaço publicitário mais do que a rede precificou inicialmente.

O header bidding muda completamente esse processo. Em vez de cada plataforma se revezar, no header bidding todas as ad exchanges dão lances ao mesmo tempo.

Em geral, funciona assim:

1.  Lance simultâneo: No header bidding, ao visitar um site ou abrir um app, o header do editor (a parte superior do código do site) envia solicitações de lance a várias exchanges de anúncios ou fontes de demanda simultaneamente, permitindo que todos concorram pelos disponíveis impressão(s) de anúncio ao mesmo tempo.
2. O lance mais alto vence: Naturalmente, os editores desejam o máximo valor para seu inventário de anúncios. Assim, quando todas as fontes de demanda participantes respondem com lances para o espaço publicitário em tempo quase real, o código de header bidding seleciona o lance de maior valor. Portanto, o anúncio dessa rede vencedora é exibido na página ou no aplicativo.
3. Melhoria nas receitas para os editores: Embora não seja totalmente infalível, já que existem maneiras de configurar sistemas de lances em cascata que também podem ajudar a maximizar as receitas, a competição entre vários anunciantes que licitam simultaneamente geralmente aumenta o preço das impressões de anúncios. Isso resolve o problema de perder lances potencialmente mais altos que, em um cenário de cascata, poderiam ter ocorrido mais tarde no processo sequencial.
4. Latência reduzida: Além disso, o header bidding também pode ser vantajoso para os usuários finais, pois o processamento de lances em paralelo, em vez de sequencialmente, acelera o processo geral de seleção e veiculação de anúncios.

O header bidding também se popularizou porque ajuda a nivelar o campo de atuação para as plataformas de anúncios e plataformas de demanda menores, que de outra forma não seriam grandes ou importantes o suficiente para serem incluídas no modelo em cascata.

No entanto, sua implementação pode ser tecnicamente complexa, pois requer integração com diversos parceiros de demanda e servidores de anúncios.

Como você pode imaginar, o header bidding em aplicativos mobile funciona de maneira semelhante à sua versão na web, porém adaptado para dispositivos mobile .

Também conhecido como header bidding in-app ou mobile header bidding, ele ajuda a aumentar a receita de anúncios para desenvolvedores de aplicativos, permitindo que várias fontes de demanda (anunciantes, redes de anúncios, DSPs) façam lances simultaneamente por impressões de anúncios dentro do aplicativo, em vez de depender de uma configuração tradicional em cascata.

No entanto, o processo de licitação geralmente é realizado no servidor, o que pode reduzir a latência, pois ocorre de servidor para servidor, em vez de no próprio dispositivo mobile . Isso geralmente é feito por meio de SDKs (kits de desenvolvimento de software) integrados, fornecidos por redes de publicidade ou parceiros de licitação.

Um dos desafios aqui é implementar esse SDK no aplicativo de um editor.

As editoras precisam escolher quais SDKs implementar e, em seguida, realizar o trabalho de integração. Optar por um em detrimento de outro pode limitar a escolha de parceiros disponíveis ou fontes de demanda.

A latência, obviamente, é um problema ainda mais crítico em mobile do que na web, portanto, a velocidade é fundamental.

Singular é uma ferramenta de atribuição e análise de marketing, não uma rede de anúncios. Portanto, Singular não oferece uma solução de header bidding.

No entanto, Singular’s ferramentas avançadas de monetização de anúncios e cálculos integrados de ROAS ajudam editores a entender tanto quanto eles’estão ganhando com os anúncios que vendem via header bidding, quanto o custo de aquisição dos usuários ou tráfego que gerou essa receita.