Como os namespaces de identidade da AEP estão relacionados às fontes de dados da AAM
Este artigo discute a correlação entre os Namespaces de identidade da AEP, as Fontes de dados da AAM e as Fontes de dados de Atributos do cliente criadas pelo Serviço principal de pessoas (que são fontes de dados especiais da AAM disponíveis para todos os clientes, independentemente do status da Licença da AAM). Para permitir o compartilhamento de dados entre o AEP e o Experience Cloud Audiences usando um endereço de email com hash SHA256, bem como fornecer uma maneira de transmitir identidades para fontes de dados do AAM e de atributos do cliente por meio do Grupo de campos do esquema do Mapa de identidade, um tipo de conexão precisou ser feita entre fontes de dados do AAM e espaços de nomes de identidade da AEP. A maneira exata como essa conexão é feita e se um namespace de identidade do AEP foi criado ou não para a fonte de dados do AAM correspondente em questão dependem de quando a fonte de dados do atributo AAM ou Cliente foi criada.
Descrição description
Ambiente
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
- Serviço principal de pessoas (atributos do cliente)
Problemas/Sintomas
Existe uma relação entre as fontes de dados da AAM (e o atributo do cliente) e os namespaces de identidade da AEP?
Resolução resolution
Sim. Eles estão relacionados das seguintes maneiras.:
- Todas as fontes de dados entre dispositivos do AAM criadas na AAM e as fontes de dados de atributo do cliente criadas na interface do usuário do serviço principal Pessoas entre abril de 2019 e fevereiro de 2024 têm um namespace de identidade corolário do AEP criado na sandbox de produção com o mesmo nome na mesma organização da Experience Cloud, mesmo que a organização da Experience Cloud não tenha sido licenciada para o AEP.
- Todas as fontes de dados de atributos do cliente e entre dispositivos da AAM criadas antes de abril de 2019 tiveram seu namespace de identidade corolário da AEP criado em abril de 2019.
- Todas as fontes de dados entre dispositivos e atributos do cliente da AAM criadas após fevereiro de 2024 não tiveram um namespace de identidade da AEP corolário criado para elas, mas seus identificadores ainda podem ser passados para a AAM e para os atributos do cliente por meio doGrupo de campos de esquema do mapa de identidade. Detalhes adicionais abaixo.
- Todos os namespaces de identidade gerados automaticamente têm um ponteiro para, mas não são a mesma entidade que seus equivalentes na fonte de dados do atributo do cliente ou entre dispositivos da AAM. São identidades separadas referenciadas na mesma linha de uma tabela de pesquisa na Experience Edge.
- Somente fontes de dados entre dispositivos e atributos do cliente da AAM podem ter um equivalente de namespace de identidade. Fontes de dados do AAM baseadas em cookies não.
Dadas essas informações, estas são algumas advertências importantes a serem observadas:
- A exclusão de uma fonte de dados entre dispositivos da AAM ou de Atributos do cliente com um namespace de identidades corolárias resultará na exclusão desse namespace de identidade corolária.
- Quaisquer atualizações na fonte de dados name ou código de integração do atributo do cliente ou entre dispositivos da AAM NÃO serão refletidas em uma interface de namespace de identidade da AEP de corolário.
- O símbolo de namespace pode ou não corresponder ao alias de atributos do cliente herdado ou ao código de integração do AAM. O símbolo pode ser encontrado de uma das maneiras listadas na próxima seção.
Como é possível aplicar essas informações?
Se uma implementação existente do AAM ou do Atributo do cliente precisar ser mantida durante uma migração para a Web da AEP ou SDKs móveis, a maneira de transmitir as IDs do usuário ou do CRM para a AAM e os Atributos do cliente (o que foi historicamente feito por meio da função/método setCustomerIDs do Serviço de identidade da ECID) é configurando o Mapa de identidade da SDK com o símbolo de namespace de identidade que identifica a fonte de dados do AAM ou de Atributos do cliente. O símbolo de namespace de identidade pode ser encontrado de algumas maneiras diferentes:
- Use a AEP ou a interface da Coleção de dados para localizar o namespace de identidade que corresponde à fonte de dados do AAM entre dispositivos ou do Atributo do cliente em questão. Se isso não for limpo imediatamente ou se o namespace de identidade necessário do AEP não estiver na interface do usuário de identidades, tente outra das opções abaixo.
- Para quem tiver uma licença do AAM, navegue até Fontes de dados de dados de público-alvo
>na interface do usuário do AAM. Clique na fonte de dados em questão e o valor no campo Namespace esmaecido é o símbolo de identidade a ser usado. Todas as fontes de dados de atributos do cliente também estarão na interface do usuário da AAM, portanto, esse método também funciona para aqueles que usam os atributos do cliente e a AAM. - Use a API do AAM para uma das possíveis fontes de dados do AAM usando esta chamada de API para retornar uma carga JSON que contenha o campo
customNamespaceCode. O valor desse campo é o símbolo de identidade a ser usado. A mesma chamada de API pode ser usada para determinar o símbolo a ser usado para uma fonte de dados de Atributos do cliente. - Se nenhuma das opções acima funcionar, seja porque o namespace de identidade da AEP não está na interface do usuário de identidades ou porque a organização não está licenciada para o AAM, entre em contato com o suporte da AAM e solicite o símbolo de identidade que faz referência à fonte de dados de Atributos do cliente em questão.
Quando o símbolo de identidade correto estiver no mapa de identidade, a Experience Edge encaminhará a ocorrência de coleta de dados para a Audience Manager (supondo que o Serviço Audience Manager esteja ativado na sequência de dados), onde a AAM verá o símbolo de identidade, pesquisará o código de integração do AAM corolário ou o alias do Atributo do cliente e atualizará a ocorrência com o código de integração do AAM adequado ou o alias do Atributo do cliente, permitindo que a fonte de dados entre dispositivos da AAM ou o alias do Atributo do cliente continuem coletando IDs de usuário para os casos de uso da AAM e do Atributo do cliente.
Garantia de que as identidades certas vão para a solução certa
Há casos em que as identidades destinadas ao AAM e aos atributos do cliente devem e não devem ser usadas para casos de uso do AEP. Lembre-se das seguintes informações e dicas ao decidir quais identidades precisam ser enviadas para quais soluções:
- O AEP tratará todas as identidades transmitidas pelo mapa de identidade que também tenha uma identidade AEP corolária na interface do usuário de identidades do AEP como identidades que podem ser compiladas, mesmo se os namespaces de identidade em questão não estiverem vinculados a um campo XDM habilitado para perfil. Isso pode ser problemático se as IDs que precisam ser passadas para a AAM ou os Atributos do cliente não forem IDs individuais/em nível de perfil. Isso pode fazer com que vários perfis do AEP sejam mesclados/recolhidos em um se a ID em questão fosse uma ID doméstica, por exemplo, em vez de uma ID individual. Usar as Regras de Vinculação do Gráfico de Identidade também pode ajudar nessa situação.
- Se a identidade for transmitida por meio do Mapa de identidade, mas essa mesma entidade não existir na interface do usuário das identidades da AEP, a assimilação do AEP emitirá um erro, a menos que haja outra identidade marcada como Principal.
- Se a funcionalidade desejada for fazer com que os atributos AEP e AAM/customer usem a mesma identidade, mas nenhum namespace de identidade AEP tiver sido criado, é possível criar um usando o mesmo símbolo de namespace de identidade encontrado na interface do usuário do AAM (consulte a seção anterior). Isso permitirá que uma entrada do Mapa de identidade manipule o envio da ID para a AEP, a AAM e os Atributos do cliente. No entanto, esteja ciente de que ela será usada como uma ID de compilação, conforme mencionado no primeiro marcador.
- Se o namespace de identidade da AEP estiver na interface do usuário de identidades da AEP e tiver o mesmo símbolo de identidade que o conjunto de dados da AAM e do Atributo do cliente, não há nenhuma maneira compatível de impedir que essa identidade chegue ao AEP.
Leitura Relacionada:
Estados autenticados do AEP Web SDK no AAM: este artigo discute o problema em que as IDs/fontes de dados entre dispositivos não estão sincronizadas ou se comportando da mesma forma que antes da migração.