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 é 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 etapa Selecionar atributos do fluxo de trabalho de ativação em lote.

Se você optar por adicionar identidades às suas exportações de arquivo, observe que apenas uma única identidade do namespace de identidade pode ser selecionada em uma exportação. Ao selecionar uma identidade para exportação, ela é automaticamente selecionada como um 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. As 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 de perfil um

Fragmento de perfil dois

O perfil mesclado seria semelhante ao abaixo:

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

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

No entanto, se um cliente ativar o xdm: personalEmail.address, somente o 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 streaming baseados em API criados com Destination SDK (por exemplo, Facebook, Google Customer Match, Pinterest, Braze e outros) oferecem suporte apenas a IDs específicas para exportação. Para obter informações detalhadas sobre as identidades específicas que podem ser exportadas para cada destino, leia a seção identidades com suporte em cada página de documentação de destino (por exemplo, consulte a seção identidades com suporte na página de destino Pinterest).

Observe, no entanto, que você tem a flexibilidade de usar dados de 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 destino Pinterest, onde o atributo XDM personalEmail.address está mapeado para a identidade Pinterest necessária pinterest_audience.

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

Os destinos do Advertising 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 fluxo de trabalho de ativação, o Experience Platform procura automaticamente a tabela de correspondência de identidades criada pelo serviço de ID do Experience Cloud e exporta todas as identidades disponíveis para um perfil e com suporte do destino.

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

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

Ao configurar uma sequência de dados conforme descrito na documentação vinculada acima, você precisa garantir que o controle deslizante da Sincronização de ID de terceiros esteja habilitado. A maioria dos clientes deixaria o campo container_id 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 de empresa (Amazon Kinesis, Azure Event Hubs, API HTTP) não exigem IDs específicas na exportação de dados, pois eles foram projetados para casos de uso de integração de empresa. No entanto, você pode exportar identidades como atributos XDM ou do mapa de identidade, se desejar. Exiba um exemplo de dados exportados para o destino HTTP, que inclui o atributo XDM personalEmail.address e as identidades ECID e email_lc_sha256 (endereço de email com hash) do mapa de identidade.

Destinos do Personalization personalization-destinations

Os destinos do Personalization (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 e extrai as informações de perfil necessárias para 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 quais configurações de exportação para destinos são comuns entre tipos de destino, quais podem ser definidas em um nível de destino individual por 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 no catálogo.