I den här lektionen ska du skapa kopplingsprofiler för att prioritera hur flera datakällor sammanfogas i profiler.
Med Adobe Experience Platform kan ni samla ihop data från olika källor och kombinera dem för att få en komplett bild av varje enskild kund. När dessa data samlas avgör kopplingsprofiler hur data prioriteras och vilka data som kombineras för att skapa den enhetliga vyn.
Vi följer användargränssnittet för den här lektionen, men API-alternativ finns också för att skapa sammanfogningsprinciper.
Dataarkitekturer måste skapa kopplingsprofiler utanför den här självstudiekursen.
Innan du börjar övningarna ska du titta på den här korta videon för att lära dig mer om kopplingsregler:
I Konfigurera behörigheter lektionen anger du alla åtkomstkontroller som krävs för att slutföra lektionen.
I lektionen om batchförbrukning kunde du komma ihåg att vi överförde två poster med något annorlunda information för samma kund. I Loyalty data, kundens förnamn var Daniel
och han bodde i New York City
men i CRM-data var kundens förnamn Danny
och han bodde i Portland
. Kunddata ändras över tid. Han kanske flyttade från Portland
till New York City
. Andra saker ändras också, till exempel telefonnummer och e-postadresser. Med sammanfogningsprinciper kan du bestämma hur du ska hantera den här typen av konflikter när två datakällor ger olika information för samma användare.
Så varför gjorde Danny
vinner du som förnamn? Låt oss ta en titt:
Danny
uteslöts som förnamn i profilen:När flera scheman är aktiverade för profilen, Unionens schema skapas automatiskt för alla profilaktiverade postschemadelningar i en basklass. Du kan visa Unionens system genom att gå till Unionens schema -fliken.
Observera att det inte finns något unionsschema för klassen ExperienceEvent. ExperienceEvent-data fastnar fortfarande i profilen eftersom de är tidsseriebaserade, men varje händelse innehåller en tidsstämpel och id och kollisioner är inget problem.
Och om du inte gillar den standardprincipen för sammanslagning? Vad händer om Luma bestämmer att deras CRM-system ska vara källan till sanning när en konflikt uppstår? Därför ska vi skapa en sammanfogningspolicy.
Loyalty Prioritized
Luma Loyalty Dataset
och Luma CRM Dataset
till Datauppsättning -panelen.Luma Loyalty Dataset
ligger överst genom att dra och släppa det ovanför Luma CRM Dataset
Låt oss se om sammanfogningspolicyn gör vad vi kan förvänta oss:
Loyalty Prioritized
policyLuma CRM Id
112ca06ed53d3db37e4cea49cc45b71e
Daniel
är tillbaka!När du skapar sammanfogningsprinciper med datauppsättningsprioritet, inkluderas bara datauppsättningar i samma basklass som du inkluderar till höger i profilen. Låt oss skapa en annan kopplingsprofil
Loyalty Only
Luma Loyalty Dataset
till Markerad datauppsättning -panelen.Nu ska vi titta på vad den här sammanfogningspolicyn gör:
Loyalty Only
policyLuma CRM Id
112ca06ed53d3db37e4cea49cc45b71e
CRM-ID är ett identitetsfält i Luma Loyalty Dataset
, men bara primära identiteter kan användas för att söka efter profiler. Låt oss slå upp profilen med den primära identiteten, Luma Loyalty Id
"
Luma Loyalty Id
5625458
Ändra den sammanfogningsprincip som används i profilsökningen till Default Timebased
och väljer Visa profil -knappen. Danny är tillbaka!
Vad är det som pågår här? Att sammanfoga profiler är inte en engångsgrej. Kundprofiler i realtid samlas ihop i farten, baserat på olika faktorer, bland annat vilken sammanfogningspolicy som används. Du kan skapa flera sammanfogningsprofiler som ska användas i olika sammanhang, beroende på vilken vy av kunden du vill ha.
Ett viktigt användningsexempel för sammanfogningsprinciper är datastyrning. Exempel: du importerar data från tredje part till Platform som inte kan användas för personalisering, men kan användas för reklamändamål. Du kan skapa en sammanfogningsprincip som utesluter den här tredjepartsdatauppsättningen och använda den här sammanfogningsprincipen för att skapa segment för dina reklamanvändningsfall.
Nu går vi vidare till ramverk för datastyrning.