Se você usa o bidder em tempo real (RTB) e quer segmentar anúncios para apps para dispositivos móveis, desenvolva seu bidder usando o buffer de protocolo mais recente, além dos requisitos a seguir.
Pré-requisitos para compradores de RTB
O protocolo de RTB e os locais de operação existentes são usados para enviar tráfego no app e na Web para dispositivos móveis. Não é necessário mudar o URL do bidder.
Se você já for um comprador de RTB, atualize o buffer de protocolo para a versão mais recente e implemente os campos relacionados descritos na documentação do desenvolvedor de RTB. Para mais informações e suporte, entre em contato com seu representante do Authorized Buyers.
Configurar a pré-segmentação
Para receber inventário de apps para dispositivos móveis, configure um grupo de pré-segmentação com um anúncio marcador de posição no tamanho para dispositivos móveis e atualize suas configurações de RTB para confirmar que você pode enviar solicitações grandes.
-
Faça login no Authorized Buyers.
- Crie um novo grupo de pré-segmentação.
- Na seção Ambiente, todas as configurações são incluídas automaticamente. Escolha se quer incluir todos, excluir todos ou segmentar apps para dispositivos móveis específicos.
- Em Configurações, todos os sistemas operacionais são incluídos por padrão. Clique em Plataforma
Dispositivo móvel para incluir essa plataforma e excluir outras.
- Clique em Configurações do bidder
- Ative a opção "Feedback em tempo real para solicitações de lance" caso ainda não esteja ativada.
As seleções de segmentação de apps têm uma relação OR entre si e AND com todas as outras configurações de pré-segmentação.
Depois de implementar os campos relacionados a dispositivos móveis no bidder e de configurar um grupo de pré-segmentação, você começará a receber tráfego de dispositivos móveis.
Para mais suporte, entre em contato com seu representante do Authorized Buyers.
Rastrear impressões
Para minimizar as discrepâncias de relatórios, os anúncios de apps (banners, intersticiais e nativos) precisam ser rastreados com impression_tracking_url. As impressões de vídeo para apps ainda precisam ser rastreadas com o XML VAST.
Os compradores de anúncios precisam remover os pixels de rastreamento de impressões do criativo (marcação de anúncio) e, em vez disso, incluir o campo impression_tracking_url na resposta do lance. O impression_tracking_url é disparado quando a impressão é considerada faturável. Isso é mais preciso do que os pixels de rastreamento, que podem acompanhar as impressões que (por causa da pré-busca) foram buscadas pelo app, mas nunca foram renderizadas.
Exemplo do protocolo impression_tracking_url
// The URLs to call when the impression is rendered. This is supported for
// all inventory types and all formats except for VAST video.
repeated string impression_tracking_url = 19;
O impression_tracking_url também está disponível como uma extensão para bidders que usam o OpenRTB:
// Ad Exchange extensions for the Bid object.
message BidExt {
// [AdX: BidResponse.Ad.impression_tracking_url]
repeated string impression_tracking_url = 1;