Exibir anúncios usando CDNs externas

O recurso está na versão Beta
Talvez os recursos na fase Beta não estejam disponíveis na sua rede. Consulte as notas da versão para saber quando esse recurso vai estar disponível para todo mundo.

Neste artigo, explicamos como usar as redes de fornecimento de conteúdo (CDNs) externas para veicular mídia de anúncios em transmissões ao vivo com a Inserção de anúncios dinâmicos (DAI) do Google Ad Manager.

Nesta página

• Visão geral do recurso
• Como funciona
• Requisitos e configuração da CDN externa
• Camadas hierárquicas
• Configuração do Google Ad Manager
• Perguntas frequentes

Visão geral do recurso

Os publishers que usam a DAI do Google Ad Manager geralmente contam com a CDN de anúncios do Google para veicular publicidade. Esse recurso permite que os publishers optem por outra CDN. Isso oferece vários benefícios:

• Compatibilidade com várias CDNs: use CDNs diferentes para cada região ou com base no desempenho, melhorando o alcance global e a redundância. É importante para eventos ao vivo em grande escala.
• Melhor desempenho: o uso de CDNs otimizadas para locais específicos pode diminuir o tempo de carregamento dos anúncios e melhorar a experiência dos usuários.
• Veiculação unificada de conteúdo e anúncios: usar a mesma CDN para conteúdo e anúncios simplifica as operações e pode aprimorar o desempenho com uma única conexão SSL. Isso também permite que as CDNs monitorem melhor o tráfego e ajustem o roteamento.

Como funciona

É necessário configurar a CDN externa para usar a CDN de anúncios do Google como um servidor de origem para a mídia de anúncios, além de fazer possíveis ajustes no Google Ad Manager. A veiculação de anúncios é realizada assim:

1. Solicitação do player: o player solicita o anúncio à CDN do publisher.
2. Consulta da CDN: a CDN busca o anúncio no cache.
3. Solicitação de origem: se o anúncio não estiver armazenado em cache, a CDN solicita à CDN de anúncios do Google.
4. Veiculação de anúncios: a CDN de anúncios do Google exibe a publicidade, que é armazenada em cache pela CDN do publisher e entregue para o player.

Confira um fluxo de trabalho detalhado

Etapas do fluxo ordenadas

1. O player de vídeo solicita o manifesto da DAI
2. A DAI retorna o manifesto com URLs (apontando para a DAI)
3. O player de vídeo solicita o URL do segmento
4. A DAI retorna o redirecionamento HTTP 302 para a CDN externa do publisher
5. A CDN do publisher solicita o URL do segmento de anúncio (após o redirecionamento da DAI)
6. A CDN do publisher verifica o cache

Se houver uma ausência no cache:

7. A CDN do publisher solicita o segmento de anúncio ao servidor de origem do Google
8. O servidor de origem do Google retorna o redirecionamento HTTP 302 para o nó ideal da CDN do Google
9. A CDN do publisher solicita o segmento de anúncio do nó da CDN do Google (seguindo o redirecionamento de origem do Google)
10. O nó da CDN do Google retorna dados de segmento do anúncio para a CDN do publisher
11. A CDN do publisher armazena o segmento de anúncio em cache
12. A CDN do publisher retorna dados de segmento do anúncio ao player de vídeo

Se houver uma ocorrência em cache quando a CDN do publisher verificá-lo, os dados do segmento de anúncio serão retornados ao player de vídeo.

Requisitos e configuração da CDN externa

A CDN externa precisa:

• Aceitar redirecionamentos HTTP (302s)
  Observação: se a CDN externa não for compatível com 302s, considere encadear uma camada adicional de CDN. Saiba mais sobre camadas hierárquicas.
• Respeitar cabeçalhos de controle de cache
  • O servidor de origem do Google redirector.googlevideo.com retorna um cabeçalho cache-control com uma diretiva particular.

    Exemplo

    Não configurado

    Cache-Control: private, max-age=85908

  • Sua configuração de CDN precisa ignorar a diretiva "private", mas respeitar a max-age.

  • Para configurações da Akamai, desative a configuração "honor private".

• Permitir chaves de cache configuráveis com base em componentes de URL
• NÃO armazenar em cache respostas que não sejam HTTP 200

A CDN externa precisa ser configurada para solicitar a mídia do anúncio a redirector.googlevideo.com (CDN de anúncios do Google) como o servidor de origem. Confira instruções específicas na documentação da sua CDN. A chave do cache precisa ser definida como o caminho inteiro do URL, excluindo qualquer prefixo especificado pela DAI (por exemplo, o valor do parâmetro dai-aup). Os parâmetros de consulta são ignorados para o armazenamento em cache.

Camadas hierárquicas

As CDNs podem ser encadeadas hierarquicamente para permitir o processamento de redirecionamento HTTP (302). Os 302s retornados pelo servidor de origem do Google podem ser resolvidos com o método "302 flattening" (também conhecido como "redirect following") por uma CDN externa que oferece suporte a HTTP 302s, como Akamai ou Google Media CDN.

• Configure uma CDN externa que ofereça suporte a HTTP 302s, como Akamai ou Google Media CDN, com o servidor de origem redirector.googlevideo.com.
• Configure a CDN adicional com o servidor de origem apontando para sua CDN externa compatível com HTTP 302s.

