Exemplos de configurações de gráfico
- "CRMID" e "loginID" são namespaces personalizados. Neste documento, "CRMID" é um identificador de pessoa e "loginID" é um identificador de logon associado a uma determinada pessoa.
- Para simular os cenários de gráficos de exemplo descritos neste documento, primeiro você deve criar dois namespaces personalizados, um com o símbolo de identidade "CRMID" e outro com o símbolo de identidade "loginID". Os símbolos de identidade diferenciam maiúsculas de minúsculas.
Este documento descreve exemplos de configuração de gráficos de cenários comuns que você pode encontrar ao trabalhar com regras de vinculação de gráficos de identidade e dados de identidade.
Somente CRMID
Este é um exemplo de um cenário de implementação simples em que os eventos online (CRMID e ECID) são assimilados e os eventos offline (registros de perfil) são armazenados somente no CRMID.
Implementação:
Eventos:
Você pode criar esse cenário na simulação de gráfico copiando os seguintes eventos no modo de texto:
CRMID: Tom, ECID: 111
Configuração do algoritmo:
Você pode criar esse cenário na simulação de gráfico definindo a seguinte configuração para a configuração do algoritmo:
Seleção de identidade principal para o Perfil de Cliente em Tempo Real:
No contexto dessa configuração, a identidade primária será definida da seguinte maneira:
Exemplos de gráfico
Veja a seguir um exemplo de um gráfico ideal para uma única pessoa, em que a CRMID é exclusiva e recebe a maior prioridade.
Veja a seguir um exemplo de gráfico com várias pessoas. Este exemplo exibe um cenário de "dispositivo compartilhado", em que há dois CRMIDs e o que tem o link estabelecido mais antigo é removido.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
CRMID com email com hash
Nesse cenário, um CRMID é assimilado e representa os dados online (evento de experiência) e offline (registro de perfil). Esse cenário também envolve a assimilação de um email com hash, que representa outro namespace enviado no conjunto de dados de registro do CRM junto com o CRMID.
Implementação:
Eventos:
Você pode criar esse cenário na simulação de gráfico copiando os seguintes eventos no modo de texto:
CRMID: Tom, Email_LC_SHA256: tom<span>@acme.com
CRMID: Tom, ECID: 111
CRMID: Summer, Email_LC_SHA256: summer<span>@acme.com
CRMID: Summer, ECID: 222
Configuração do algoritmo:
Você pode criar esse cenário na simulação de gráfico definindo a seguinte configuração para a configuração do algoritmo:
Seleção de identidade principal para o Perfil:
No contexto dessa configuração, a identidade primária será definida da seguinte maneira:
Exemplos de gráfico
A seguir estão exemplos de um par de gráficos ideais para uma única pessoa, em que cada CRMID é associado ao seu respectivo namespace de email com hash e ECID.
Este é um exemplo de um cenário de gráfico de várias pessoas em que um dispositivo é compartilhado por duas pessoas.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Este é um exemplo de um cenário de gráfico de várias pessoas em que o email não é único e está sendo associado a dois CRMIDs diferentes.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
CRMID com email com hash, telefone com hash, GAID e IDFA
Esse cenário é semelhante ao anterior. No entanto, neste cenário, email e telefone com hash estão sendo marcados como identidades a serem utilizadas no Segment Match.
Implementação:
Eventos:
Você pode criar esse cenário na simulação de gráfico copiando os seguintes eventos no modo de texto:
CRMID: Tom, Email_LC_SHA256: aabbcc, Phone_SHA256: 123-4567
CRMID: Tom, ECID: 111
CRMID: Tom, ECID: 222, IDFA: A-A-A
CRMID: Summer, Email_LC_SHA256: ddeeff, Phone_SHA256: 765-4321
CRMID: Summer, ECID: 333
CRMID: Summer, ECID: 444, GAID:B-B-B
Configuração do algoritmo:
Você pode criar esse cenário na simulação de gráfico definindo a seguinte configuração para a configuração do algoritmo:
Seleção de identidade principal para o Perfil:
No contexto dessa configuração, a identidade primária será definida da seguinte maneira:
Exemplos de gráfico
Este é um cenário ideal de gráficos de pessoa única no qual emails com hash e telefones com hash são marcados como identidades para uso no Segment Match. Nesse cenário, os gráficos são divididos em dois, para representar entidades de pessoas diferentes.
Veja a seguir um cenário de gráfico de várias pessoas em que um dispositivo (computador) é compartilhado por duas pessoas. Neste cenário, o computador compartilhado é representado por {ECID: 111} e está vinculado a {CRMID: Summer} porque esse é o link estabelecido mais recentemente. {CRMID: Tom} foi removido porque o vínculo entre {CRMID: Tom} e {ECID: 111} é mais antigo e porque CRMID é o namespace exclusivo designado nesta configuração.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Veja a seguir um gráfico de várias pessoas no qual um dispositivo Android é compartilhado por duas pessoas. Nesse cenário, o CRMID é configurado como um namespace exclusivo e, portanto, o link mais recente de {CRMID: Tom, GAID: B-B-B, ECID:444} substitui o {CRMID: Summer, GAID: B-B-B, ECID:444} mais antigo.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Este é um cenário de gráfico de várias pessoas em que um dispositivo Apple é compartilhado por duas pessoas. Nesse cenário, o IDFA é compartilhado, mas a ECID não é redefinida.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Este é um cenário de gráfico de várias pessoas em que um dispositivo Apple é compartilhado por duas pessoas. Nesse cenário, a ECID é redefinida, mas o IDFA permanece o mesmo.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Veja a seguir um cenário de gráfico de várias pessoas em que o mesmo número de telefone está sendo compartilhado por duas pessoas.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Neste exemplo, {Phone_SHA256} também é marcado como um namespace exclusivo. Portanto, um gráfico não pode ter mais de uma identidade com o namespace {Phone_SHA256}. Neste cenário, {Phone_SHA256: 765-4321} está desvinculado de {CRMID: Summer} e {Email_LC_SHA256: ddeeff} porque é o link mais antigo,
Este é um cenário de gráfico de várias pessoas em que o email é compartilhado por duas pessoas.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
CRMID único com várias IDs de logon (versão simples)
Nesse cenário, há um único CRMID que representa uma entidade de pessoa. No entanto, uma entidade de pessoa pode ter vários identificadores de logon:
- Uma determinada entidade de pessoa pode ter diferentes tipos de conta (pessoal vs. comercial, conta por estado, conta por marca, etc.)
- Uma determinada entidade de pessoa pode usar endereços de email diferentes para qualquer número de contas.
Implementação:
Eventos:
Você pode criar esse cenário na simulação de gráfico copiando os seguintes eventos no modo de texto:
CRMID: Tom, loginID: ID_A
CRMID: Tom, loginID: ID_B
loginID: ID_A, ECID: 111
CRMID: Summer, loginID: ID_C
CRMID: Summer, loginID: ID_D
loginID: ID_C, ECID: 222
Configuração do algoritmo:
Você pode criar esse cenário na simulação de gráfico definindo a seguinte configuração para a configuração do algoritmo:
Seleção de identidade principal para o Perfil:
No contexto dessa configuração, a identidade primária será definida da seguinte maneira:
Exemplos de gráfico
Veja a seguir um cenário de gráfico de uma única pessoa com um único CRMID e várias IDs de logon.
Veja a seguir um cenário de gráfico de várias pessoas em que um dispositivo é compartilhado por duas pessoas. Neste cenário, {ECID:111} está vinculado com {loginID:ID_A} e {loginID:ID_C} e o link mais antigo estabelecido de {ECID:111, loginID:ID_A} é removido.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Veja a seguir um cenário de gráfico com várias pessoas que envolve dados incorretos. Neste cenário, {loginID:ID_D} está incorretamente vinculado a dois usuários diferentes e o link com o carimbo de data e hora mais antigo é excluído em favor do link estabelecido mais recentemente.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
O gráfico a seguir simula um cenário de ID de logon "pendente". Neste exemplo, duas IDs de logon diferentes são vinculadas à mesma ECID. No entanto, {loginID:ID_C} não está vinculado ao CRMID. Portanto, não há como o Serviço de identidade detectar que essas duas IDs de logon representam duas entidades diferentes.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
CRMID único com várias IDs de logon (versão complexa)
Nesse cenário, há um único CRMID que representa uma entidade de pessoa. No entanto, uma entidade de pessoa pode ter vários identificadores de logon:
- Uma determinada entidade de pessoa pode ter diferentes tipos de conta (pessoal vs. comercial, conta por estado, conta por marca, etc.)
- Uma determinada entidade de pessoa pode usar endereços de email diferentes para qualquer número de contas.
Implementação:
Observação: por padrão, as AAIDs estão bloqueadas no Serviço de identidade e, portanto, você deve colocar em suas ECIDs uma prioridade maior do que as AAIDs ao usar a fonte do Analytics. Leia o guia de implementação para obter mais informações.
Eventos:
Você pode criar esse cenário na simulação de gráfico copiando os seguintes eventos no modo de texto:
CRMID: Tom, Email_LC_SHA256: aabbcc, Phone_SHA256: 123-4567
CRMID: Tom, loginID: ID_A
CRMID: Tom, loginID: ID_B
loginID: ID_A, ECID: 111
CRMID: Summer, Email_LC_SHA256: ddeeff, Phone_SHA256: 765-4321
CRMID: Summer, loginID: ID_C
CRMID: Summer, loginID: ID_D
loginID: ID_C, ECID: 222
Configuração do algoritmo:
Você pode criar esse cenário na simulação de gráfico definindo a seguinte configuração para a configuração do algoritmo:
Seleção de identidade principal para o Perfil:
No contexto dessa configuração, a identidade primária será definida da seguinte maneira:
Exemplos de gráfico
Veja a seguir um exemplo de dois gráficos de uma pessoa em que cada um tem uma CRMID e várias IDs de logon.
Este é um cenário de dispositivo compartilhado com várias pessoas em que {ECID:111} está vinculado a {loginID:ID_A} e {loginID:ID_C}. Nesse caso, os links estabelecidos mais antigos são removidos em favor dos links estabelecidos mais recentemente.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Nesse cenário, em vez de enviar somente a ID de logon, a ID de logon e a CRMID são enviadas como eventos de experiência.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Neste cenário, {loginID:ID_C} está vinculado ao {CRMID:Tom} e ao {CRMID:Summer} e, portanto, é considerado um dado incorreto porque os cenários de gráficos ideais não devem vincular as mesmas IDs de logon a dois usuários diferentes. Nesse caso, os links estabelecidos mais antigos são removidos em favor dos links estabelecidos mais recentemente.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Nesse cenário, um email não exclusivo está sendo vinculado a dois CRMIDs diferentes, portanto, os links estabelecidos mais antigos são removidos em favor dos links estabelecidos mais recentemente.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Nesse cenário, um número de telefone não exclusivo está sendo vinculado a dois CRMIDs diferentes, os links estabelecidos mais antigos são removidos em favor dos links estabelecidos mais recentemente.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Uso em outro Adobe Commerce
Os exemplos de configuração de gráfico nesta seção descrevem os casos de uso do Adobe Commerce. Os exemplos abaixo estão focados em clientes de varejo com dois tipos de usuário:
- Usuário registrado (usuários que criaram uma conta)
- Usuários convidados (usuários que têm apenas um endereço de email)
Implementação:
Eventos:
Você pode criar esse cenário na simulação de gráfico copiando os seguintes eventos no modo de texto:
CRMID: Tom, Email: tom@acme.com
CRMID: Tom, ECID: 111
Configuração do algoritmo:
Você pode criar esse cenário na simulação de gráfico definindo a seguinte configuração para a configuração do algoritmo:
Seleção de identidade principal para o Perfil:
No contexto dessa configuração, a identidade primária será definida da seguinte maneira:
Exemplos de gráfico
Veja a seguir um exemplo de um gráfico ideal para uma única pessoa.
Este é um exemplo de um gráfico de várias pessoas em que dois usuários registrados estão navegando usando o mesmo dispositivo.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Nesse cenário, um usuário registrado e um usuário convidado compartilham o mesmo dispositivo.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Nesse cenário, um usuário registrado e um usuário convidado compartilham um dispositivo. No entanto, ocorre um erro de implementação, pois o CRMID não contém um namespace de email correspondente. Neste cenário, Tom é o usuário registrado e Summer é o usuário convidado. Diferentemente do cenário anterior, as duas entidades são mescladas, pois não há namespaces de email comuns entre as duas entidades de pessoa.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Nesse cenário, dois usuários convidados compartilham o mesmo dispositivo.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Nesse cenário, um usuário convidado faz check-out de um item e, em seguida, faz o registro usando o mesmo dispositivo.
Entrada de eventos de simulação de gráfico
| code language-shell |
|---|
|
Próximas etapas
Para obter mais informações sobre regras de vinculação de gráficos de identidade, leia a seguinte documentação: