Destinations Visão geral

Última atualização em 2023-05-20

No Audience Manager, um destination é qualquer sistema de terceiros (servidor de anúncios, DSP, rede de anúncios etc.) com o qual você deseja compartilhar dados. Destination Builder é a ferramenta usada para criar e gerenciar o cookie, URLou server-to-server destinations.

Finalidade e vantagens

Destinations e Destination Builder permitem criar destinations e enviar informações sobre usuários segmentados para seu parceiro de dados. Isso ajuda a:

  • Valor dos dados do Protect: Em vez de enviar todos os dados do usuário para um destination, Destination Builder O permite compartilhar informações específicas somente sobre usuários qualificados.
  • Tome medidas em relação aos seus dados: Envio de dados para um destination O parceiro os ajuda a desenvolver e direcionar segmentos de público-alvo qualificados rapidamente.
  • Reduza a sobrecarga técnica: Usuários empresariais podem configurar destinations com segurança no Destination Builder interface. Isso ajuda a reduzir o tempo necessário para testes pré-implantação. Com Destination Builder, você cria, gerencia e exclui destinations à medida que as necessidades de sua empresa mudam, tudo isso sem passar por um longo ciclo de desenvolvimento.

Considerações técnicas

A entrega de dados depende de como seu parceiro de dados deseja ou pode receber destination informações. Os condicionalismos técnicos ou de engenharia destination de receber dados via URL, cookieou server-to-server processos. Trabalhe com seu parceiro de terceiros para determinar qual 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 de sua destination parceiro e o que você deseja fazer com informações qualificadas do usuário. Por exemplo, restrições técnicas podem limitar suas opções se uma destination O não pode receber dados por um método de delivery específico. No entanto, se não houver problemas técnicos, você poderá enviar informações com base em como deseja agir com esses dados. Por exemplo:

  • URLs e cookie-based destinations funcionam quase de forma síncrona com as ações do usuário em uma página.
  • Server-to-server Os métodos são adequados para criar segmentos de público-alvo profundos ao longo do tempo.

Destination Tipos e usos típicos

Os exemplos na tabela a seguir podem ajudá-lo a entender quando usar um determinado destination e as diferenças entre cada tipo.

Destination Digite Normalmente Usado Quando Exemplo Considerações
Adobe Experience Cloud Destinations É necessário enviar dados para outras soluções da Adobe Experience Cloud. Envio de dados para o Adobe Analytics.
People-Based Destinations Você precisa enviar segmentos de público-alvo para ambientes baseados em pessoas, como o Facebook. Entrega de ofertas personalizadas a clientes existentes, com base em seu histórico de compras O direcionamento de público é feito por meio de identificadores com hash. Consulte Destinos com base em pessoas.
Device-Based Destinations (Servidor para servidor)
  • A transferência imediata de dados não é necessária.
  • Coleta de dados para criar um grande pool de públicos-alvo de usuários qualificados.
Coleta de dados ao longo do tempo (horas ou dias) para usá-los em uma campanha definida para execução em uma data posterior.
  • Transfere dados sobre visitantes novos e anteriores do site.
  • Os visitantes não precisam ser vistos novamente para se qualificarem para outros segmentos.
Custom Destinations (URL ou Cookie) Você precisa transferir os dados imediatamente para que um destino possa agir em um usuário qualificado imediatamente. Envio de dados de um site de compra de tíquetes. Use um URL ou cookie destination 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.

Nesta página