Como os namespaces de identidade da AEP estão relacionados às fontes de dados do AAM
Este artigo discute a correlação entre Namespaces de identidade da AEP, Fontes de dados de AAM e Fontes de dados de Atributos do cliente criadas por meio do Serviço principal de pessoas (que são fontes de dados especiais de AAM disponíveis para todos os clientes, independentemente do status da Licença do 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 as fontes de dados AAM e Atributos do cliente por meio do Grupo de campos Esquema do mapa de identidade, um tipo de conexão precisou ser feita entre as fontes de dados do AAM e os espaços de nomes de identidade da AEP. A maneira exata como essa conexão é feita e se um namespace de identidade da 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 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 entre abril de 2019 e fevereiro de 2024 têm um namespace de identidade da AEP corolário criado na sandbox de produção 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.
- Todas as fontes de dados de AAM entre dispositivos e Atributos do cliente 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 AAM e atributos do cliente por meio doGrupo de campos 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 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 fontes de dados entre dispositivos e Atributos do cliente de AAM podem ter um equivalente 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 do Atributo do cliente com um namespace de identidades corolárias resultará na exclusão desse namespace de identidade corolária.
- Qualquer atualização no dispositivo AAM ou na fonte de dados do Atributo do cliente nome ou código de integração NÃO será refletida 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 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 do usuário ou CRM para AAM e Atributos do cliente (o que foi historicamente feito por meio da função/método setCustomerIDs do Serviço de identidade da ECID) é definir o Mapa de identidade do SDK com o símbolo de namespace de identidade que identifica a fonte de dados do AAM ou 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 da AEP necessário não estiver na interface do usuário de identidades, tente outra das opções abaixo.
- Para aqueles com uma licença de AAM, navegue até as Fontes de dados de dados de público-alvo
>na interface 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 do AAM, portanto, esse método também funciona para aqueles que usam os atributos do cliente e o AAM. - Use a API AAM para uma das possíveis fontes de dados 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 AAM, entre em contato com o suporte ao 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 adequado estiver no mapa de identidade, a Experience Edge encaminhará a ocorrência da coleta de dados para o Audience Manager (supondo que o Serviço Audience Manager esteja ativado na sequência de dados), onde o verá o símbolo, pesquisará o corolário do alias de integração do ou do Atributo do cliente e, em seguida, a ocorrência com o código de integração adequado do ou alias do Atributo do cliente, permitindo assim 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 AAM AAM 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 os atributos do cliente devem e não devem ser usadas para casos de uso da 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 por meio do 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 unidas, 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. 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 de identidades da AEP, a assimilação da 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/cliente usem a mesma identidade, mas nenhum namespace de identidade da 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, o 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 AAM e Atributo do cliente, não há uma maneira compatível de impedir que essa identidade chegue à 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.