Requisitos e boas práticas para lances

Requisitos de integração para lances

Todas as integrações internas devem seguir os critérios abaixo para implementar uma integração correta e otimizada.

Envie solicitações para 100% das impressões de anúncios que podem ser vencidas (por exemplo, não vendidas diretamente).
Envie apenas uma solicitação para cada oportunidade de impressão.
Não combine solicitações de lance e padrão (também conhecida como marcação) para a mesma unidade de anúncio.
Não envie uma solicitação para a mesma oportunidade de impressão com waterfall e lances.
Envie notificações de ganho, perda e tempo-limite com os códigos de perda apropriados.
Obtenha o buyeruid do cliente usando o SDK do Audience Network. O buyeruid é o token de lances do usuário gerado pelo cliente usando o método getBidderToken do SDK do Audience Network.
Use o SDK do Audience Network para recuperar e renderizar anúncios.
Solicite o anúncio somente se o lance vencer o leilão.
Envie solicitações de lance usando o token de autenticação (chave secreta do app e ID da solicitação).
Adicione um cabeçalho HTTP a cada solicitação, chamado x-fb-pool-routing-token, que contém o token do lance como seu valor.
Configure vários preços mínimos em outras fontes de demanda que estão em um waterfall tradicional ao combinar esse método com os lances. Dois preços mínimos geralmente são um bom começo. O objetivo é dar um controle mais detalhado de como o leilão compete com o waterfall, o que aumentará o rendimento geral.

Para obter mais informações sobre como combinar lances e waterfalls existentes, consulte Como integrar leilões de lances a waterfalls existentes

Além dos critérios de integração ideais, recomendamos seguir estas boas práticas.

Defina um valor de pelo menos 1 segundo para o tempo-limite de solicitação de lance.
recupere BidderToken no servidor para cada solicitação de lance.
Envie um ID único para cada solicitação.
Leia e registre o cabeçalho HTTP x-fb-an-errors em respostas de lances com o código de status diferente de 200 a ser usado na solução de problemas.
Leia e registre o cabeçalho HTTP x-fb-an-request-id em todas as respostas de lance a serem usadas na solução de problemas.
Use os IDs de posicionamento existentes para definir lances e não crie novos posicionamentos, a menos que esteja executando testes A/B ou usando uma plataforma de parceiro que exija a criação de novos posicionamentos.
Quando possível, use a integração de servidor para servidor a fim de transferir o processamento e a utilização da rede do dispositivo e da rede do usuário para os servidores e a rede do publisher, além de permitir modificações nos lances e leilões sem alterações no app.
Se você fornecer um cabeçalho Content-Encoding:gzip na solicitação, será possível enviar um corpo de solicitação binário e compactado em gzip.
Não use preços mínimos em lances, pois eles serão ignorados.