View a markdown version of this page

Server-side tempo de rastreamento e comportamento de armazenamento em cache - AWS Elemental MediaTailor

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Server-side tempo de rastreamento e comportamento de armazenamento em cache

Nos relatórios do lado do servidor, MediaTailor aciona eventos de rastreamento com base nas solicitações reais de segmentos do player, não nas atividades de análise ou pré-carregamento do manifesto. Essa abordagem garante uma contagem precisa de impressões que se alinha aos padrões do setor para medição de anúncios em vídeo.

Princípios chave de tempo

MediaTailor o rastreamento do lado do servidor segue estes princípios fundamentais de temporização:

  • Os eventos de rastreamento são acionados em solicitações reais de segmentos - os beacons são enviados somente quando o player faz solicitações HTTP para /v1/segment URLs, não durante a análise ou o armazenamento em cache do manifesto.

  • O armazenamento em cache e o pré-carregamento de manifestos por jogadores NÃO acionam eventos - os jogadores podem analisar, armazenar em cache ou pré-carregar as informações do manifesto sem gerar nenhum evento de rastreamento.

  • A pré-busca de segmentos acionará eventos: se os jogadores pré-buscarem segmentos reais de anúncios antes da reprodução, isso segue o comportamento padrão do setor, em que as solicitações de segmentos constituem impressões válidas.

  • Cada v1/segment solicitação/aciona o beacon apropriado - O evento de rastreamento específico (impressão, quartil, conclusão) é determinado pela posição do anúncio e pelo segmento que está sendo solicitado.

  • O tempo está alinhado aos padrões do IAB - A abordagem segue as diretrizes do Interactive Advertising Bureau para medição de anúncios em vídeo e contagem de impressões.

Server-side fluxo de trabalho de rastreamento

Os diagramas a seguir ilustram o fluxo de trabalho completo de rastreamento do lado do servidor, mostrando quando os eventos de rastreamento são acionados em relação às solicitações do jogador:

Fase 1: Inicialização da sessão

O jogador solicita um manifesto de MediaTailor, que retorna um manifesto personalizado contendo URLs de segmentos de anúncios:

Fase de inicialização da sessão mostrando o jogador solicitando manifesto MediaTailor e recebendo manifesto personalizado com URLs de segmentos de anúncios.
Fase 2: solicitação de anúncios e rastreamento de impressões

Quando o player solicita o primeiro segmento de anúncio, MediaTailor dispara sinais de impressão e inicia tanto para o Ad Decision Server quanto para o Ad Verification Services:

Fase de acompanhamento de impressões de anúncios mostrando o MediaTailor envio de beacons de impressão e de início para o Ad Decision Server e para os Serviços de Verificação de Anúncios quando o jogador solicita o primeiro segmento de anúncio.
Fase 3: Rastreamento quartil

MediaTailor dispara beacons quartis (primeiro quartil, ponto médio, terceiro quartil, conclusão) com base nas solicitações subsequentes do segmento:

Fase de rastreamento de quartil mostrando o MediaTailor disparo de beacons quartis para o Ad Decision Server e para os Serviços de Verificação de Anúncios à medida que o jogador solicita segmentos de anúncios subsequentes.
Fase 4: Entrega por segmentos

Depois de disparar beacons de rastreamento, MediaTailor redireciona para o segmento real de anúncios da Amazon ou da sua CDN: CloudFront

Fase de entrega do segmento mostrando o MediaTailor redirecionamento do player para o segmento real do anúncio CloudFront ou CDN após disparar os beacons de rastreamento.

O fluxo de trabalho de rastreamento do lado do servidor inclui os seguintes comportamentos principais de temporização:

  1. Inicialização da sessão - O jogador solicita um manifesto do MediaTailor. MediaTailor retorna um manifesto personalizado contendo URLs do segmento de anúncios com o /v1/segment caminho.

  2. Análise e armazenamento em cache do manifesto - O player analisa o manifesto e pode pré-carregar ou armazenar em cache as informações do segmento. Nenhum evento de rastreamento é acionado durante essa fase, independentemente do comportamento de cache do jogador.

  3. Solicitação de segmento de anúncio e rastreamento de impressões: quando o player realmente solicita o primeiro segmento de anúncio (normalmente para reprodução), MediaTailor dispara o sinalizador de impressão e começa a rastrear o evento no Ad Decision Server e nos Serviços de Verificação de Anúncios. Isso ocorre na solicitação HTTP real para a /v1/segment URL, não quando o manifesto é analisado.

  4. Rastreamento de quartil com base em solicitações de segmento - MediaTailor aciona beacons quartis (primeiro quartil, ponto médio, terceiro quartil, conclusão) para o Ad Decision Server e para os Serviços de Verificação de Anúncios com base nas solicitações de segmento subsequentes que correspondem às posições quartis calculadas dentro da duração do anúncio.

  5. Entrega por segmentos - Depois de acionar o sinalizador de rastreamento apropriado, MediaTailor emite um redirecionamento HTTP para o segmento real do anúncio (da Amazon CloudFront ou da sua CDN).

Considerações sobre o armazenamento em cache e o pré-carregamento do player

MediaTailor o rastreamento do lado do servidor foi projetado para ser compatível com várias estratégias de armazenamento em cache e pré-carregamento do player, mantendo a medição precisa das impressões:

  • Pré-carregamento do manifesto - Jogadores que pré-carregam ou armazenam em cache as informações do manifesto não acionam eventos de rastreamento. Os eventos de rastreamento só são acionados quando solicitações reais de segmentos são feitas.

  • Pré-busca de segmentos: se um player pré-busca segmentos de anúncios antes da reprodução, os eventos de rastreamento serão acionados quando esses segmentos forem solicitados, potencialmente antes do tempo real de reprodução. Esse comportamento se alinha aos padrões do setor que consideram as solicitações de segmentos como impressões válidas.

  • Buffer do player - O comportamento padrão de buffer do player (solicitar segmentos um pouco antes da reprodução) acionará eventos de rastreamento nos momentos apropriados com base no padrão de solicitação do segmento.

Solução de problemas de rastreamento de discrepâncias

Se você notar discrepâncias entre o rastreamento do MediaTailor lado do servidor e as métricas de terceiros, considere os seguintes fatores:

  • Diferenças de comportamento dos jogadores - Jogadores diferentes podem ter estratégias variadas de pré-busca e armazenamento em buffer que afetam quando as solicitações de segmentos são feitas.

  • Condições da rede - Condições de rede ruins podem fazer com que os jogadores solicitem segmentos várias vezes ou em intervalos diferentes do esperado.

  • Configuração de CDN - O armazenamento incorreto de /v1/segment solicitações em cache de CDN pode levar a eventos de rastreamento perdidos ou duplicados.

  • Gerenciamento de sessão - Certifique-se de que cada sessão de reprodução use um identificador de sessão exclusivo para evitar conflitos de eventos de rastreamento.

Para obter orientações detalhadas sobre solução de problemas, consulteSolução de problemas comuns do.