Como configurar um leilão unificado de primeiro preço entre fontes de demanda
Uma configuração de leilão unificado de primeiro preço reúne a demanda do Prebid.js por chaves-valor, Open Bidding, e o AdX na mesma decisão de veiculação, com critérios comparáveis e sem acesso prioritário à impressão para nenhuma rota. Cabe a você alinhar a elegibilidade e os tempos de resposta, além dos pisos de preço e relatórios. Assim, a vitória reflete o valor oferecido pelo comprador, não um viés de configuração.
Principais pontos
- Um leilão unificado só funciona quando todas as rotas de demanda são comparáveis no GAM, não apenas estão presentes no wrapper.
- A dinâmica de primeiro preço torna a lógica dos pisos e o rigor com os timeouts mais importantes, porque os problemas de configuração acabam embutidos no preço final.
- Rotas de demanda duplicadas podem fazer a oferta de inventário parecer mais saudável do que realmente é, enquanto só acrescentam ruído e latência.
- O bid shading é normal após a ativação; são os sinais ruins gerados por pisos, timeouts ou rotas duplicadas que levam a resultados ruins.
- Acompanhe receita, preenchimento e comportamento dos timeouts por recorte de inventário para enxergar o que realmente mudou após a migração.
Tabela comparativa: os componentes que você precisa alinhar antes da ativação
Comparação dos componentes: o que você precisa alinhar antes de ativar.
No Prebid.js, a complexidade de ativação vai de média a alta: adaptadores e consentimento precisam estar alinhados com chaves-valor, itens de linha e analytics. O controle é alto. Você define os bidders e os timeouts, além das faixas de preço e dos pisos. A sensibilidade à latência também é alta, pois as chamadas no navegador disputam recursos com o carregamento da página. A relação entre preços e pisos depende da granularidade de preços do Prebid, do mapeamento dos itens de linha no GAM e das regras de preços unificados. A visibilidade nos relatórios é alta quando hb_bidder, hb_pb, hb_adid, timeout e analytics são enviados corretamente. Na operação, os riscos são rotas duplicadas para SSPs, faixas de preço desatualizadas e chaves de segmentação ausentes.
No Open Bidding, a complexidade de ativação é média, já que você configura as exchanges dentro do GAM. O controle também é médio: o GAM gerencia a participação no leilão pelo lado do servidor. A sensibilidade à latência é menor na página, mas o comportamento das respostas no servidor ainda conta.
Preços e pisos passam pelas regras de preço do GAM e pelas configurações das exchanges. Os relatórios oferecem boa visibilidade no GAM, embora com menos detalhe que os logs de bidders do wrapper.
O risco operacional aparece quando você presume que a demanda pelo servidor é exclusiva, sem conferir se a mesma exchange ou o mesmo comprador também participa pelo Prebid.
No AdX e na demanda do Google, a complexidade de ativação é baixa quando a conta já está ativa. O controle é médio e passa por proteções, regras de preço e configurações de yield. A sensibilidade à latência é baixa em comparação com o header bidding no navegador. A relação entre preços e pisos está diretamente ligada às regras de preços unificados do GAM e à elegibilidade para o leilão. Os relatórios têm alta visibilidade no GAM, mas você ainda precisa segmentar por bloco de anúncios, dispositivo, tipo de deal e regra de preço. O risco operacional é enxergar estabilidade no AdX enquanto a demanda do wrapper está mal mapeada ou ultrapassa o timeout.
No tráfego direto e de deals, a complexidade de ativação é média. Você precisa validar como patrocínio, padrão, Programático garantido, Deal preferencial e leilão privado se comportam diante da demanda do leilão. O controle é alto para entrega garantida e condições negociadas.
Como a decisão ocorre no GAM, a sensibilidade à latência costuma ser baixa. A relação entre preços e pisos depende da prioridade do item de linha e das condições do deal, além de os pisos se aplicarem ou não ao leilão elegível.
A visibilidade nos relatórios é alta quando você inclui o tipo de item de linha e os IDs dos deals. O risco está em alterar a elegibilidade e deslocar demanda garantida ou negociada sem conferir a entrega e seu ritmo.
Esses critérios são uma síntese editorial da documentação do GAM e do Prebid, não uma avaliação de fornecedores.
| Caminho de demanda | Onde fica a lógica do leilão | Complexidade e controle da implantação | Sensibilidade à latência | Interação entre preços e pisos | Visibilidade nos relatórios e tipo de falha a verificar |
|---|---|---|---|---|---|
| Demanda via Prebid.js, incluindo adaptadores de Index Exchange, Magnite, PubMatic, Xandr e Criteo | O wrapper roda no navegador, coleta lances e depois envia parâmetros de segmentação, como hb_pb, para os itens de linha do GAM. A Prebid documenta esse fluxo de segmentação do servidor de anúncios na documentação do Prebid.js. | Maior controle. Você controla a lista de bidders, os timeouts, a granularidade de preços, os pares de chave-valor, os módulos de pisos e o mapeamento de itens de linha. Exige mais trabalho de configuração, porque uma única chave errada ou um criativo desatualizado pode impedir um bidder de veicular. | Muito sensível. Um timeout de 900 ms no lado do cliente se comporta de maneira diferente de um timeout de 1.500 ms no Safari em dispositivos móveis com uma página pesada. | Pode haver pisos no Prebid, nos painéis das SSPs e nas regras de preços unificadas do GAM. Se houver conflito entre eles, o bidder pode aplicar bid shading com base em um piso enquanto outro bloqueia a impressão. | Melhor visibilidade por bidder se você registrar solicitações de lance, respostas, timeouts e motivos de ausência de lance. Falha comum: o wrapper retorna lances que nunca correspondem a um item de linha elegível no GAM. |
| Exchange Bidding / Open Bidding | O Google executa o leilão no lado do servidor dentro do GAM com as exchanges participantes. Na Ajuda do Google Ad Manager, o Google descreve o Open Bidding como um leilão entre servidores que compete com o Ad Exchange e outras fontes de demanda elegíveis. | Exige menos trabalho de configuração do que o Prebid no lado do cliente após a aprovação dos parceiros. Oferece menos controle granular sobre o comportamento das solicitações e o diagnóstico dos bidders do que um wrapper que você opera diretamente. | Menos exposto à latência da página porque as chamadas ocorrem no lado do servidor, mas ainda é afetado pela elegibilidade, pelo comportamento de resposta dos parceiros e pelo tempo de decisão do GAM. | As regras de preços do GAM se aplicam, mas os pisos definidos pelos parceiros ainda podem afetar a densidade de lances. Trate essa opção como um caminho de demanda separado, não como uma solução mágica para colocar todas as SSPs em igualdade de condições. | Bons relatórios no nível do GAM, mas depuração técnica menos detalhada. Falha comum: presumir que a participação no Open Bidding significa que a mesma SSP também deve operar via Prebid no mesmo inventário, sem regras para os caminhos de demanda. |
| Demanda do Google AdX no GAM | O AdX compete dentro do GAM conforme a demanda elegível, a prioridade dos itens de linha, as regras de precificação, as proteções e os acordos. As orientações do Google sobre leilões de primeiro preço estão na Ajuda do Google Ad Manager. | A operação é simples se sua configuração do AdX estiver madura. O controle fica nas regras de precificação, nas proteções, na configuração dos acordos e na taxonomia de inventário do GAM, em vez de ficar no código do wrapper. | Estável em termos de carregamento da página, porque o caminho da demanda é nativo do GAM. Os problemas de latência geralmente vêm dos demais elementos da página e das chamadas concorrentes de header bidding. | As regras de precificação unificadas podem afetar o leilão aberto, o leilão privado e o comportamento de primeira impressão, dependendo da configuração. Uma segmentação inadequada dos preços mínimos pode restringir a demanda do AdX e fazer o Prebid parecer mais forte do que realmente é. | Relatórios robustos no GAM, mas você ainda precisa de dimensões que separem o AdX do Open Bidding e dos itens de linha de header bidding. Erro comum: analisar a receita total do Ad Exchange sem separar acordos, leilão aberto e efeitos da alocação dinâmica. |
| Amazon Publisher Services | O APS costuma operar como um caminho separado de demanda server-side ou por integrações específicas para cada publisher, em vez de usar um adaptador padrão do Prebid.js. O APS oferece produtos para publishers por meio do Amazon Publisher Services. | Carga operacional moderada, muitas vezes com aprovação comercial e configuração específica por conta. O controle varia conforme a integração, e trocar uma integração por outra é menos simples do que adicionar outro adaptador do Prebid. | A execução server-side reduz a carga no navegador, mas a elegibilidade e o momento em que a integração é acionada continuam relevantes. Não presuma que o comportamento de timeout seja igual ao dos bidders client-side. | A interação com os preços mínimos depende da integração e das regras que você aplica no GAM. Mantenha o APS fora de caminhos duplicados de SSPs, a menos que consiga identificar a demanda com clareza. | A visibilidade varia conforme o contrato e a integração. Erro comum: contabilizar o ganho do APS como incremental enquanto os mesmos compradores apenas transferem o investimento de outra rota. |
Por que os leilões unificados substituíram as configurações em cascata
As cascatas sequenciais falharam porque a ordem de acesso podia pesar mais que o preço. Considere uma tag de rede de US$ 4,00 acima de uma oportunidade de US$ 7,00 em uma exchange. A tag de menor valor pode vencer se responder primeiro e a impressão nunca chegar ao próximo comprador.
O preço maior nem entra na disputa. Essa estrutura também gerava tags de passback e exceções de prioridade, além de relatórios que misturavam o valor real oferecido pelo comprador com a posição de cada chamada na cadeia.
No GAM, unificado significa que as fontes elegíveis chegam à mesma camada de decisão, com regras que você consegue comparar. Ativar a demanda não resolve isso por si só. O Prebid precisa enviar pares consistentes de chave-valor, e os itens de linha do GAM precisam estar elegíveis para as faixas de preço pretendidas. As exchanges do Open Bidding devem estar autorizadas no mesmo inventário. Já o AdX precisa seguir a mesma lógica de precificação unificada onde a regra se aplica.
O problema da cascata antiga era o controle, não a nostalgia
Uma cascata legada pode parecer organizada na planilha de configuração de campanhas: patrocínio, padrão, demanda preferencial, tags de redes e, por último, inventário remanescente. Mas essa ordem esconde um problema se uma tag não garantida vence por ter sido chamada antes, enquanto uma oferta maior atinge o timeout ou nem é solicitada.
No tráfego de acordos, confira a prioridade dos itens de linha e o ritmo de entrega antes da migração. Esse cuidado evita expor acidentalmente a veiculação de Programmatic Guaranteed ou de vendas diretas a um novo padrão de concorrência do inventário remanescente.
Uma migração malfeita substitui a cadeia antiga por uma lista longa de bidders e chama isso de leilão unificado. Se Magnite, PubMatic, Index Exchange, Xandr e Criteo estiverem presentes, confira se cada caminho traz demanda distinta. A mesma SSP pode participar pelo Prebid e pelo Open Bidding.
O mesmo comprador também pode chegar por várias exchanges. Mais caminhos, por si só, não comprovam demanda incremental: podem apenas inflar a participação com rotas duplicadas. Para sustentar o contrário, confira ads.txt, sellers.json, IDs de seat e relatórios por canal de demanda do GAM.
O que um leilão unificado de primeiro preço muda na prática
Um leilão unificado de primeiro preço muda a forma de definir o preço: em geral, o comprador vencedor paga o próprio lance, em vez de um valor calculado pela lógica de segundo preço. O Google documentou a transição para leilões de primeiro preço no Ad Manager e no Authorized Buyers em suas recomendações para leilões de primeiro preço. Na prática, pisos mal definidos, critérios de elegibilidade inconsistentes e caminhos duplicados que passam despercebidos custam mais caro: os compradores podem usar os sinais que você expõe para ajustar o bid shading.
| Mecânica do leilão | O que define o preço da impressão | Comportamento esperado dos compradores | Implicação operacional para o publisher |
|---|---|---|---|
| Leilão com lógica de segundo preço | Historicamente, o vencedor pagava um preço vinculado ao próximo lance elegível, sujeito aos pisos e às regras do leilão. | Os compradores podiam dar lances mais próximos do valor total que atribuíam à impressão porque o preço final costumava ser menor que o lance enviado. | A receita podia parecer estável, mas era mais difícil relacionar o preço final ao valor real de mercado entre caminhos de demanda sobrepostos. |
| Leilão de primeiro preço | O vencedor geralmente paga o lance que enviou, desde que atenda às regras aplicáveis. | Os compradores costumam usar bid shading para reduzir os lances com base no preço final esperado, na qualidade do inventário, no histórico de pisos e na concorrência. | Você precisa de pisos mais bem definidos e menos regras contraditórias porque os compradores reagem diretamente ao que observam. |
| Configuração unificada de primeiro preço | As demandas de Prebid, Open Bidding e Google AdX competem sob um modelo de precificação mais comparável dentro do GAM ou em paralelo a ele. | Os bidders podem ajustar os lances de maneira diferente em cada caminho, especialmente se identificarem oferta duplicada ou sinais instáveis de piso. | A previsibilidade da receita vem da segmentação e do monitoramento, não da suposição de que o formato do leilão vai se otimizar sozinho. |
O bid shading não é ruim por definição. É uma resposta normal dos compradores ao leilão de primeiro preço. Para o publisher, o problema aparece quando o modelo de shading lê sinais instáveis: um piso da página inicial que muda diariamente, uma configuração de web móvel em que as respostas do Prebid chegam depois do limite definido de timeout, ou rotas duplicadas de exchanges que oferecem a mesma impressão por um preço menor em um caminho de fornecimento do que em outro.
Onde está o equilíbrio
O primeiro preço elimina parte da lógica oculta do leilão. Em contrapartida, cobra da operação qualquer desorganização. Uma configuração bem cuidada mantém nomes estáveis para os blocos de anúncios, pisos alinhados ao valor do inventário, uma rota deliberada por seat de exchange e chaves de segmentação sem conflitos no GAM. Quando isso falha, você encontra hb_pb associado a uma faixa de preço no wrapper e a outra no GAM, seats de SSPs sobrepostos e tráfego de deals disputando impressões onde deveria estar protegido.
Como conectar Prebid e Exchange Bidding no GAM sem comprometer o yield
Na implementação, siga esta ordem: elegibilidade, tempo de resposta, pisos e comportamento dos compradores. Comece com um recorte definido do inventário, como uma seção, uma categoria de dispositivo ou um grupo de blocos de anúncios. Só amplie quando todas as verificações passarem.
No GAM, confira se os itens de linha previstos estão qualificados e se as regras de precificação unificada atingem o inventário selecionado. Verifique também se os parceiros do Open Bidding estão ativos apenas onde deveriam.
E confira por que o AdX está vencendo: pode ser que uma falha de segmentação esteja impedindo a demanda do Prebid de entrar no leilão.
- Audite a estrutura atual do GAM antes de alterar a demanda. Confirme se os blocos de anúncios, os tamanhos, as segmentações por dispositivo e a nomenclatura do inventário estão estáveis. Se o seu leaderboard superior existe como /news/home/top no desktop e /news/homepage/top no mobile, os relatórios já vão dificultar a leitura do resultado dos leilões antes mesmo de você começar.
- Padronize os pares de chave-valor e os itens de linha do Prebid. Use faixas de preço consistentes, criativos ativos e chaves de segmentação para hb_pb, hb_bidder, hb_adid e quaisquer chaves personalizadas de análise que você realmente use nos relatórios. Não reaproveite itens de linha antigos, a menos que ainda correspondam aos dados enviados pelo wrapper.
- Mapeie os parceiros do Open Bidding separadamente dos adaptadores do Prebid. Se PubMatic ou Magnite aparece nos dois caminhos, decida se ambas as rotas são intencionais. Demanda duplicada nem sempre é um erro, mas a duplicação sem controle faz a densidade de lances parecer saudável sem necessariamente melhorar a concorrência efetiva.
- Ajuste a política de timeout por tipo de página. Uma página de artigo no desktop pode tolerar um timeout do Prebid diferente do usado em uma página mobile com rolagem infinita. Defina o timeout com base no orçamento de desempenho da sua página e, depois, verifique as taxas de timeout dos bidders, em vez de copiar um valor padrão de outra propriedade.
- Mantenha as regras de precificação do GAM alinhadas à lógica de pisos do Prebid. Se os pisos do Prebid rejeitam lances abaixo de US$ 1,50 enquanto a precificação unificada do GAM bloqueia o mesmo inventário abaixo de US$ 2,00, você criou uma lacuna oculta. Os compradores vão se adaptar ao sinal mais restritivo, mas seus relatórios podem atribuir o problema à camada errada.
- Proteja explicitamente o tráfego de campanhas diretas e deals. Programática garantida, patrocínios, deals preferenciais e leilões privados devem ter prioridades e critérios de elegibilidade claros. Uma configuração de leilão unificado não deve permitir que a demanda de leilão aberto tome impressões que deveriam atender a uma campanha contratada.
- Faça um teste em produção em um segmento restrito, mas relevante. Use uma propriedade, uma categoria de dispositivo ou uma porcentagem definida do tráfego com volume suficiente para revelar timeouts, respostas sem lance e incompatibilidades nos itens de linha. Um teste apenas com inventário periférico não vai prever o comportamento da página inicial ou das páginas de artigo.
- Documente o caminho de reversão antes da implementação completa. Mantenha disponíveis o conjunto anterior de itens de linha, a configuração dos bidders e as regras de precificação até que a nova configuração passe por diferentes padrões de tráfego. Uma reversão sem problemas é um requisito operacional, não um sinal de que a implementação falhou.
Como evitar erros com bid shading após a implementação
O diagnóstico começa com uma pergunta: o lance podia competir? Se o item de linha do GAM não está qualificado, falta um par de chave-valor ou o lance chega depois do timeout, o bid shading não explica a falha. Valide a elegibilidade e o tempo de resposta, depois examine as regras de piso. A comparação das estratégias dos compradores vem por último. Um lance de primeiro preço mais baixo pode fazer sentido quando o comprador encontra uma oferta mais limpa ou um piso mais previsível.
- Compare a taxa de participação nos lances e a taxa de vitória em conjunto. Se a taxa de participação permanece estável enquanto a taxa de vitória cai após uma mudança de piso, o piso pode estar agressivo demais. Se a taxa de participação também cai, os bidders podem estar deixando de participar porque a solicitação já não parece justificar o cálculo de um lance.
- Analise a distribuição dos preços de fechamento, não apenas o CPM médio. As médias escondem a diferença entre uma mudança saudável em direção a lances eficientes e uma queda abrupta em que os lances se concentram logo abaixo de um piso. Examine as faixas de preço por bloco de anúncios e dispositivo.
- Verifique a participação por bidder e por caminho. Se a Criteo continua ativa pelo Prebid, mas o mesmo inventário perde força pelos parceiros do Open Bidding, o problema pode estar na elegibilidade específica daquele caminho ou na oferta duplicada, não no shading em si.
- Estabilize os pisos antes de mudar a lista de bidders. Alterações frequentes nos pisos ensinam os compradores a lidar com a volatilidade e dificultam a análise pós-lançamento. Faça testes controlados de piso por segmento, depois mantenha a regra por tempo suficiente para observar o comportamento.
- Separe os efeitos dos deals dos efeitos do leilão aberto. Deals de private marketplace e Preferred Deals podem alterar a pressão competitiva no leilão aberto. Se um novo deal retira impressões premium da disputa, o CPM do leilão aberto pode cair sem que isso indique uma falha na configuração unificada.
- Monitore a web móvel de forma diferente do desktop. A latência dos navegadores móveis pode fazer com que os lances client-side cheguem atrasados, enquanto a demanda server-side parece mais forte. Primeiro, trate isso como um problema de tempo de resposta; a análise de bid shading vem depois que as oportunidades de lance forem de fato comparáveis.
- Evite penalizar o bidder errado. Um bidder que envia lances menores, mas mais consistentes, pode estar respondendo de forma racional ao valor do inventário. Um bidder com lances altos esporádicos e timeouts frequentes pode parecer atraente pelo CPM agregado, mas prejudicar a confiabilidade do leilão.
A ordem prática do diagnóstico
Matriz de diagnóstico: a taxa de vitória caiu logo após uma mudança de piso? Investigue a regra de preços e o mapeamento das faixas de lance. Consulte o desempenho das regras de preços no GAM, o recorte por unidade de anúncio e dispositivo, a distribuição de hb_pb e a taxa de participação em relação à de vitória. A primeira correção é reverter o piso da regra afetada ou limitar sua aplicação ao inventário cujo preço de fechamento sustenta esse valor.
A receita da web móvel caiu após o lançamento? Comece por latência e timeout. Consulte as análises do Prebid por dispositivo e navegador, o status de timeout, a quantidade de respostas com lance e o preenchimento no GAM por unidade de anúncio móvel. Como primeira correção, reduza a presença de bidders lentos nesse ambiente, revise o timeout do Prebid e confira em que momento o lazy loading é acionado.
Os caminhos duplicados para o mesmo SSP aumentaram artificialmente? Revise a governança dos caminhos de demanda. Consulte o canal de demanda por bidder ou exchange, os IDs de vendedor no ads.txt e as vitórias dos parceiros do Open Bidding e dos adaptadores do Prebid para o mesmo SSP. A primeira correção é definir deliberadamente o caminho de cada conta no SSP. Só mantenha caminhos separados se houver comprovação de que trazem demanda diferente dos compradores.
Houve deslocamento de tráfego dos deals? Investigue a prioridade no GAM e a elegibilidade dos deals. Confira a entrega dos itens de linha, o desempenho por ID de deal e a entrega de Programmatic Direct. Compare também a participação nas vitórias dos leilões privados antes e depois da migração. Primeiro, restaure a segmentação, a prioridade ou as exclusões de inventário dos deals. Só depois mexa nos pisos do inventário remanescente.
Como analisar o desempenho do leilão unificado sem se enganar
Nos relatórios pós-lançamento, o recorte por unidade de anúncio deve mostrar preenchimento estável e mudanças de CPM que você consiga explicar. Um posicionamento perdeu preenchimento, mas a receita total do site escondeu a queda? Investigue. No recorte por dispositivo, os resultados de celular, desktop e tablet devem ser compatíveis com as diferenças de timeout e layout. Se a web móvel cai enquanto o desktop cresce, há um sinal de falha.
Separe os resultados por navegador. Safari, Chrome e Firefox podem responder de maneira diferente às condições de consentimento, armazenamento e lazy loading; a perda de densidade de lances em um deles sinaliza falha. No recorte por caminho de demanda, as mudanças entre Prebid, Open Bidding, AdX e venda direta devem ser intencionais. Se o mesmo SSP passa a vencer por um caminho mais barato, investigue.
No recorte por bidder, confira se a participação e a parcela de vitórias seguem dentro do normal. Um bidder que continua participando muito, mas quase não vence após uma mudança de mapeamento, sinaliza falha. Por regra de piso, espere preços de fechamento acima do limite pretendido sem perda acentuada de preenchimento. Se a regra eleva o CPM enquanto derruba o volume de impressões elegíveis, o resultado exige revisão.
Separe a análise por tipo de deal: leilão aberto, leilão privado, Preferred Deal, Programmatic Guaranteed e venda direta. Se a demanda negociada perde entrega após mudanças no inventário remanescente, há um sinal de falha. Confira também o status de timeout: os lances chegaram a tempo? Lances competitivos que ficam de fora do leilão indicam um problema.
Na análise de elegibilidade, verifique se os itens de linha esperados do GAM aparecem como elegíveis. Receber lances sem ter um item de linha elegível para veiculá-los é um sinal claro de falha.
- Monte a base de comparação antes do lançamento. Extraia pelo menos um período comparável anterior ao lançamento por propriedade, unidade de anúncio, dispositivo e localização nos EUA, se esse for seu mercado principal. Não compare um pico de tráfego de esportes de segunda-feira com uma base de conteúdo de estilo de vida de domingo e conclua que o leilão melhorou.
- Separe a contribuição de cada fonte de demanda. Apresente separadamente os itens de linha do Prebid, os grupos de rendimento ou parceiros do Open Bidding, o leilão aberto do Google AdX, os deals do AdX e a prioridade da venda direta. A receita programática agregada pode subir enquanto um caminho de demanda canibaliza outro sem chamar atenção.
- Use RPM e taxa de preenchimento em conjunto. O RPM mostra a receita por mil visualizações de página ou sessões, conforme seu padrão interno; a taxa de preenchimento mostra se as impressões elegíveis estão sendo monetizadas. Um aumento de CPM com menor preenchimento ainda pode reduzir a receita total em unidades de anúncio de alto volume.
- Acompanhe a taxa de participação, a taxa de timeout e a taxa de respostas sem lance fora do GAM sempre que possível. O GAM enxerga a decisão de veiculação; o wrapper enxerga o comportamento de cada requisição. Adaptadores de analytics do Prebid ou logs do servidor podem explicar por que o GAM nunca recebeu um lance que o painel de um SSP afirma ter disponível.
- Monitore o preço de fechamento por faixa. Se os lances se acumulam logo abaixo dos pisos do GAM, a configuração dos pisos provavelmente está restringindo a demanda. Se as faixas de maior valor desaparecem após a adição de novos caminhos, os compradores podem ter encontrado uma rota duplicada mais barata.
- Separe o tráfego dos EUA do tráfego internacional. Um publisher de médio ou grande porte dos EUA pode distorcer a análise dos leilões ao misturar demanda direta doméstica, verbas programáticas dos EUA e tráfego remanescente de menor preço de outros países no mesmo relatório.
- Identifique claramente o tráfego de teste e o de produção. Use rótulos, pares de chave-valor ou dimensões de relatório que permitam isolar o segmento da implantação. Se o grupo de teste ficar diluído nos itens de linha habituais, a análise ficará restrita a relatos sem comprovação nos dados.
- Analise a latência junto com a receita. Uma configuração que aumenta o CPM, mas atrasa a renderização de anúncios visíveis, pode perder valor por reduzir a visibilidade, enfraquecer o engajamento ou diminuir as oportunidades de anúncio seguintes. O desempenho do leilão combina receita e qualidade de entrega, não apenas CPM.
Como uma implantação bem-sucedida aparece nos dados
Análise da implantação: o que mudou e como interpretar o resultado. Este exemplo mostra a lógica da análise, não um benchmark. Antes da migração, o bloco de anúncios /sports/top_300x250 em desktop registra 100.000 impressões elegíveis, eCPM de US$4,20 no AdX e de US$3,80 no Prebid, com média de 2,1 lances do Prebid por leilão e preenchimento de 94%.
Após a migração, o mesmo recorte registra eCPM de US$4,35 no AdX e de US$4,10 no Prebid, média de 2,4 lances do Prebid por leilão e preenchimento de 93%. Nenhuma SSP isolada ganha participação com um preço de fechamento menor. O resultado é saudável: a concorrência aumentou sem queda acentuada no preenchimento ou sinal evidente de desvio entre rotas.
Já um eCPM de US$4,60 com preenchimento caindo para 86% seria um resultado ruim, sobretudo se uma exchange do Open Bidding ganhasse participação às custas da mesma SSP que antes vencia pelo Prebid. O quadro aponta para pressão dos pisos de preço ou desvio de roteamento, não para um ganho real de yield.
Checklist de lançamento
Antes da migração, confira se as regras de precificação unificadas do GAM cobrem os blocos de anúncios e os tipos de inventário selecionados. Verifique se os pares de chave-valor do Prebid correspondem à segmentação dos itens de linha no GAM e se os parceiros do Open Bidding estão habilitados apenas no inventário previsto. A elegibilidade para AdX e deals deve estar visível nos relatórios do GAM. Confira também se as campanhas diretas e de Programmatic Guaranteed seguem o ritmo de entrega previsto.
Durante o teste, acompanhe diariamente os dados por bloco de anúncios, dispositivo, navegador, rota de demanda, bidder, regra de piso, tipo de deal, status de timeout e elegibilidade dos itens de linha. Leia preço de fechamento e preenchimento juntos. Pause a expansão se algum deal ficar abaixo da entrega prevista, os timeouts em dispositivos móveis dispararem ou uma única rota duplicada ganhar participação.
Após a implantação, arquive a configuração final do Prebid, as regras de precificação do GAM, a segmentação dos itens de linha e a elegibilidade dos parceiros. Configure um relatório recorrente com os mesmos recortes do teste. Alterou adaptadores, Open Bidding ou revendedores? Revise as rotas duplicadas de SSPs.
- Confirme que o Prebid.js envia exatamente os pares de chave-valor usados na segmentação dos itens de linha ativos no GAM.
- Verifique se os parceiros do Open Bidding estão aprovados, ativos e separados do AdX nos relatórios.
- Identifique rotas duplicadas de SSPs entre Prebid, Open Bidding, Amazon Publisher Services e integrações diretas.
- Alinhe os pisos do Prebid, os pisos definidos nas SSPs e as regras de precificação unificadas do GAM por bloco de anúncios e dispositivo.
- Defina os timeouts por tipo de página e monitore as taxas de timeout dos bidders após o lançamento.
- Mantenha campanhas diretas, deals garantidos, preferred deals e PMPs protegidos com regras explícitas de prioridade e elegibilidade.
- Estabeleça referências de desempenho anteriores ao lançamento por bloco de anúncios, dispositivo, localização geográfica, rota de demanda e tipo de deal.
- Identifique o tráfego de teste com rótulos para que os relatórios após o lançamento permitam isolar o grupo da implantação.
- Analise a distribuição dos preços de fechamento, a taxa de lances, a taxa de preenchimento, o RPM e a contribuição de cada fonte de demanda antes de alterar as listas de bidders.
- Crie um plano de reversão com os itens de linha, as regras de preço e a configuração do wrapper anteriores no GAM prontos para restauração.
Perguntas frequentes
O que é uma configuração de leilão unificado no GAM?
Perguntas frequentes: O que é um leilão unificado de primeiro preço no GAM? É uma configuração em que a demanda qualificada compete no mesmo ponto de decisão, em vez de o inventário ser vendido por uma via de cada vez. Para isso funcionar na prática, Prebid.js, Open Bidding, AdX e a demanda qualificada de acordos precisam seguir regras comparáveis de tempo, preço mínimo, prioridade e relatórios. Assim, a via vencedora reflete o valor, não a ordem de acesso.
Leilão de primeiro preço é o mesmo que leilão unificado?
Perguntas frequentes: Leilão unificado é a mesma coisa que leilão de primeiro preço? Não. Unificado descreve como a demanda entra em concorrência; primeiro preço descreve como se define o valor do lance vencedor. Os dois podem fazer parte da mesma discussão de migração, já que a demanda do Google, o Open Bidding e o Prebid frequentemente precisam ser avaliados em conjunto. Ainda assim, a estrutura do leilão e a lógica do preço de fechamento são controles separados.
Preciso do Prebid para operar uma configuração de leilão unificado?
Perguntas frequentes: Você precisa do Prebid para operar um leilão unificado? Nem sempre. O GAM pode avaliar AdX, Open Bidding, demanda direta e demanda de acordos sem ele. O Prebid é comum porque leva o header bidding do lado do cliente à decisão do GAM por meio de chaves-valor e itens de linha. Isso facilita a comparação com AdX e Open Bidding. Sem o Prebid, você ainda precisa de controles equivalentes de tempo, uma política de preços mínimos e relatórios por via de demanda.
Por que os CPMs às vezes caem após a migração para um leilão unificado?
Perguntas frequentes: Por que a receita pode cair após a saída do waterfall? O waterfall pode ter escondido preços mal calibrados, acesso duplicado ou favorecimento por prioridade. Após a mudança, compradores podem reagir a sinais mais claros de primeiro preço.
Pisos podem bloquear impressões antes vendidas, e bidders lentos podem perder o leilão. Comece analisando a queda por bloco de anúncios e dispositivo. A curva de receita do site inteiro não revela se a falha está numa regra de preço mínimo, no timeout ou no deslocamento da demanda de acordos.
O que devo monitorar primeiro após a ativação?
Perguntas frequentes: O que você deve verificar primeiro após a ativação? Comece pelo preço de fechamento e pela taxa de vitória. Confira também os timeouts, a elegibilidade dos itens de linha e a composição das fontes de demanda por bloco de anúncios. Se os lances não forem elegíveis ou chegarem atrasados, a estratégia do comprador é irrelevante. Fontes: Open Bidding do Google Ad Manager; Regras de precificação unificada do Google Ad Manager; Orientações do Google Ad Manager sobre leilões de primeiro preço; Chaves-valor do Prebid.js; Timeouts no Prebid.