Com essa camada hierárquica, os redirecionamentos HTTP podem ser resolvidos em uma resposta de anúncio ou segmento de tela para qualquer CDN que ainda não ofereça suporte ao processamento 302.

Configuração do Google Ad Manager

Importante: valide sua configuração antes que ela seja ativada

Ao usar esse recurso, tome muito cuidado ao configurar a CDN externa e transmitir os valores corretos para o parâmetro de consulta dai-aup. A DAI não consegue identificar erros na configuração ou no parâmetro de consulta. Definições ou valores incorretos resultam em problemas na reprodução e possível impacto na receita.

Revise suas configurações de CDN e faça testes de reprodução abrangentes antes de lançar esse recurso nos seus eventos de transmissão ao vivo. Recomendamos fazer o lançamento incremental desses recursos para evitar erros na reprodução e garantir a chegada dos pings de rastreamento aos servidores de anúncios.

Há duas abordagens para a integração da CDN na DAI do Google Ad Manager, que usam parâmetros de consulta diferentes durante a criação da transmissão: dai-ad-dlid ou dai-aup. Saiba mais sobre esses parâmetros aqui ou decida qual é o ideal.

Usar um ID de CDN dedicado por transmissão (dai-ad-dlid)

Com essa abordagem, uma CDN específica e pré-configurada é associada a uma transmissão ao vivo no Google Ad Manager. A CDN é identificada por um ID exclusivo definido durante a configuração da CDN no Google Ad Manager. Esse ID é transmitido como o parâmetro dai-ad-dlid durante a criação da transmissão.

Ao usar o parâmetro dai-ad-dlid, você precisa criar configurações de CDN com detalhes como o nome do host de cada CDN externa.

Benefícios do parâmetro dai-ad-dlid	Limitações
Controle granular: permite usar CDNs diferentes para as transmissões. Criação simplificada de transmissões: após a configuração inicial da CDN no Google Ad Manager, só é necessário o ID da CDN. Possibilidade de configuração da CDN padrão: é possível definir uma CDN padrão para veicular anúncios no nível do evento de transmissão ao vivo.	Configuração adicional: é preciso fazer ajustes prévios no Google Ad Manager. Menos flexibilidade: para mudar a CDN, é preciso modificar a configuração da transmissão.

Usar um prefixo de URL arbitrário (dai-aup)

No momento, o parâmetro dai-aup é a única opção para a entrega de anúncios da CDN externa ao usar a veiculação de conjuntos. Se você escolher a DAI com serviço completo, esse parâmetro terá precedência sobre dai-ad-dlid se ambos estiverem presentes.

Com essa abordagem, um prefixo de URL arbitrário, que aponta para a CDN externa, é usado para criar URLs de segmentos de anúncios. Esse prefixo é transmitido como o parâmetro dai-aup durante a criação da transmissão. A DAI do Google substitui o URL comum da CDN por outro com esse prefixo, que precisa:

• Ter o formato https://domain.com/path/, em que /path/ é opcional
• Ser um prefixo de URL absoluto (não há compatibilidade com URLs relativos)

Exemplo

dai-aup=https://domain.com/path-c1/path-c2

URL da CDN do Google:
https://redirector.googlevideo.com/videoplayback/foo?bar=baz

URL do segmento de anúncios resultante:
https://domain.com/path-c1/path-c2/videoplayback/foo?bar=baz

Não é necessária nenhuma configuração específica no Google Ad Manager.

Benefícios do parâmetro dai-aup	Limitações
Flexibilidade: é possível mudar as CDNs sem modificar as configurações de transmissão, basta trocar o prefixo do URL. Configuração simplificada: não é necessário pré-configurar as CDNs no Google Ad Manager.	Menor controle granular: oferece menos controle sobre qual CDN é usada para cada transmissão. Possível complexidade do gerenciamento de URLs: é necessário gerenciar com cuidado os prefixos de URL ao usar várias CDNs de forma dinâmica.

Decidir qual é o parâmetro ideal

A melhor abordagem depende das suas necessidades e da estratégia de gerenciamento de CDN. Considere as vantagens e desvantagens do controle granular e da flexibilidade. Em geral, recomendamos o seguinte:

Escolha o parâmetro dai-ad-dlid se você:

• Precisa ter controle granular sobre a seleção de CDN por transmissão.
• Prefere criar transmissões mais simples após a configuração inicial.
• Quer configurar CDNs padrão no Google Ad Manager.

Escolha o parâmetro dai-aup se você:

• Precisa de máxima flexibilidade para mudar as CDNs dinamicamente.
• Quer evitar etapas de configuração adicionais no Google Ad Manager.

Perguntas frequentes

As redes de fornecimento de conteúdo (CDNs) e segmentos de anúncios precisam ser idênticas para que essa configuração funcione corretamente?

Embora não seja um pré-requisito, usar a mesma CDN para conteúdo e segmentos de anúncios oferece benefícios significativos de performance. Veja o motivo:

• Início mais rápido dos anúncios: uma conexão existente com a CDN do conteúdo principal elimina a necessidade de uma nova busca DNS e um handshake de conexão quando um intervalo de anúncio começa, o que leva a uma reprodução mais rápida.
• Estabilidade aprimorada: o balanceamento de carga estabelecido da CDN para o fluxo de conteúdo pode gerenciar solicitações de anúncios sem problemas. Isso evita um aumento repentino de tráfego que poderia sobrecarregar os servidores, mitigando o efeito de "thundering herd".