Redução das discrepâncias de medição
Discrepâncias de RTB - o desfasamento entre o que um lado contabiliza e o que o outro contabiliza ou fatura é em grande parte determinado pela forma como as impressões e os cliques são acompanhados do lado do cliente. Para os manter baixos ao integrar a oferta:
Prefira a contagem servidor-a-servidor (S2S) em vez da cadeia de redirecionamentos baseada no navegador. Os navegadores podem condensar saltos intermédios de redirecionamento, especialmente o Chrome no Android. Assim, um evento que foi renderizado pode nunca ser registado. Este é o maior fator isolado das discrepâncias de cliques.
Use um redirecionamento por cabeçalho (
302) em vez de um redirecionamento meta-refresh é mais fiável para acionar chamadas de tracking.Dispare corretamente as chamadas BURL e de impressão, para que os eventos faturáveis e renderizados sejam ambos registados. Consulte Contagem de Eventos Faturáveis (BURL) para OpenRTB 2.4 / OpenRTB 2.5 saber como funciona a contagem de eventos faturáveis e como reconciliá-la com as métricas "Served".
Reconcilie os cliques de forma equivalente. Cada lado aplica a sua própria filtragem de cliques inválidos e multiclick, por isso compare os totais na mesma base (válidos + inválidos em conjunto) antes de tratar uma diferença como erro.
Tenha em atenção que alguns segmentos apresentam discrepâncias mais elevadas nomeadamente os formatos de vídeo e os métodos de medição do lado do cliente, como a recolha de Client Hints,
sendBeacon, e as intervenções de "anúncios pesados" do navegador.
Faixas de discrepância
As discrepâncias são normais em RTB; o objetivo é mantê-las suficientemente baixas para uma faturação limpa, em vez de as eliminar.
Abaixo de 5%
Aceitável
5–10%
Monitorizar
Acima de 10%
Investigar
Fluxo de resolução de problemas
Compare as suas contagens com as do parceiro e use a Rácio de Served para ver onde a diferença se abre.
Segmente por dispositivo e navegador certas combinações (nomeadamente Android + Chrome) tendem a apresentar discrepâncias mais elevadas, devido à forma como o navegador lida com a navegação e os redirecionamentos.
Verifique o método de redirecionamento um redirecionamento por cabeçalho (
302) é mais fiável do que um redirecionamento meta-refresh.Confirme se as chamadas BURL e de impressão estão a ser disparadas como esperado.
Para tráfego que atravessa várias redes, reconcilie cada par adjacente de forma independente. O alinhamento entre dois nós não se propaga pela cadeia inteira.
Última atualização
Isto foi útil?

