Header bidding não é uma configuração, é uma operação
A configuração com que você subiu estava certa para o tráfego daquele mês. Duas temporadas depois, silenciosamente, ela está custando dinheiro.
A maioria das implementações de header bidding é tratada como projeto. Há um documento de escopo, um sprint de integração, uma semana de QA, um lançamento e, depois, uma linha no relatório de receita com a qual todos concordam ser melhor do que antes.
E então nada acontece com ela por dois anos.
Essa é a fonte isolada mais comum de perda evitável de receita que encontramos ao auditar o stack de um publisher, e vale ser específico sobre o porquê.
Seu tráfego não é mais o mesmo tráfego
Uma configuração de prebid codifica premissas: quais bidders vale a pena chamar, quanto tempo esperar por eles, quanto uma posição vale como piso, como os formatos devem ser priorizados em cada template.
Cada uma dessas premissas tem prazo de validade.
Seu mix de tráfego muda conforme busca e social mandam visitantes diferentes. Sua divisão de dispositivos se move. Um parceiro de demanda que era forte no seu mercado é adquirido e muda o comportamento de lance. A sazonalidade transforma pisos que estavam corretos em março em prejuízo puro em novembro. O time editorial cria uma posição nova que herda um piso copiado de algo sem relação.
Nenhuma dessas coisas gera um alerta. Elas geram um desvio lento e invisível entre o que seu inventário vale e o que sua configuração está disposta a aceitar por ele.
Timeout é uma decisão de receita
O timeout do leilão é onde isso aparece com mais nitidez, porque é uma troca direta: esperar mais, coletar mais lances, perder mais usuários que saem antes de o anúncio renderizar.
O valor correto depende da sua distribuição real de latência, que depende da qualidade de conexão dos seus usuários, que varia enormemente entre os mercados onde atuamos. Um timeout calibrado para uma audiência com fibra em São Paulo não é o timeout certo para tráfego móvel numa cidade secundária da Colômbia.
Publishers costumam rodar um único valor global porque era o padrão na documentação. Numa região tão heterogênea, essa é uma conveniência cara.
Pisos não são uma posição moral
Pisos são elevados depois de um mês ruim e nunca mais baixam, ou são derrubados durante um pânico de fill e nunca mais sobem. De qualquer forma, deixam de refletir o mercado em menos de um trimestre.
O enquadramento útil é que um piso é uma aposta sobre o que o leilão vai suportar, e apostas precisam ser reexaminadas quando as condições mudam. Pisos dinâmicos ajudam, mas só se alguém estiver observando o que eles fazem com a taxa de fill e com os bidders que reagem mal a eles.
Como é operar isso de verdade
Os publishers que extraem valor duradouro do header bidding fazem uma lista curta de coisas nada extraordinárias, em uma cadência fixa:
- Revisar o desempenho dos bidders mensalmente e remover os que consomem latência sem ganhar.
- Retestar timeouts contra dados atuais de latência pelo menos duas vezes por ano, por mercado quando a audiência difere.
- Ajustar pisos sazonalmente, antes do calendário de varejo e não em reação a ele.
- Auditar posições novas antes de irem ao ar, em vez de descobri-las num relatório.
- Acompanhar receita por sessão, não eCPM, para que uma melhora de fill que canibaliza preço fique visível pelo que é.
Nada disso é difícil. É simplesmente trabalho de alguém, todo mês, para sempre — e na maioria dos publishers não é trabalho de ninguém, que é exatamente por que o dinheiro está lá para ser recuperado.