Dans cette leçon, vous allez créer des stratégies de fusion afin de prioriser la manière dont plusieurs sources de données fusionnent en profils.
Adobe Experience Platform vous permet de rassembler des données provenant de plusieurs sources et de les combiner pour obtenir une vue complète de chaque client. Lorsque vous rassemblez ces données, les stratégies de fusion déterminent la priorité des données et les données combinées pour créer cette vue unifiée.
Nous allons nous en tenir à l’interface utilisateur pour cette leçon, mais des options d’API existent également pour créer des stratégies de fusion.
Architectes de données Vous devrez 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 le Configuration des autorisations leçon, vous configurez tous les contrôles d’accès requis pour terminer cette leçon.
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 le Loyalty data, prénom du client Daniel
et il vivait à New York City
, mais dans les données CRM, le prénom du client était Danny
et il vivait à Portland
. Les données client changent au fil du temps. Peut-être qu'il a déménagé Portland
to New York City
. D’autres éléments changent également, tels que les numéros de téléphone et les adresses électroniques. Les stratégies de fusion vous aident à décider comment gérer ces types de conflits lorsque deux sources de données donnent des informations différentes pour un même utilisateur.
Alors, pourquoi ? Danny
win comme prénom ? Jetons un coup d'oeil :
Danny
a été sélectionné comme prénom dans le profil :Lorsque plusieurs schémas sont activés pour le profil, une Schéma d’union est automatiquement créé pour tous les schémas d’enregistrement activés pour les profils partageant une classe de base. Vous pouvez afficher la variable Schémas d’union en accédant à la fonction Schéma d’union .
Notez qu’il n’existe pas de schéma d’union pour la classe ExperienceEvent. Bien que les données ExperienceEvent se trouvent toujours dans le profil, puisqu’elles sont basées sur des séries temporelles, chaque événement comprend un horodatage et les identifiants et les collisions ne posent pas problème.
Maintenant, 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 de gestion de la relation client devrait ê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
et Luma CRM Dataset
au Jeu de données du panneau.Luma Loyalty Dataset
est en haut en le faisant glisser au-dessus de la balise Luma CRM Dataset
Voyons si la stratégie de fusion fait ce à quoi nous nous attendons :
Loyalty Prioritized
policyLuma CRM Id
112ca06ed53d3db37e4cea49cc45b71e
Daniel
est de retour !Lors de la création de stratégies de fusion utilisant 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. Configuration d’une autre stratégie de fusion
Loyalty Only
Luma Loyalty Dataset
to Jeu de données sélectionné du panneau.Examinons maintenant ce que cette stratégie de fusion fait :
Loyalty Only
policyLuma CRM Id
112ca06ed53d3db37e4cea49cc45b71e
L’identifiant CRM est un champ d’identité dans la variable Luma Loyalty Dataset
, mais seules les identités Principales peuvent être utilisées pour rechercher des profils. Donc, recherchons le profil à l'aide de la Principale identité, Luma Loyalty Id
"
Luma Loyalty Id
5625458
Dans la recherche de profil, modifiez la stratégie de fusion utilisée en Default Timebased
et sélectionnez la variable Afficher le profil bouton . Danny est de retour !
Que se passe-t-il ici ? Eh bien, la fusion des profils n'est pas une chose unique. Les profils client en temps réel sont assemblés à la volée, en fonction de divers facteurs, y compris la stratégie de fusion utilisée. Vous pouvez créer plusieurs stratégies de fusion à utiliser dans différents contextes, selon la vue du client que vous souhaitez.
La gouvernance des données est un cas d’utilisation clé des stratégies de fusion. Par exemple, supposons que vous ingériez des données tierces dans Platform qui ne peuvent pas être utilisées pour des cas d’utilisation de personnalisation, mais can à utiliser pour des 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.
Passons maintenant au cadre de gouvernance des données.