Show Menu
TÓPICOS×

Visão geral dos destinos

No Audience Manager, um destino é qualquer sistema de terceiros (servidor de anúncios, rede de anúncios DSPetc.) com os quais você deseja compartilhar dados. Destination Builder é a ferramenta usada para criar e gerenciar cookies URLou destinos servidor a servidor.

Propósito e vantagens

Destinations e Destination Builder permite criar destinos e enviar informações sobre usuários segmentados para seu parceiro de dados. Isso ajuda você a:
  • **** Proteger o valor dos dados: Em vez de enviar todos os dados do usuário para um destino, Destination Builder permita que você compartilhe informações específicas apenas sobre usuários qualificados.
  • **** Execute ações em seus dados: O envio de dados para um parceiro de destino ajuda a desenvolver e direcionar rapidamente segmentos de público-alvo qualificados.
  • **** Reduza a sobrecarga técnica: Os usuários comerciais podem configurar destinos com segurança na Destination Builder interface. Isso ajuda a reduzir o tempo necessário para testes de pré-implantação. Com Destination Builder, você cria, gerencia e exclui destinos à medida que suas necessidades comerciais mudam, tudo isso sem trabalhar em um longo ciclo de desenvolvimento.

Considerações técnicas

A entrega de dados depende de como seu parceiro de dados deseja ou pode receber informações de destino. As restrições técnicas ou de engenharia podem impedir que um destino receba dados por meio de processos URL, cookies ou servidor a servidor. Trabalhe com um parceiro de terceiros para determinar que método eles podem usar.

Considerações comerciais

As decisões de negócios para selecionar um método de entrega em vez de outro dependem dos recursos técnicos do seu parceiro de destino e do que você deseja fazer com informações qualificadas do usuário. Por exemplo, restrições técnicas podem limitar suas opções se um destino não puder receber dados por um método de entrega específico. No entanto, se não houver problemas técnicos, você poderá enviar informações com base em como deseja tomar medidas nesses dados. Por exemplo:
  • URLOs destinos com base em cookies e s funcionam quase sincronicamente com as ações do usuário em uma página.
  • Os métodos servidor a servidor são bons para construir segmentos profundos do público ao longo do tempo.

Tipos de destino e usos comuns

Os exemplos na tabela a seguir podem ajudá-lo a entender quando usar um destino específico e as diferenças entre cada tipo.
Tipo de destino
Normalmente Usado Quando
Exemplo
Considerações
URL ou cookie
É necessário transferir dados imediatamente para que um destino possa agir imediatamente em um usuário qualificado.
Envio de dados de um site de compra de tíquete. Use um URL ou um destino de cookie para qualificar o usuário e redirecionar imediatamente.
  • Transfere dados somente sobre novos visitantes.
  • Os visitantes devem ser vistos novamente para se qualificarem para o segmento.
Servidor para servidor
  • Não é necessária a transferência imediata de dados.
  • Coleta de dados para criar um grande pool de usuários qualificados.
Coletando dados ao longo do tempo (horas ou dias) para usá-los em um conjunto de campanhas para execução em uma data posterior.
  • Transfere dados sobre visitantes do site novos e anteriores.
  • Os visitantes não precisam ser vistos novamente para se qualificarem para outros segmentos.