Algoritmo de otimização de identidade

AVAILABILITY
As regras de vinculação do gráfico de identidade estão atualmente com Disponibilidade limitada. Entre em contato com a equipe de conta do Adobe para obter informações sobre como acessar o recurso em sandboxes de desenvolvimento.

O algoritmo de otimização de identidade é um algoritmo de gráfico no Serviço de identidade que ajuda a garantir que um gráfico de identidade seja representativo de uma única pessoa e, portanto, impede a mesclagem indesejada de identidades no Perfil do cliente em tempo real.

Parâmetros de entrada input-parameters

Leia esta seção para obter informações sobre namespaces exclusivos e prioridade de namespace. Esses dois conceitos servem como parâmetros de entrada exigidos pelo algoritmo de otimização de identidade.

Namespace exclusivo unique-namespace

Um namespace exclusivo determina os links que serão removidos se ocorrer o recolhimento do gráfico.

Um único perfil mesclado e seu gráfico de identidade correspondente devem representar um único indivíduo (entidade pessoa). Um único indivíduo geralmente é representado por CRMIDs e/ou IDs de logon. A expectativa é que dois indivíduos (CRMIDs) não sejam mesclados em um único perfil ou gráfico.

Você deve especificar quais namespaces representam uma entidade de pessoa no Serviço de identidade usando o algoritmo de otimização de identidade. Por exemplo, se um banco de dados do CRM definir que uma conta de usuário seja associada a um único CRMID e um único endereço de email, as configurações de identidade para essa sandbox serão semelhantes a:

  • Namespace CRMID = exclusivo
  • Namespace do email = exclusivo

Um namespace que você declara como exclusivo será configurado automaticamente para ter um limite máximo de um em um determinado gráfico de identidade. Por exemplo, se você declarar um namespace CRMID como exclusivo, um gráfico de identidade poderá ter apenas uma identidade que contenha um namespace CRMID. Se você não declarar um namespace como exclusivo, o gráfico poderá conter mais de uma identidade com esse namespace.

NOTE
  • A representação da entidade da família ("gráficos da família") não é compatível no momento.

  • Todos os namespaces que são identificadores de pessoas e que são usados na sandbox para gerar gráficos de identidade devem ser marcados como um namespace exclusivo. Caso contrário, você poderá ver resultados indesejáveis de vinculação.

Prioridade do namespace namespace-priority

A prioridade de namespace determina como o algoritmo de otimização de identidade remove os links.

Os namespaces no serviço de identidade têm uma ordem de importância relativa implícita. Considere um gráfico estruturado como uma pirâmide. Há um nó na camada superior, dois nós na camada intermediária e quatro nós na camada inferior. A prioridade de namespace deve refletir essa ordem relativa para garantir que uma entidade de pessoa seja representada com precisão.

Para uma análise detalhada da prioridade do namespace e de suas funcionalidades e usos completos, leia o guia de prioridade do namespace.

prioridade de namespace e camadas de gráfico

Processo process

Ao assimilar novas identidades, o Serviço de identidade verifica se as novas identidades e seus namespaces correspondentes seguem configurações de namespace exclusivas. Se as configurações forem seguidas, a assimilação continua e as novas identidades são vinculadas ao gráfico. No entanto, se as configurações não forem seguidas, o algoritmo de otimização de identidade:

  • Assimile o evento mais recente, ao mesmo tempo em que leva a prioridade do namespace em consideração.
  • Remova o link que mesclaria duas entidades de pessoa da camada de gráfico apropriada.

Detalhes do algoritmo de otimização de identidade

Quando a restrição de namespace exclusivo é violada, o algoritmo de otimização de identidade "repetirá" os links e recriará o gráfico do zero.

  • Os links são classificados pela seguinte ordem:

    • Evento mais recente.
    • Carimbo de data e hora pela soma da prioridade do namespace (soma menor = ordem maior).
  • O gráfico seria restabelecido com base na ordem acima. Se a adição do link violar a restrição de limite (por exemplo, o gráfico contiver duas ou mais identidades com um namespace exclusivo), os links serão removidos.

  • O gráfico resultante será compatível com a restrição de namespace exclusivo que você configurou.

Um diagrama que visualiza o algoritmo de otimização de identidade.

Exemplos de cenários para o algoritmo de otimização de identidade

A seção a seguir descreve como o algoritmo de otimização de identidade se comporta, em cenários como dispositivo compartilhado ou assimilação de dados com o mesmo carimbo de data e hora.

Dispositivo compartilhado

Um dispositivo compartilhado refere-se a um dispositivo usado por mais de um indivíduo. Por exemplo, um dispositivo compartilhado pode ser um laptop ou um tablet que você compartilha com um parceiro ou um membro da família, um computador de biblioteca ou um quiosque público.

Exemplo um
table 0-row-2 1-row-2 2-row-2 3-row-2
Namespace Namespace exclusivo
CRMID Sim
Email Sim
ECID Não

