Destinations Visão geral

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 cookie, URLou server-to-server destinations.

Propósito 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 permite compartilhar informações específicas somente sobre usuários qualificados.
  • Execute ações em seus dados: o envio de dados para um destination parceiro os ajuda a desenvolver e direcionar rapidamente segmentos de público-alvo qualificados.
  • Reduza a sobrecarga técnica: os usuários empresariais podem configurar com destinations 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 destinations conforme suas necessidades comerciais mudam, tudo 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 destination. As restrições técnicas ou de engenharia podem impedir que destination receba dados por meio de URL, cookie ou server-to-server processos. Trabalhe com seu parceiro de terceiros para determinar qual método pode ser usado.

Considerações comerciais

As decisões de negócios para selecionar um método de delivery em vez de outro dependem dos recursos técnicos do destination parceiro 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 destination não puder 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 tomar medidas nesses dados. Por exemplo:

  • URLO e o cookie-based destinations funcionam quase de forma síncrona com as ações do usuário em uma página.
  • Server-to-server métodos são bons 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 ajudar você a entender quando usar um destination específico e as diferenças entre cada tipo.

Destination Digite Normalmente Usado Quando Exemplo Considerações
Adobe Experience Cloud Destinations Você precisa 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. Fornecer ofertas personalizadas aos clientes existentes, com base em seu histórico de compras O direcionamento de público-alvo é feito por meio de identificadores com hash. Consulte Destinos com base em pessoas.
Device-Based Destinations (Servidor para servidor)
  • Não é necessária a transferência imediata de dados.
  • Coleta de dados para criar um grande conjunto de públicos-alvo de usuários qualificados.
 Coleta de dados ao longo do tempo (horas ou dias) para usá-los em um conjunto de campanhas a ser executado 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.
Custom Destinations (​ URLou cookie) Você precisa transferir dados imediatamente para que um destino possa tomar medidas em um usuário qualificado imediatamente. Envio de dados de um site de compra de tíquete. Use um URL ou cookie destination para qualificar o usuário e direcionar novamente imediatamente.
  • Transfere dados somente sobre novos visitantes.
  • Os visitantes devem ser vistos novamente para se qualificarem para o segmento.

Nesta página