Création de stratégies de fusion

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.

Les architectes de données devront 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 :

Autorisations requises

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

À propos des stratégies 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 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 client 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 é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 a-t-il gagné comme prénom ? Jetons un coup d'oeil :

Lorsque plusieurs schémas sont activés pour le profil, un schéma d’union est automatiquement créé pour tous les schémas activés pour le profil et qui enregistrent le partage d’une classe de base. Vous pouvez afficher les schémas d’union en accédant à l’onglet 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 ? Et si Luma décide que leur système de fidélité devrait être la source de vérité en cas de conflit ? Pour ce faire, nous allons créer une stratégie de fusion.

Créer une stratégie de fusion dans l’interface utilisateur

Validation de la stratégie de fusion

Voyons si la stratégie de fusion fait ce à quoi nous nous attendons :

Création d’une stratégie de fusion avec des jeux de données limités

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

Validation de la stratégie de fusion

Examinons maintenant ce que cette stratégie de fusion fait :

L’identifiant 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, recherchons le profil à l'aide de l'identité principale, Luma Loyalty Id"

En savoir plus sur les stratégies de fusion

Dans la recherche de profil, modifiez la stratégie de fusion utilisée en Default Timebased et sélectionnez le bouton Afficher le profil . 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 peut être utilisé 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.

Ressources supplémentaires

Passons maintenant à la structure de gouvernance des données.