Manuseio de identidade no workflow de ativação de destinos

Esta página descreve as particularidades de como as identidades são exportadas para diferentes tipos de destino e ensina como encontrar quais identidades estão disponíveis para exportação, dependendo do destino.

Cada destino no catálogo O é um pouco diferente, portanto, não há uma configuração única para todos os destinos. No entanto, há alguns padrões que orientam a configuração de destinos e seus requisitos de identidade, conforme descrito nas seções abaixo.

Destinos baseados em arquivo file-based

Para destinos baseados em arquivo (por exemplo Amazon S3, SFTP, a maioria dos destinos de marketing por email, como Adobe Campaign, Oracle Eloqua, Salesforce Marketing Cloud), a configuração de identidade na maioria desses destinos está aberta, o que significa que você não precisa selecionar nenhuma identidade na Selecionar atributos etapa do fluxo de trabalho de ativação em lote.

Se você optar por adicionar identidades às exportações de arquivo, observe que apenas uma única identidade da namespace de identidade podem ser selecionados em uma exportação. Quando você seleciona uma identidade para exportação, ela é automaticamente selecionada como atributo obrigatório e chave de desduplicação.

Como solução alternativa, você pode adicionar mais identidades à exportação se elas tiverem sido assimiladas no Experience Platform como atributos. Veja abaixo um exemplo em que o endereço de email do atributo XDM foi selecionado para exportação, além do namespace de identidade Phone_E.164.

Exportação de uma identidade de um mapa de identidade em vez da exportação de uma identidade como um atributo XDM - as diferenças identity-map-or-attribute

O número de registros exportados pode ser diferente dependendo se você seleciona para exportar identidades do mapa de identidades ou de identidades que foram assimiladas como atributos no Experience Platform. Políticas de mesclagem também desempenham uma função importante no número de registros que são exportados quando você seleciona identidades no mapa de identidades.

Por exemplo, considere que, a partir de dois conjuntos de dados diferentes, você tem os seguintes fragmentos de perfil que serão mesclados em um único perfil de cliente:

Fragmento do perfil um

Fragmento de perfil dois

O perfil mesclado seria semelhante ao abaixo:

O comportamento de exportação é diferente conforme você seleciona IdentityMap: Email ou xdm: personalEmail.address para exportação.

Se um cliente ativar IdentityMap: Email, haverá dois registros no arquivo exportado, um para email1 e outro para email2.

No entanto, se um cliente ativar xdm: personalEmail.address, somente email2 estará presente no registro, já que o campo de atributo de email inclui apenas email2. Essas situações podem abordar diferentes casos de uso nos quais você pode desejar ativar todos os endereços de email que você tem em arquivo para um cliente ou apenas o endereço de email mais recente que você tem em arquivo para o cliente.

O argumento é que o número de registros exportados depende das políticas de mesclagem escolhidas e se você seleciona identidades ou atributos na exportação.

Destinos de transmissão baseados em API streaming-destinations

Destinos de transmissão baseados em API criado com Destination SDK (por exemplo Facebook, Google Customer Match, Pinterest, Brazee outros) suportam apenas IDs específicas para exportação. Para obter informações detalhadas sobre as identidades específicas que podem ser exportadas para cada destino, leia o identidades suportadas em cada página da documentação de destino (por exemplo, consulte a seção identidades suportadas no Pinterest página de destino).

Observe, no entanto, que você tem a flexibilidade de usar dados do gráficos privados ou de atributos como identidades. Isso significa que é possível mapear atributos XDM para o campo de identidade exigido pelo destino. Veja abaixo um exemplo do Pinterest destino, onde o atributo XDM personalEmail.address é mapeado para o Pinterest identidade pinterest_audience.

Destinos de publicidade que dependem de integrações de cookies de terceiros third-party-cookie-destinations

Destinos de publicidade que dependem de cookies de terceiros (por exemplo: Google Ads, Google Ad Manager, Google DV360, Bing, The Trade Desk) não exigem que os clientes selecionem IDs no fluxo de trabalho de ativação. Para esses destinos, ao configurar um workflow de ativação, o Experience Platform procura automaticamente a tabela de correspondência de identidades criada pelo Serviço de ID do Experience Cloud O e o exportam todas as identidades disponíveis para um perfil e suportadas pelo destino.

Esses destinos exigem uma sincronização de ID para ocorrer por meio de Serviço de ID do Experience Cloud ou por meio de Experience Platform Web SDK.

Se você estiver usando Experience Platform Web SDK e o legado Serviço de ID do Experience Cloud não estiver implementado na página, será necessário garantir que a sequência de dados do site em questão esteja ativada para permitir a sincronização de ID de terceiros, conforme descrito na seção configurar documentação de sequência de dados.

Ao configurar um fluxo de dados conforme descrito na documentação vinculada acima, você precisa garantir que o Sincronização de ID de terceiros o controle deslizante está ativado. A maioria dos clientes deixaria o container_id campo em branco (o padrão será 0). Você só precisará alterar esse valor se sua implementação de Audience Manager herdada usar uma ID de contêiner específica (observe, no entanto, que essa seria a grande minoria de clientes).

Destinos corporativos enterprise-destinations

Destinos corporativos (Amazon Kinesis, Azure Event Hubs, HTTP API) não exigem IDs específicas na exportação de dados, pois foram projetadas para casos de uso de integração corporativa. No entanto, você pode exportar identidades como atributos XDM ou do mapa de identidade, se desejar. Exibir um exemplo de dados exportados para o destino HTTP, que inclui os personalEmail.address Atributo XDM e as identidades ECID e email_lc_sha256 (endereço de email com hash) no mapa de identidade.

Destinos de personalização personalization-destinations

Destinos de personalização (ou borda) (por exemplo: Adobe Target, Custom Personalization) não exigem nenhuma seleção de identidade no fluxo de trabalho de ativação, pois a integração é uma pesquisa de perfil. O cliente (Target, Web SDK, ou outros) consulta o Edge O e o obtêm as informações de perfil necessárias para a personalização no site.

Próximas etapas next-steps

Depois de ler este documento, agora você sabe como descobrir quais identidades são compatíveis ou necessárias para destinos individuais. Agora você também sabe como a seleção de identidade funciona para cada tipo de destino.

Em seguida, você pode ler sobre qual configurações de exportação os destinos são comuns entre tipos de destino, que podem ser configurados em um nível de destino individual pelos desenvolvedores e quais configurações podem ser editadas pelos usuários no fluxo de trabalho de ativação.

Você também pode conferir todos os destinos disponíveis na catálogo.