Neste exemplo, o CRMID e o Email são designados como namespaces exclusivos. Em timestamp=0, um conjunto de dados de registro do CRM é assimilado e cria dois gráficos diferentes devido à configuração exclusiva do namespace. Cada gráfico contém um CRMID e um namespace de email.

  • timestamp=1: Jane faz logon em seu site de comércio eletrônico usando um laptop. Jane é representada pelo CRMID e pelo e-mail, enquanto o navegador da Web no laptop é representado por uma ECID.
  • timestamp=2: João faz logon no site de comércio eletrônico usando o mesmo laptop. John é representado por seu CRMID e Email, enquanto o navegador da Web que ele usou já é representado por um ECID. Devido ao mesmo ECID estar vinculado a dois gráficos diferentes, o Serviço de identidade pode saber que esse dispositivo (laptop) é um dispositivo compartilhado.
  • No entanto, devido à configuração exclusiva de namespace que define um máximo de um namespace CRMID e um namespace de email por gráfico, o algoritmo de otimização de identidade divide o gráfico em dois.
    • Por fim, como John é o último usuário autenticado, a ECID que representa o laptop permanece vinculada ao seu gráfico, em vez de à de Jane.

caso de dispositivo compartilhado um

Exemplo dois
table 0-row-2 1-row-2 2-row-2
Namespace Namespace exclusivo
CRMID Sim
ECID Não

Neste exemplo, o namespace CRMID é designado como um namespace exclusivo.

  • timestamp=1: Jane faz logon em seu site de comércio eletrônico usando um laptop. Ela é representada por sua CRMID e o navegador da Web no laptop é representado pela ECID.

  • timestamp=2: João faz logon no site de comércio eletrônico usando o mesmo laptop. Ele é representado por sua CRMID e o navegador da Web que ele usa é representado pela mesma ECID.

    • Esse evento vincula dois CRMIDs independentes à mesma ECID, o que excede o limite configurado de um CRMID.
    • Como resultado, o algoritmo de otimização de identidade remove o link mais antigo, que neste caso é o CRMID de Jane que estava vinculado em timestamp=1.
    • No entanto, embora a CRMID da Jane não exista mais como um gráfico no Serviço de identidade, ela ainda persistirá como um perfil no Perfil do cliente em tempo real. Isso ocorre porque um gráfico de identidade deve conter pelo menos duas identidades vinculadas e, como resultado da remoção dos links, o CRMID da Jane não tem mais outra identidade para a qual vincular.

caso-de-dispositivo-compartilhado-dois

Email incorreto

Há instâncias em que um usuário pode inserir valores incorretos para seu email e/ou números de telefone.

Namespace
Namespace exclusivo
CRMID
Sim
Email
Sim
ECID
Não

Neste exemplo, os namespaces CRMID e Email são designados como exclusivos. Considere o cenário em que Jane e John se inscreveram no site de comércio eletrônico usando um valor de email incorreto (por exemplo, test@test.com).

  • timestamp=1: Jane faz logon no seu site de comércio eletrônico usando o Safari no iPhone dela, estabelecendo seu CRMID (informações de logon) e seu ECID (navegador).

  • timestamp=2: John faz logon no site de comércio eletrônico usando o Google Chrome em sua iPhone, estabelecendo sua CRMID (informações de logon) e ECID (navegador).

  • timestamp=3: Seu engenheiro de dados assimila o registro do CRM de Jane, o que resulta no link do CRMID dela para o email incorreto.

  • timestamp=4: seu engenheiro de dados assimila o registro CRM de John, o que resulta no link do CRMID dele para o email incorreto.

    • Isso se torna uma violação da configuração de namespace exclusivo, pois cria um único gráfico com dois namespaces CRMID.
    • Como resultado, o algoritmo de otimização de identidade exclui o link mais antigo, que neste caso é o link entre a identidade de Jane com o namespace CRMID e a identidade com test@test.

Com o algoritmo de otimização de identidade, valores de identidade inválidos, como emails falsos ou números de telefone, não são propagados por vários gráficos de identidade diferentes.

email incorreto

Associação de evento anônimo

As ECIDs armazenam eventos não autenticados (anônimos), enquanto a CRMID armazena eventos autenticados. No caso de dispositivos compartilhados, a ECID (portador de eventos não autenticados) é associada ao último usuário autenticado.

Exiba o diagrama abaixo para entender melhor como a associação de eventos anônimos funciona:

  • Kevin e Nora compartilham um tablet.

    • timestamp=1: Kevin faz logon em um site de comércio eletrônico usando sua conta, estabelecendo assim sua CRMID (informações de logon) e uma ECID (navegador). No momento do logon, Kevin agora é considerado o último usuário autenticado.

    • timestamp=2: Nora faz logon em um site de comércio eletrônico usando sua conta, estabelecendo assim sua CRMID (informações de logon) e a mesma ECID. No momento do logon, Nora agora é considerado o último usuário autenticado.

    • timestamp=3: Kevin usa o tablet para navegar no site de comércio eletrônico, mas não faz logon com sua conta. A atividade de navegação de Kevin é então armazenada na ECID, que por sua vez é associada a Nora porque ela é a última usuário autenticada. Nesse ponto, Nora é dona dos eventos anônimos.

      • Até que Kevin faça logon novamente, o perfil mesclado de Nora será associado a todos os eventos não autenticados armazenados na ECID (com eventos em que a ECID é a identidade principal).
    • timestamp=4: Kevin faz logon pela segunda vez. Nesse ponto, ele se torna novamente o último usuário autenticado e agora também é o proprietário dos eventos não autenticados:

      • Antes do seu login inicial antes de timestamp=1; e
      • Quaisquer atividades que ele ou Nora realizaram enquanto navegavam anonimamente entre o primeiro e o segundo logon de Kevin.

anon-event-association

Próximas etapas

Para obter mais informações sobre regras de vinculação de gráficos de identidade, leia a seguinte documentação:

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