Guia de configurações das Identity Graph Linking Rules configurations-guide
Leia este documento para saber mais sobre os diferentes tipos de implementação que você pode configurar usando o Identity Graph Linking Rules.
Os cenários de gráficos do cliente podem ser agrupados em três categorias diferentes.
- Básico: As implementações básicas incluem gráficos que frequentemente incluem implementações simples. Essas implementações tendem a girar em torno de um único namespace entre dispositivos (por exemplo, CRMID). Embora as implementações básicas sejam relativamente simples, o colapso de gráficos ainda pode ocorrer, geralmente devido a cenários de dispositivo compartilhado.
- Intermediário: As implementações intermediárias incluem várias variáveis, como vários namespaces entre dispositivos, identidades não exclusivas e vários namespaces exclusivos.
- Avançado: As implementações avançadas envolvem cenários gráficos complexos de várias camadas. Para implementações avançadas, é essencial estabelecer a ordem correta de prioridade do namespace para garantir que os links apropriados sejam removidos, evitando assim o colapso do gráfico.
Introdução
Antes de mergulhar no documento a seguir, familiarize-se com vários conceitos importantes do Serviço de identidade e Identity Graph Linking Rules.
Implementações básicas basic-implementations
CRMID
.Leia esta seção para implementações básicas do Identity Graph Linking Rules.
Caso de uso: implementação simples que usa um namespace entre dispositivos
Geralmente, os clientes do Adobe têm um único namespace entre dispositivos que é usado em todas as suas propriedades, incluindo Web, dispositivos móveis e aplicativos. Esse sistema é independente tanto do setor quanto geograficamente, já que os clientes de varejo, telecomunicações e serviços financeiros usam esse tipo de implementação.
Normalmente, um usuário final é representado por um namespace entre dispositivos (geralmente um CRMID), portanto, o CRMID deve ser classificado como um namespace exclusivo. Um usuário final que possui um computador e um iPhone e não compartilha seu dispositivo, pode ter um gráfico de identidade como o seguinte.
Imagine que você seja um arquiteto de dados em uma empresa de comércio eletrônico chamada ACME. John e Jane são seus clientes. São usuários finais que vivem juntos em San Jose, Califórnia. Eles compartilham um computador desktop e usam este computador para navegar em seu site. Da mesma forma, John e Jane também compartilham iPad e ocasionalmente usam este iPad para navegar na Internet, inclusive em seu site.
Modo texto
CRMID: John, ECID: 123
CRMID: John, ECID: 999, IDFA: a-b-c
Configuração de algoritmo (Configurações de identidade)
Defina as seguintes configurações na interface de Simulação de gráfico antes de simular o gráfico.
Gráfico simulado
Neste gráfico, John (o usuário final) é representado pela CRMID. {ECID: 123}
representa o navegador da Web que John usou em seu computador pessoal para visitar sua plataforma de comércio eletrônico. {ECID: 999}
representa o navegador que ele usou em seu iPhone e {IDFA: a-b-c}
representa seu iPhone.
Exercício
Simule a seguinte configuração na Simulação de gráfico. Você pode criar seus próprios eventos ou copiar e colar usando o modo de texto.
Dispositivo compartilhado (PC)
Modo texto
code language-json |
---|
|
Gráfico simulado
Neste gráfico, John e Jane são representados por suas próprias CRMIDs:
{CRMID: John}
{CRMID: Jane}
O navegador no computador desktop que ambos usam para visitar sua plataforma de comércio eletrônico é representado por {ECID: 111}
. Neste cenário gráfico, Jane é o último usuário final autenticado e, portanto, o vínculo entre {ECID: 111}
e {CRMID: John}
é removido.
Dispositivo compartilhado (celular)
Modo texto
code language-json |
---|
|
Gráfico simulado
Nesse gráfico, John e Jane são representados por suas próprias CRMIDs. O navegador usado é representado por {ECID: 111}
e o iPad compartilhado é representado por {IDFA: a-b-c}
. Neste cenário gráfico, Jane é o último usuário final autenticado e, portanto, os links de {ECID: 111}
e {IDFA: a-b-c}
a {CRMID: John}
são removidos.
Implementações intermediárias intermediate-implementations
Leia esta seção para implementações intermediárias de Identity Graph Linking Rules.
Caso de uso: seus dados incluem identidades não exclusivas
CRMID
CChash
(Este é um namespace personalizado que representa um número de cartão de crédito com hash.)
Imagine que você seja um arquiteto de dados trabalhando em um banco comercial que emite cartões de crédito. Sua equipe de marketing indicou que deseja incluir o histórico de transações de cartões de crédito passados em um perfil. Este gráfico de identidade pode ser semelhante ao seguinte.
Modo texto
CRMID: John, CChash: 1111-2222
CRMID: John, CChash: 3333-4444
CRMID: John, ECID: 123
CRMID: John, ECID: 999, IDFA: a-b-c
Configuração de algoritmo (Configurações de identidade)
Defina as seguintes configurações na interface de Simulação de gráfico antes de simular o gráfico.
Gráfico simulado
Não há garantias de que esses números de cartão de crédito, ou qualquer outro namespace não exclusivo, sempre serão associados a um único usuário final. Dois usuários finais podem se registrar no mesmo cartão de crédito. Pode haver valores não exclusivos de espaço reservado que foram assimilados incorretamente. Simplificando, não há garantia de que namespaces não exclusivos não causarão o colapso do gráfico.
Para resolver esse problema, o Serviço de identidade remove os links mais antigos e mantém os links mais recentes. Isso garante que você tenha apenas uma CRMID em um gráfico, evitando assim o seu colapso.
Exercício
Simule as seguintes configurações na Simulação de gráfico. Você pode criar seus próprios eventos ou copiar e colar usando o modo de texto.
Modo texto
code language-json |
---|
|
Gráfico simulado
Dois usuários finais diferentes se inscrevem no seu site de comércio eletrônico com o mesmo cartão de crédito. Sua equipe de marketing deseja evitar o colapso dos gráficos, garantindo que o cartão de crédito esteja associado a apenas um único perfil.
Modo texto
code language-json |
---|
|
Gráfico simulado
Devido a dados não limpos, um número de cartão de crédito inválido é assimilado na Experience Platform.
Modo texto
code language-json |
---|
|
Gráfico simulado
Caso de uso: seus dados incluem CRMIDs com e sem hash
CRMID
CRMIDhash
Você está assimilando um CRMID com hash (offline) e um CRMID com hash (online). A expectativa é que haja uma relação direta entre CRMIDs com hash e sem hash. Quando um usuário final navega com uma conta autenticada, a CRMID com hash é enviada junto com a ID do dispositivo (representada no Serviço de identidade como uma ECID).
Configuração de algoritmo (Configurações de identidade)
Defina as seguintes configurações na interface de Simulação de gráfico antes de simular o gráfico.
Exercício
Simule as seguintes configurações na Simulação de gráfico. Você pode criar seus próprios eventos ou copiar e colar usando o modo de texto.
John e Jane compartilham um dispositivo.
Modo texto
code language-json |
---|
|
Devido a erros no processo de hash, uma CRMID com hash não exclusiva é gerada e enviada para o Serviço de identidade.
Modo texto
code language-json |
---|
|
Caso de uso: seus dados incluem três namespaces exclusivos
CRMID
.Seu cliente define uma entidade unipessoal da seguinte maneira:
- Um usuário final com uma CRMID atribuída.
- Um usuário final que está associado a um endereço de email com hash, para que os perfis possam ser ativados para destinos que oferecem suporte a email com hash (por exemplo, Facebook).
- Um usuário final associado a um endereço de email, para que a equipe de suporte possa pesquisar seu perfil no Real-Time CDP usando esse endereço de email.
Simule as seguintes configurações na ferramenta de simulação de gráfico. Você pode criar seus próprios eventos ou copiar e colar usando o modo de texto.
Nesse cenário, John e Jane fazem logon em um site de comércio eletrônico.
Modo texto
code language-json |
---|
|
Modo texto
code language-json |
---|
|
Implementações avançadas advanced-implementations
As implementações avançadas envolvem cenários de gráficos complexos e de várias camadas. Esses tipos de implementações incluem o uso de prioridade de namespace para identificar os links corretos que devem ser removidos para evitar o recolhimento do gráfico.
Prioridade de namespace são metadados que classificam os namespaces por sua importância. Se um gráfico contiver duas identidades, cada uma com um namespace exclusivo diferente, o Serviço de identidade usará a prioridade de namespace para decidir quais links remover. Para obter mais informações, leia a documentação sobre prioridade de namespace.
A prioridade de namespace desempenha um papel essencial em cenários de gráficos complexos. Os gráficos podem ter várias camadas - um usuário final pode estar associado a várias IDs de logon e essas IDs de logon podem ter hash. Além disso, diferentes ECIDs podem ser vinculados a diferentes IDs de logon. Para garantir que o link correto, na camada correta, seja removido, as configurações de prioridade do namespace devem estar corretas.
Leia esta seção para implementações avançadas de Identity Graph Linking Rules.
Caso de uso: você precisa de suporte para várias linhas de negócios
CRMID
loginID
Seus usuários finais têm duas contas diferentes: uma conta pessoal e uma conta comercial. Cada conta é identificada por uma ID diferente. Nesse cenário, um gráfico típico seria semelhante ao seguinte:
Modo texto
CRMID: John, loginID: JohnPersonal
CRMID: John, loginID: JohnBusiness
loginID: JohnPersonal, ECID: 111
loginID: JohnPersonal, ECID: 222
loginID: JohnBusiness, ECID: 222
Configuração de algoritmo (Configurações de identidade)
Defina as seguintes configurações na interface de Simulação de gráfico antes de simular o gráfico.
Gráfico simulado
Exercício
Simule a seguinte configuração na Simulação de gráfico. Você pode criar seus próprios eventos ou copiar e colar usando o modo de texto.
Modo texto
code language-json |
---|
|
Modo texto
code language-json |
---|
|
Caso de uso: você tem implementações complexas que exigem vários namespaces
CRMID
loyaltyID
thirdPartyID
orderID
Você é uma empresa de mídia e entretenimento e seus usuários finais têm o seguinte:
- UMA CRMID
- Uma ID de fidelidade
Além disso, os usuários finais podem fazer uma compra no site de comércio eletrônico e esses dados são vinculados ao endereço de email. Os dados do usuário também são enriquecidos por um provedor de banco de dados de terceiros e enviados para a Experience Platform em lotes.
Modo texto
CRMID: John, loyaltyID: John, Email: john@g
Email: john@g, orderID: aaa
CRMID: John, thirdPartyID: xyz
CRMID: John, ECID: 111
Configuração de algoritmo (Configurações de identidade)
Defina as seguintes configurações na interface de Simulação de gráfico antes de simular o gráfico.
Exercício
Simule a seguinte configuração na Simulação de gráfico. Você pode criar seus próprios eventos ou copiar e colar usando o modo de texto.
Modo texto
code language-json |
---|
|
Modo texto
code language-json |
---|
|
Modo texto
code language-json |
---|
|
Modo texto
code language-json |
---|
|
Modo texto
code language-json |
---|
|
Próximas etapas
Para obter mais informações sobre Identity Graph Linking Rules, leia a seguinte documentação: