Home Technical Articles Melhor transparência e resolução de problemas para inserção de anúncios no lado do servidor (SSAI)
Applications

Melhor transparência e resolução de problemas para inserção de anúncios no lado do servidor (SSAI)

About The Author

Outline

Melhorar o fornecimento, reprodução e verificação de publicidade OTT

OTT é uma excelente oportunidade para os emissores e criadores de conteúdo irem além da experiência linear de TV, tornando possível personalizar fluxos de vídeo com base nos interesses de cada espetador. Este alto nível de personalização também é um fator crítico para atrair receitas de publicidade para os fluxos OTT, permitindo a entrega de publicidade altamente direcionada a taxas de CPM premium.

No entanto, esta oportunidade está a ser mantida por questões de fornecimento de anúncios, reprodução e verificação. Muitos dos padrões em torno da publicidade OTT estão nascentes e ainda estão em evolução. Além disso, a depuração e análise aprofundadas em torno da qualidade do serviço (QOs) são muitas vezes limitadas. Também é importante compreender a qualidade da experiência (QE), como se um anúncio fosse reproduzido em níveis de volume consistentes.

Com estes desafios em mente e o nosso compromisso contínuo de melhorar a escala e reduzir a latência, desenvolvemos um serviço de proxy de anúncios dedicado como parte da nossa plataforma. Originalmente concebido como um aperfeiçoamento de back-end para melhorar a escalabilidade da nossa plataforma de streaming, também oferece várias vantagens de gestão, incluindo muito mais visibilidade e controlo no fluxo de trabalho de fornecimento e fornecimento de anúncios. Essas ferramentas permitem que os editores otimizem a entrega do anúncio certo para o visualizador certo e monitorem a QOs e muitos aspetos da QE.

Fluxos personalizados com o servidor de manifesto

Em um post anterior, detalhamos o papel do servidor manifesto na personalização de fluxos para incorporar conteúdo publicitário personalizado. Como discutido nesse post, o servidor de manifesto é responsável por fazer pedidos de anúncios, analisar a resposta e, em seguida, baixar e processar criativos de publicidade como qualquer outro conteúdo. O servidor manifesto envia então um fluxo integrado ao jogador, dando aos espetadores uma experiência mais consistente, maximizando a compatibilidade do dispositivo e ignorando os bloqueadores de anúncios.

Enquanto o servidor manifesto está bem equipado para lidar com a parte de reprodução e personalização, o trabalho envolvido com o fornecimento e verificação de publicidade traz um nível adicional de complexidade e novos desafios. À medida que continuamos a otimizar as arquiteturas de streaming que potenciam experiências personalizadas a milhões de espetadores simultâneos, isso levou ao desenvolvimento de um serviço de proxy de anúncios focado no suporte a essas atividades.

Desafios de sourcing e verificação

Para obter anúncios que serão inseridos em um fluxo, o conteúdo do anúncio deve ser obtido de um servidor de decisão de anúncios (anúncios), como o Freewheel ou o Google Ad Manager. Este processo envolve a solicitação de anúncios e a passagem ao longo do fluxo e toda a sua informação para que os anúncios corretos sejam colocados. O desafio é que muitos anúncios em um determinado servidor são apenas wrappers apontando para os anúncios reais em um servidor diferente.

Por exemplo, se houver quatro espaços para anúncios a serem preenchidos, dois deles podem ser inseridos diretamente, mas os outros dois podem não ter ativos de anúncios e, em vez disso, são wrappers que dizem: “O seu anúncio não está aqui, é noutro lugar e você precisa ir para lá chegar.” Tentamos desempacotar e obter um recurso de vídeo jogável para cada resposta de anúncio que vemos. Validamos as respostas à medida que as desempacotamos para garantir que um ativo de anúncios jogável esteja pronto para ser cosido no fluxo. Dado que a nossa arquitetura foi concebida para fornecer um manifesto personalizado a cada espetador, este processo é repetido para cada sessão, o que pode ser uma carga considerável.

Latência de pesquisa de anúncios

Rastrear ativos através de vários wrappers pode ser uma das principais causas de latência se não for tratada em paralelo. Alguns wrappers nunca se resolvem em um ativo real de anúncios. Para evitar que isso degrade a experiência do vídeo, limitamos esta queda de água antes de avançar para buscar o próximo anúncio. A exposição de dados e insights durante esse fluxo de trabalho ajuda os editores a identificar e resolver fontes de demanda que não resultam em anúncios sendo exibidos e garantem que os visualizadores tenham uma experiência de visualização ininterrupta enquanto maximizam a receita de anúncios.

Garantir uma experiência de anúncio responsiva também significa olhar para o impactos da pesquisa de anúncios no servidor de manifesto, que está ocupado montando fluxos personalizados com latência mínima. O servidor de manifesto não tem recursos ilimitados dedicados a gerar e armazenar dados de desempenho de anúncios. Ele armazena apenas as informações de anúncio de que precisa para gerar o manifesto, o que pode limitar a disponibilidade de dados para depurar chamadas de anúncio problemáticas e reprodução.

O serviço de proxy de anúncios assume o controlo

Os editores hoje precisam de uma plataforma escalável que interaja e gere o processo de inserção de anúncios cada vez mais complexo e forneça visibilidade do fluxo de trabalho e da relação com os seus parceiros de publicidade.

Abaixo está a arquitetura de fluxo do serviço de proxy de anúncios. Na parte da frente do fluxo, o jogador pede ao servidor de manifesto até que ele tenha informações suficientes para solicitar anúncios dos anúncios. Uma vez que isso acontece, em vez de entrar em contato com os próprios ANÚNCIOS, o servidor manifesto entrega essa tarefa ao Serviço de proxy de anúncios. Este descarregamento não só funciona a partir do servidor manifesto, como também permite várias outras vantagens, como a redução da latência e a captura de muito mais dados de depuração.

