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 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 do AAM 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 no AAM desde abril de 2019 têm um namespace de identidade corolário da AEP criado com o mesmo nome na mesma organização de Experience Cloud, mesmo que a organização de Experience Cloud não tenha sido licenciada para a AEP.
- Todas as fontes de dados entre dispositivos de AAM 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 pelo AAM têm um ponteiro para, mas não são a mesma entidade que suas contrapartes de fonte de dados entre dispositivos do AAM. São identidades separadas referenciadas na mesma linha de uma tabela de pesquisa na Experience Edge.
- Somente fontes de dados entre dispositivos 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 resultará na exclusão do namespace de identidade corolário.
- Qualquer atualização no nome ou código de integração da fonte de dados entre dispositivos AAM NÃO será refletida na interface do namespace de identidade da AEP.
- Qualquer código de integração de fonte de dados entre dispositivos AAM 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 de namespace de identidade deve corresponder ao código de integração da fonte de dados entre dispositivos AAM (mesmo que tenha caracteres especiais) SE a fonte de dados AAM foi criada antes de abril de 2019 E o código de integração não foi atualizado desde então.
Como se aplica praticamente essa informação?
Se uma implementação de AAM existente precisar ser mantida durante uma migração para os SDKs da Web ou móveis da AEP, a maneira de transmitir as IDs de usuário ou CRM para AAM (o que é historicamente feito por meio da função/método Definir ID do usuário do ECID Identity Service) é 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 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 e, em seguida, encaminhará a ocorrência de coleta de dados com o código de integração do AAM correto, permitindo que a fonte de dados entre dispositivos do AAM continue coletando IDs de usuário para os casos de uso do AAM utilizando 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 transmitidas para AAM 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 pode estar relacionada a determinado Namespace de Identidade da AEP, chamar a API AAM para uma das fontes de dados AAM em potencial 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.
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.