Como os namespaces de identidade da AEP estão relacionados às fontes de dados do AAM
Este artigo discute a correlação entre os Namespaces de identidade da AEP e as Fontes de dados do AAM. Resumidamente, todas as fontes de dados entre dispositivos AAM criadas no AAM e todas as fontes de dados de Atributos do cliente criadas na interface do usuário do Serviço principal de pessoas têm um namespace de identidade corolário da AEP e a exclusão da fonte de dados resultará na exclusão do namespace de identidade.
Descrição description
Ambiente
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
Problemas/Sintomas
Existe uma relação entre as fontes de dados AAM (e 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 de AAM criadas nas fontes de dados AAM e Atributo do cliente criadas na interface do usuário do Serviço principal de pessoas desde abril de 2019 têm um namespace de identidade corolário da AEP criado com o mesmo nome na mesma organização Experience Cloud, mesmo que a organização Experience Cloud não tenha sido licenciada para a AEP.
- Todas as fontes de dados de AAM entre dispositivos e atributos do cliente criadas antes de abril de 2019 tiveram seu namespace de identidade corolário da AEP criado em abril de 2019.
- 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 de atributo do cliente ou entre dispositivos AAM. São identidades separadas referenciadas na mesma linha de uma tabela de pesquisa na Experience Edge.
- Somente as fontes de dados entre dispositivos e atributos do cliente do AAM têm uma contrapartida de namespace de identidade. Fontes de dados de 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 AAM ou Atributo do cliente resultará na exclusão do namespace de identidade corolário.
- Quaisquer atualizações na fonte de dados do AAM entre dispositivos ou do Atributo do cliente nome ou código de integração NÃO serão refletidas na interface do namespace de identidade da AEP.
- Qualquer código de integração entre dispositivos do AAM ou o Alias do atributo do cliente criado após abril de 2019 com caracteres especiais (como hífen ou sublinhado) resultará em um novo símbolo de namespace de identidade que consistirá em 3 letras maiúsculas
- O símbolo do namespace de identidade deve corresponder ao código de integração da fonte de dados entre dispositivos AAM ou ao alias do Atributo do cliente (mesmo se tiver caracteres especiais) SE a fonte de dados foi criada antes de abril de 2019 E o código ou alias de integração não foi atualizado desde então.
Como se aplica praticamente essa informação?
Se uma implementação existente de AAM ou 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 de usuário ou CRM para AAM e Atributos do cliente (o que é historicamente feito por meio da função/método Definir ID de usuário do Serviço de Identidade ECID) é definir o Mapa de identidade do SDK com o símbolo de namespace de identidade encontrado na AEP ou na interface da Coleção de dados que corresponde à fonte de dados do atributo do cliente ou entre dispositivos do AAM em questão. A Experience Edge 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, em seguida, encaminhará a ocorrência de coleta de dados com o código de integração do AAM ou alias do Atributo do cliente correto, permitindo que a fonte de dados entre dispositivos do AAM ou o alias do Atributo do cliente continue coletando IDs do usuário para os casos de uso do AAM e do Atributo do cliente que utilizam essas IDs.
Observação importante: o AEP tratará todas as identidades transmitidas por meio do mapa de identidades no SDK da Web da AEP (ou de outra forma) 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 AAM ou Atributos do cliente não forem IDs individuais/em nível de perfil. Isso pode fazer com que vários perfis da 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.
Dica Útil: Se não estiver claro qual fonte de dados entre dispositivos AAM ou Atributo do Cliente pode estar relacionada a um determinado Namespace de Identidade da AEP, chamar a API AAM para uma das possíveis fontes de dados AAM usando esta chamada de API retornará uma carga JSON que contém o campo customNamespaceCode. O valor desse campo deve corresponder ao que o Namespace de identidade da AEP apontar para essa fonte de dados do AAM. A mesma chamada de API pode ser usada para determinar qual namespace de atributo do cliente está relacionado a qual namespace de identidade da 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.