Dans cette leçon, vous allez créer des stratégies de fusion pour établir des priorités quant à la manière dont plusieurs sources de données fusionnent en profils.
Adobe Experience Platform vous permet de rassembler des données à partir de plusieurs sources et de les combiner pour afficher une vue complète de chaque client. Lorsque ces données sont rassemblées, les stratégies de fusion déterminent la manière dont les données sont classées par priorité et les données combinées pour créer cette vue unifiée.
Nous allons nous en tenir à l’interface utilisateur pour ce cours, mais des options d’API existent également pour la création de stratégies de fusion.
Data Architects devra créer des stratégies de fusion en dehors de ce tutoriel.
Avant de commencer les exercices, regardez cette courte vidéo pour en savoir plus sur les stratégies de fusion :
Dans la boîte de dialogue Configuration des autorisations vous configurez tous les contrôles d'accès requis pour terminer ce cours.
Vous vous souvenez peut-être, dans la leçon sur l'ingestion de lots, nous avons téléchargé deux enregistrements avec des informations légèrement différentes pour le même client. Dans la boîte de dialogue Loyalty données, le prénom du client était Daniel
et il vivait dans New York City
mais dans les données CRM, le prénom du client était Danny
et il vivait dans Portland
. Les données du client changent avec le temps. Peut-être qu'il a déménagé Portland
à New York City
. D'autres choses changent également, comme les numéros de téléphone et les adresses électroniques. Les stratégies de fusion vous permettent de décider comment gérer ces types de conflits lorsque deux sources de données fournissent des informations différentes pour un même utilisateur.
Alors pourquoi ? Danny
gagner comme prénom ? Jetons un coup d'oeil :
Danny
a obtenu le prénom dans le profil :When multiple schemas are enabled for profile, a Union Schema is automatically created for all profile-enabled, record schema sharing a base class. You can view the Union Schemas by going to the Union Schema tab.
Note that there isn't a union schema for the ExperienceEvent class. While ExperienceEvent data still lands in profile, because it is time-series based, each event includes a timestamp and id and collisions are not a problem.
Que se passe-t-il si vous n’aimez pas cette stratégie de fusion par défaut ? Que se passe-t-il si Luma décide que son système CRM doit être la source de vérité en cas de conflit ? Pour cela, nous allons créer une stratégie de fusion.
Loyalty Prioritized
Luma Loyalty Dataset
and Luma CRM Dataset
to the Dataset panel.Luma Loyalty Dataset
se trouve au-dessus de la Luma CRM Dataset
Voyons si la stratégie de fusion fait ce à quoi nous nous attendons :
Loyalty Prioritized
politiqueLuma CRM Id
112ca06ed53d3db37e4cea49cc45b71e
Daniel
est de retour !Lors de la création de stratégies de fusion à l'aide de la priorité de jeu de données, seuls les ensembles de données de la même classe de base que vous incluez dans la droite sont inclus dans le profil. Configuration d’une autre stratégie de fusion
Loyalty Only
Luma Loyalty Dataset
to Selected Dataset panel.Voyons maintenant ce que fait cette stratégie de fusion :
Loyalty Only
politiqueLuma CRM Id
112ca06ed53d3db37e4cea49cc45b71e
L’ID CRM est un champ d’identité dans Luma Loyalty Dataset
mais seules les identités primaires peuvent être utilisées pour rechercher des profils. Donc, regardons le profil à l'aide de l'identité principale, Luma Loyalty Id
"
Luma Loyalty Id
5625458
Dans la recherche de profil, modifiez la stratégie de fusion utilisée à nouveau en Default Timebased
et sélectionnez l’option Afficher le profil bouton. Danny est de retour !
Que se passe-t-il ici ? Eh bien, la fusion de profils n'est pas une chose unique. Real-time customer profiles are assembled on the fly, based on various factors, including which merge policy is used. Vous pouvez créer plusieurs stratégies de fusion à utiliser dans différents contextes, selon la vue du client que vous souhaitez.
A key use case for merge policies is for data governance. Par exemple, supposons que vous assimilez des données tierces dans une plate-forme qui ne peut pas être utilisée pour des cas d’utilisation de personnalisation, mais peut doit être utilisé pour les cas d'utilisation publicitaire. Vous pouvez créer une stratégie de fusion qui exclut ce jeu de données tiers et utiliser cette stratégie de fusion pour créer des segments pour vos cas d'utilisation publicitaire.
Now let's move on to the data governance framework.