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

NOTE
Para concluir as implementações abaixo, você deve criar um namespace personalizado com o símbolo de identidade (diferencia maiúsculas de minúsculas) de: 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.

Nome de exibição
Símbolo de identidade
Tipo de identidade
Único por gráfico
Prioridade de namespace
CRMID
CRMID
CROSS_DEVICE
✔️
1
ECID
ECID
COOKIE
2
IDFA
IDFA
DISPOSITIVO
3

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.

Uma implementação simples com um namespace entre dispositivos..

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)

Dispositivo compartilhado (PC)

Modo texto

code language-json
CRMID: John, ECID: 111
CRMID: Jane, ECID: 111

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.

Um gráfico simulado para um PC (dispositivo compartilhado).

Dispositivo compartilhado (celular)

Dispositivo compartilhado (celular)

Modo texto

code language-json
CRMID: John, ECID: 111, IDFA: a-b-c
CRMID: Jane, ECID: 111, IDFA: a-b-c

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.

Um gráfico simulado para um dispositivo compartilhado (dispositivo móvel).

Implementações intermediárias intermediate-implementations

TIP
Uma identidade não exclusiva é uma identidade associada a um namespace não exclusivo.

Leia esta seção para implementações intermediárias de Identity Graph Linking Rules.

Caso de uso: seus dados incluem identidades não exclusivas

NOTE
Para concluir as implementações abaixo, você deve criar os seguintes namespaces personalizados com os símbolos de identidade (diferencia maiúsculas de minúsculas) de:
  • 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.

Nome de exibição
Símbolo de identidade
Tipo de identidade
Único por gráfico
Prioridade de namespace
CRMID
CRMID
CROSS_DEVICE
✔️
1
Hash
Hash
CROSS_DEVICE
2
ECID
ECID
COOKIE
3
IDFA
IDFA
DISPOSITIVO
4

Gráfico simulado

Imagem do 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.

Dispositivo compartilhado

Modo texto

code language-json
CRMID: John, CChash: 1111-2222
CRMID: Jane, CChash: 3333-4444
CRMID: John, ECID: 123
CRMID: Jane, ECID:123

Gráfico simulado

Um gráfico de dispositivo compartilhado intermediário com hash.

Dois usuários finais com o mesmo cartão de crédito

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
CRMID: John, CChash: 1111-2222
CRMID: Jane, CChash: 1111-2222
CRMID: John, ECID: 123
CRMID: Jane, ECID:456

Gráfico simulado

Um gráfico em que dois usuários finais se inscrevem com o mesmo cartão de crédito.

Número de cartão de crédito inválido

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
CRMID: John, CChash: undefined
CRMID: Jane, CChash: undefined
CRMID: Jack, CChash: undefined
CRMID: Jill, CChash: undefined

Gráfico simulado

Um gráfico em que problemas de hash resultem em um cartão de crédito inválido.

Caso de uso: seus dados incluem CRMIDs com e sem hash

NOTE
Para concluir as implementações abaixo, você deve criar namespaces personalizados com os símbolos de identidade (diferencia maiúsculas de minúsculas) de:
  • 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.

Nome de exibição
Símbolo de identidade
Tipo de identidade
Único por gráfico
Prioridade de namespace
CRMID
CRMID
CROSS_DEVICE
✔️
1
CRMIDhash
CRMIDhash
CROSS_DEVICE
✔️
2
ECID
ECID
COOKIE
3

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.

Dispositivo compartilhado

John e Jane compartilham um dispositivo.

Modo texto

code language-json
CRMID: John, CRMIDhash: John
CRMID: Jane, CRMIDhash: Jane
CRMIDhash: John, ECID: 111
CRMIDhash: Jane, ECID: 111

Um gráfico de dispositivos compartilhados com CRMID com hash

Dados incorretos

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
CRMID: John, CRMIDhash: aaaa
CRMID: Jane, CRMIDhash: aaaa

Um gráfico de dispositivos compartilhados com um erro no processo de hash, resultando em um CRMID com hash não exclusivo.

Caso de uso: seus dados incluem três namespaces exclusivos

NOTE
Para concluir as implementações abaixo, você deve criar um namespace personalizado com o símbolo de identidade (diferencia maiúsculas de minúsculas) de: 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.
Nome de exibição
Símbolo de identidade
Tipo de identidade
Único por gráfico
Prioridade de namespace
CRMID
CRMID
CROSS_DEVICE
✔️
1
Email
Email
Email
✔️
2
Email_LC_SHA256
Email_LC_SHA256
Email
✔️
3
ECID
ECID
COOKIE
4

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.

Dispositivo compartilhado

