Création de politiques de fusion

Dernière mise à jour : 5 juin 2025
  • Rubriques :

Créé pour :

  • Débutant
  • Intermédiaire
  • Développeur

Dans cette leçon, vous allez créer des politiques de fusion pour donner la priorité à la manière dont plusieurs sources de données fusionnent en profils.

Adobe Experience Platform vous permet de rassembler des données issues de plusieurs sources et de les combiner pour obtenir une vue complète de chaque client. Lors du regroupement de ces données, les politiques de fusion déterminent la priorité des données et les données combinées pour créer cette vue unifiée.

Nous nous en tiendrons à l’interface utilisateur pour cette leçon, mais il existe également des options d’API pour créer des politiques de fusion.

Architectes de données devront créer des politiques de fusion en dehors de ce tutoriel.

Avant de commencer les exercices, regardez cette courte vidéo pour en savoir plus sur les politiques de fusion :

Autorisations requises

Dans la leçon Configurer les autorisations, vous allez configurer tous les contrôles d’accès requis pour suivre cette leçon.

À propos des politiques de fusion et du schéma d’union

Vous vous souvenez peut-être que dans la leçon sur l’ingestion par lots, nous avons chargé deux enregistrements avec des informations légèrement différentes pour le même client. Dans les données Loyalty, le prénom du client était Daniel et il vivait en New York City, mais dans les données CRM, le prénom du client était Danny et il vivait en Portland. Les données clients changent au fil du temps. Peut-être est-il passé de Portland à New York City. D’autres éléments changent également, tels que les numéros de téléphone et les adresses e-mail. Les politiques de fusion vous aident à décider comment gérer ces types de conflits lorsque deux sources de données fournissent des informations différentes pour le même utilisateur.

Alors, pourquoi Danny a-t-il gagné comme prénom ? Jetons un coup d’œil :

  1. Dans l’interface utilisateur de Platform, sélectionnez Profils dans le volet de navigation de gauche
  2. Accédez à l’onglet Politiques de fusion
  3. La politique de fusion par défaut utilise un horodatage ordonné. Comme vous avez chargé les données CRM après les données de fidélité, Danny a été choisi comme prénom dans le profil :

Écran Politique de fusion

Lorsque plusieurs schémas sont activés pour le profil, un schéma d’union est automatiquement créé pour tous les schémas d’enregistrement compatibles avec le profil et partageant une classe de base. Vous pouvez afficher les Schémas d’union en accédant à l’onglet Schéma d’union.

Écran Politique de fusion

Notez qu’il n’existe pas de schéma d’union pour la classe ExperienceEvent. Bien que les données ExperienceEvent soient toujours conservées dans le profil, car elles sont basées sur des séries temporelles, chaque événement inclut une date et une heure, ainsi qu’un identifiant, et les collisions ne posent pas de problème.

Que se passe-t-il si vous n’aimez pas cette politique de fusion par défaut ? Que se passe-t-il si Luma décide que son système de fidélité doit être la source de vérité en cas de conflit ? Pour cela, nous allons créer une politique de fusion.

Créer une politique de fusion dans l’interface utilisateur

  1. Sur l’écran Politiques de fusion, cliquez sur le bouton Créer une politique de fusion en haut à droite
  2. Dans le champ Nom, saisissez Loyalty Prioritized
  3. En tant que Schéma, sélectionnez Profil XDM (notez que votre classe personnalisée, puisqu’il s’agit de données d’enregistrement, est également disponible pour les politiques de fusion)
  4. Pour Assemblage des identifiants, sélectionnez Graphique privé
  5. Pour Fusion d’attributs, sélectionnez Priorité du jeu de données
  6. Faites glisser et déposez des Luma Loyalty Dataset et des Luma CRM Dataset dans le panneau Jeu de données.
  7. Assurez-vous que Luma Loyalty Dataset est au-dessus en le faisant glisser et en le déposant au-dessus de la Luma CRM Dataset
  8. Sélectionnez le bouton Enregistrer Politique de fusion

Validation de la politique de fusion

