Criar políticas de mesclagem
Nesta lição, você criará políticas de mesclagem para priorizar como várias fontes de dados se mesclam em perfis.
O Adobe Experience Platform permite reunir dados de várias fontes e combiná-los para obter uma visualização completa de cada cliente individual. Ao reunir esses dados, as políticas de mesclagem determinam como os dados são priorizados e quais dados são combinados para criar essa visualização unificada.
Manteremos a interface do usuário para esta lição, mas também existem opções de API para criar políticas de mesclagem.
Os Arquitetos de Dados precisarão criar políticas de mesclagem fora deste tutorial.
Antes de começar os exercícios, assista a este vídeo curto para saber mais sobre políticas de mesclagem:
Permissões necessárias
Na lição Configurar Permissões, você configura todos os controles de acesso necessários para concluir esta lição.
Sobre políticas de mesclagem e esquema de união
Lembre-se, na lição sobre assimilação em lote, carregamos dois registros com informações um pouco diferentes para o mesmo cliente. Nos dados de Loyalty, o nome do cliente era Daniel e ele morava em New York City, mas nos dados do CRM o nome do cliente era Danny e ele morava em Portland. Os dados do cliente mudam com o tempo. Talvez ele tenha mudado de Portland para New York City. Outras coisas também mudam, como números de telefone e endereços de email. As políticas de mesclagem ajudam você a decidir como lidar com esses tipos de conflitos quando duas fontes de dados fornecem informações diferentes para o mesmo usuário.
Então, por que Danny ganhou como primeiro nome? Vamos dar uma olhada:
- Na interface do usuário da Platform, selecione Perfis na navegação à esquerda
- Vá para a guia Políticas de Mesclagem
- A Política de mesclagem padrão é carimbo de data e hora ordenado. Como você carregou os dados do CRM após os dados de Fidelidade,
Dannyganhou como o nome no perfil:
Quando vários esquemas são habilitados para perfil, um Esquema de união é criado automaticamente para todos os esquemas de registro habilitados para perfil que compartilham uma classe base. Você pode exibir os Esquemas de União acessando a guia Esquema de União.
Observe que não há um esquema de união para a classe ExperienceEvent. Embora os dados do ExperienceEvent ainda caiam no perfil, como são baseados em séries de tempo, cada evento inclui um carimbo de data e hora e as colisões não são um problema.
E se você não gostar dessa política de mesclagem padrão? E se a Luma decidir que seu sistema de fidelidade deve ser a fonte da verdade quando há um conflito? Para isso, criaremos uma política de mesclagem.
Criar uma política de mesclagem na interface
- Na tela Políticas de mesclagem, selecione o botão Criar política de mesclagem no canto superior direito
- Como o Nome, digite
Loyalty Prioritized - Como o Esquema, selecione Perfil XDM (observe que sua classe personalizada, já que são dados de registro, também está disponível para políticas de mesclagem)
- Para Compilação de ID, selecione Gráfico Privado
- Para Mesclagem de Atributos, selecione Prioridade de Conjunto de Dados
- Arraste e solte
Luma Loyalty DataseteLuma CRM Datasetno painel Conjunto de Dados. - Certifique-se de que
Luma Loyalty Datasetesteja na parte superior arrastando-o e soltando-o acima deLuma CRM Dataset - Selecione o botão Salvar
Validar a política de mesclagem
Vamos ver se a política de mesclagem está fazendo o que esperaríamos:
- Vá para a guia Procurar
- Altere a política de mesclagem para sua nova política
Loyalty Prioritized - Como o Namespace de identidade, use seu
Luma CRM Id - Como o Valor de identidade usa
112ca06ed53d3db37e4cea49cc45b71e - Selecione o botão Mostrar perfil
Danielvoltou!
Criar uma política de mesclagem com conjuntos de dados limitados
Ao criar políticas de mesclagem usando a precedência do conjunto de dados, somente os conjuntos de dados da mesma classe base que você inclui à direita são incluídos no perfil. Vamos configurar outra política de mesclagem
- Na tela Políticas de mesclagem, selecione o botão Criar política de mesclagem no canto superior direito
- Como o Nome, digite
Loyalty Only - Como o Esquema, selecione Perfil XDM
- Para Compilação de ID, selecione Nenhuma
- Para Mesclagem de Atributos, selecione Prioridade de Conjunto de Dados
- Arraste e solte somente o painel
Luma Loyalty Datasetpara Conjunto de Dados Selecionado. - Selecione o botão Salvar
Validar a política de mesclagem
Agora vamos ver o que essa política de mesclagem faz:
- Vá para a guia Procurar
- Altere a política de mesclagem para sua nova política
Loyalty Only - Como o Namespace de identidade, use seu
Luma CRM Id - Como o Valor de identidade usa
112ca06ed53d3db37e4cea49cc45b71e - Selecione o botão Mostrar perfil
- Confirme se nenhum perfil foi encontrado:
A ID do CRM é um campo de identidade em Luma Loyalty Dataset, mas somente as identidades primárias podem ser usadas para pesquisar perfis. Então, vamos pesquisar o perfil usando a identidade principal, Luma Loyalty Id"
- Alterar o Namespace de identidade para
Luma Loyalty Id - Como o Valor de identidade usa
5625458 - Selecione o botão Mostrar perfil
- Selecione a ID do perfil para abrir o perfil
- Vá para a guia Atributos
- Observe que outros detalhes do perfil do conjunto de dados do CRM, como o número do telefone celular e o endereço de email, não estão disponíveis porque apenas
- Vá para a guia Eventos
- Os dados do ExperienceEvent estão disponíveis apesar de não serem explicitamente incluídos nos conjuntos de dados da política de mesclagem:
Mais informações sobre políticas de mesclagem
Na pesquisa de perfil, altere a política de mesclagem usada novamente para Default Timebased e selecione o botão Mostrar perfil. Danny está de volta!
O que está acontecendo aqui? Bem, a fusão de perfis não é uma coisa única. Os perfis do cliente em tempo real são montados dinamicamente, com base em vários fatores, incluindo a política de mesclagem usada. É possível criar várias políticas de mesclagem para usar em contextos diferentes, dependendo da visualização do cliente que você deseja.
Um caso de uso importante para políticas de mesclagem é o para governança de dados. Por exemplo, digamos que você assimile dados de terceiros na Platform, os quais não podem ser usados para casos de uso de personalização, mas podem ser usados para casos de uso de publicidade. Você pode criar uma política de mesclagem que exclua esse conjunto de dados de terceiros e usar essa política de mesclagem para criar segmentos para seus casos de uso de publicidade.
Recursos adicionais
Agora vamos seguir para a estrutura de governança de dados.