O trabalho de buscar e verificar um anúncio é tratado pelo Serviço de Proxy de Anúncios, que liberta recursos para o servidor de manifesto juntar os anúncios no fluxo para reprodução e proporcionar uma experiência de visualização perfeita.

  1. O jogador pede um manifesto.
  2. O conteúdo pede ao Ad Proxy para buscar anúncios. Depois de receber um identificador único para o trabalho, o conteúdo passa para outras etapas em uma geração de manifesto.
  3. O anúncio proxy começa a fazer o trabalho solicitado.
    1. O trabalho é colocado numa fila para esperar que a sua vez seja processada.
    2. O servidor de “trabalhador” puxa uma tarefa da fila e começa a solicitar ativos de anúncios DOS anúncios e a guardar as etapas do trabalho que está a ser feito e quaisquer dados resultantes na base de dados.
  4. O conteúdo pergunta ao Ad Proxy, “Onde estão os meus anúncios para o trabalho x”, fazendo referência ao identificador único. O Adproxy devolve os anúncios ao conteúdo, e o conteúdo os coloca no manifesto e devolve isso ao jogador.

A aumentar a procura de anúncios

À medida que o serviço de proxy de anúncios recebe pedidos, ele coloca-os em fila para continuar a receber novos pedidos, melhorando a escalabilidade. Ele também fornece ao servidor de manifesto um ID de tarefa como um marcador de posição enquanto os anúncios são rastreados para que o servidor de manifesto possa seguir em frente sem ter que esperar pelo proxy de anúncio. O TRABALHADOR DE ANÚNCIOS então começa a mastigar os “anúncios” na fila chamando os anúncios e enviando todos os dados do jogador capturados e outras informações de fluxo para que os ANÚNCIOS possam fornecer os anúncios apropriados. Uma das principais vantagens deste processo é que os TRABALHADORES DE ANÚNCIOS obtêm anúncios em paralelo, eliminando possíveis gargalos e reduzindo a latência.

Padronizar dados DE ANÚNCIOS

Durante todo o processo, a comunicação entre o proxy de anúncios e OS ANÚNCIOS é registada juntamente com os anúncios e armazenada numa base de dados. Os dados, que podem variar de fornecedor para fornecedor, são analisados e normalizados com convenções de nomenclatura consistentes. Isso torna muito mais eficiente usar os DADOS DOS ANÚNCIOS durante a análise ou depuração.

Entregar os anúncios

O processo é concluído quando o servidor de manifesto chega ao ponto em que precisa dos anúncios. Chama-se Ad Proxy e diz: “Aqui está o ID do trabalho que me deu, dá-me os anúncios.” O proxy de anúncios então os obtém do banco de dados e os envia.

Indexando e armazenando a atividade do ad beacon

O Serviço de Procuração de Anúncios também é responsável por capturar e armazenar informações do beacon do jogador, uma chave para garantir uma monetização adequada. Os faróis são armazenados como objetos individuais com uma chave primária. Por causa disso, quando o servidor de manifesto pede anúncios, o serviço de proxy de anúncios também fornece informações de beacon. Então, quando o jogador atinge um ponto de verificação específico, ele dispara um sinal luminoso baseado no que foi instruído a fazer no manifesto. O trabalhador do beacon então busca os objetos do banco de dados e então faz atualizações apropriadas para dizer que isso foi disparado neste momento; a resposta dos ANÚNCIOS foi x, ele teve um erro ou não teve um erro, e ele armazena toda essa informação.

Resolução de problemas de reprodução de anúncios

O acompanhamento e a análise estão incluídos no processo. A arquitetura do Ad Proxy fornece informações extensas sobre o desempenho e a visualização de anúncios através de uma API, interface gráfica do utilizador e registos de envio. Sabemos que há um problema de anúncio, por isso não há mais apontamento de dedo se um anúncio não carregar – você pode apontar para os dados. Cada sessão é incluída sem configuração adicional, e os dados são acessíveis por um máximo de 14 dias.

Através da API, os editores de conteúdo podem analisar informações como:

  • Dados brutos de solicitação e resposta dos anúncios externos
  • Tempo de resposta e tamanho
  • Número de anúncios devolvidos
  • Localização do anúncio
  • Tipo de dispositivo
  • Número de wrappers
  • Erros (por exemplo, sem retorno de anúncios, falhas de análise, erros de conexão)
  • Avisos dos Provedores de Anúncios (por exemplo, falta um param opcional, mas recomendado)
  • Falhas de pedido (por exemplo, VPAID)

Conclusão

Os editores que procuram envolver cada espetador com uma experiência de vídeo personalizada devem arquitetar suas cargas de trabalho de streaming para aumentar. Criar um serviço dedicado para processamento de anúncios não só melhora o desempenho do servidor de manifesto, o mecanismo que alimenta anúncios personalizados, conteúdo e apagões para visualizadores individuais, mas também cria uma ferramenta poderosa para solucionar problemas de fluxos de vídeo suportados por publicidade e garante uma experiência de visualização de TV de alta qualidade.

Com uma melhor compreensão da causa raiz dos problemas com os serviços de proxy de anúncios , os editores de conteúdo e os emissores têm visibilidade do fluxo de trabalho operacional de anúncios. Eles podem se correlacionar com outros dados para aumentar a retenção de visitantes e maximizar a receita de anúncios.