Nesse cenário, John e Jane fazem logon em um site de comércio eletrônico.

Modo texto

code language-json
CRMID: John, Email: john@g, Email_LC_SHA256: john_hash
CRMID: Jane, Email: jane@g, Email_LC_SHA256: jane_hash
CRMID: John, ECID: 111
CRMID: Jane, ECID: 111

Um gráfico que mostra dois usuários finais que fazem logon no site usando o mesmo dispositivo.

Um usuário final altera seu email

Modo texto

code language-json
CRMID: John, Email: john@g, Email_LC_SHA256: john_hash
CRMID: John, Email: john@y, Email_LC_SHA256: john_y_hash

Um gráfico que mostra um usuário final que alterou seu email.

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

NOTE
Para concluir as implementações abaixo, você deve criar namespaces personalizados com os símbolos de identidade (diferencia maiúsculas de minúsculas) de:
  • 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.

Nome de exibição
Símbolo de identidade
Tipo de identidade
Único por gráfico
Prioridade de namespace
CRMID
CRMID
CROSS_DEVICE
✔️
1
loginID
loginID
CROSS_DEVICE
2
ECID
ECID
COOKIE
3

Gráfico simulado

Um gráfico de identidade para um usuário final com um email comercial e pessoal.

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

Modo texto

code language-json
CRMID: John, loginID: JohnPersonal
CRMID: John, loginID: JohnBusiness
CRMID: Jane, loginID: JanePersonal
CRMID: Jane, loginID: JaneBusiness
loginID: JohnPersonal, ECID: 111
loginID: JanePersonal, ECID: 111

Um gráfico de um dispositivo compartilhado avançado.

Dados inválidos enviados para o Real-Time CDP

Modo texto

code language-json
CRMID: John, loginID: JohnPersonal
CRMID: John, loginID: error
CRMID: Jane, loginID: JanePersonal
CRMID: Jane, loginID: error
loginID: JohnPersonal, ECID: 111
loginID: JanePersonal, ECID: 222

Um gráfico que mostra um cenário em que dados incorretos são enviados para a Real-Time CDP.

Caso de uso: você tem implementações complexas que exigem vários namespaces

NOTE
Para concluir as implementações abaixo, você deve criar namespaces personalizados com os símbolos de identidade (diferencia maiúsculas de minúsculas) de:
  • 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.

Nome de exibição
Símbolo de identidade
Tipo de identidade
Único por gráfico
Prioridade de namespace
CRMID
CRMID
CROSS_DEVICE
✔️
1
fidelid
fidelid
CROSS_DEVICE
✔️
2
Email
Email
Email
✔️
3
thirdPartyID
thirdPartyID
CROSS_DEVICE
4
orderID
orderID
CROSS_DEVICE
5
ECID
ECID
COOKIE
6

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

Modo texto

code language-json
CRMID: John, loyaltyID: John, Email: john@g
CRMID: Jane, loyaltyID: Jane, Email: jane@g
Email: john@g, orderID: aaa
CRMID: John, thirdPartyID: xyz
CRMID: John, ECID: 111
CRMID: Jane, ECID: 111

Um exemplo de gráfico complexo de dispositivo compartilhado.

O usuário final altera seu endereço de email

Modo texto

code language-json
CRMID: John, loyaltyID: John, Email: john@g
CRMID: John, loyaltyID: John, Email: john@y

Um gráfico que mostra o comportamento de identidade após uma alteração de email.

A associação thirdPartyID muda

Modo texto

code language-json
CRMID: John, loyaltyID: John, Email: john@g
CRMID: Jane, loyaltyID: Jane, Email: jane@g
CRMID: John, thirdPartyID: xyz
CRMID: Jane, thirdPartyID: xyz

Um gráfico que exibe o comportamento da identidade considerando uma alteração na associação da ID de terceiros.

ID de ordem não exclusiva

Modo texto

code language-json
CRMID: John, loyaltyID: John, Email: john@g
CRMID: Jane, loyaltyID: Jane, Email: jane@g
Email: john@g, orderID: aaa
Email: jane@g, orderID: aaa

Um gráfico que mostra o comportamento da identidade com uma ID de pedido não exclusiva.

ID de fidelidade incorreta

Modo texto

code language-json
CRMID: John, loyaltyID: aaa, Email: john@g
CRMID: Jane, loyaltyID: aaa, Email: jane@g

Um gráfico que mostra o comportamento da identidade com uma ID de fidelidade incorreta.

Próximas etapas

Para obter mais informações sobre Identity Graph Linking Rules, leia a seguinte documentação:

recommendation-more-help
64963e2a-9d60-4eec-9930-af5aa025f5ea