Voyons si la politique de fusion fonctionne comme prévu :

  1. Accédez à l’onglet Parcourir
  2. Modifiez la politique de fusion en votre nouvelle politique de Loyalty Prioritized
  3. Utilisez votre Luma CRM Id en tant qu’espace de noms Identity
  4. Comme valeur d’identité utilisez b642b4217b34b1e8d3bd915fc65c4452
  5. Sélectionnez le bouton Afficher le profil
  6. Daniel est de retour !

Affichage d’un profil avec une politique de fusion différente

Créer une politique de fusion avec des jeux de données limités

Lors de la création de politiques de fusion à l’aide de la priorité du jeu de données, seuls les jeux de données de la même classe de base que celle que vous incluez à droite sont inclus dans le profil. Configurez une autre politique de fusion

  1. Sur l’écran Politiques de fusion, cliquez sur le bouton Créer une politique de fusion en haut à droite
  2. Dans le champ Nom, saisissez Loyalty Only
  3. Sélectionnez Schéma, puis Profil XDM
  4. Pour Combinaison d’ID, sélectionnez Aucun
  5. Pour Fusion d’attributs, sélectionnez Priorité du jeu de données
  6. Glissez-déposez uniquement le Luma Loyalty Dataset dans le panneau Jeu de données sélectionné.
  7. Sélectionnez le bouton Enregistrer

Politique de fusion Fidélité uniquement

Validation de la politique de fusion

Examinons maintenant l’effet de cette politique de fusion :

  1. Accédez à l’onglet Parcourir
  2. Modifiez la politique de fusion en votre nouvelle politique de Loyalty Only
  3. Utilisez votre Luma CRM Id en tant qu’espace de noms Identity
  4. Comme valeur d’identité utilisez b642b4217b34b1e8d3bd915fc65c4452
  5. Sélectionnez le bouton Afficher le profil
  6. Vérifiez qu’aucun profil n’a été trouvé :
    Fidélité uniquement pas de recherche d’ID CRM.

L’identifiant CRM est un champ d’identité de la Luma Loyalty Dataset, mais seules les identités principales peuvent être utilisées pour rechercher des profils. Recherchons donc le profil à l’aide de l’identité principale, Luma Loyalty Id »

  1. Remplacez Espace de noms d’identité par Luma Loyalty Id
  2. Comme valeur d’identité utilisez 5625458
  3. Sélectionnez le bouton Afficher le profil
  4. Sélectionnez l’ID du profil pour ouvrir le profil
  5. Accédez à l’onglet Attributs
  6. Notez que d’autres détails du profil du jeu de données CRM, tels que le numéro de téléphone mobile et l’adresse e-mail, ne sont pas disponibles, car nous
    Les données CRM ne sont pas visibles dans la politique Fidélité uniquement
  7. Accédez à l’onglet Événements
  8. Les données ExperienceEvent sont disponibles bien qu’elles ne soient pas explicitement incluses dans les jeux de données de la politique de fusion :
    Les événements sont visibles dans la politique Fidélité uniquement

En savoir plus sur les politiques de fusion

Dans la recherche de profil, redéfinissez la politique de fusion utilisée sur Default Timebased et sélectionnez le bouton Afficher le profil. Danny est de retour !

Affichage d’un profil avec une politique de fusion différente

Que se passe-t-il ici ? Eh bien, la fusion de profils n'est pas une chose unique. Les profils clients en temps réel sont assemblés à la volée, en fonction de divers facteurs, y compris la politique de fusion utilisée. Vous pouvez créer plusieurs politiques de fusion à utiliser dans différents contextes, en fonction de la vue du client que vous souhaitez.

Un cas d’utilisation clé des politiques de fusion concerne la gouvernance des données. Supposons, par exemple, que vous ingériez des données tierces dans Platform qui ne peuvent pas être utilisées pour les cas d’utilisation de la personnalisation, mais peuvent être utilisées pour les cas d’utilisation de la publicité. Vous pouvez créer une politique de fusion qui exclut ce jeu de données tiers et utiliser cette politique de fusion pour créer des segments pour vos cas d’utilisation publicitaire.