Skapa sammanfogningsprinciper

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:

Behörigheter krävs

I Konfigurera behörigheter lektionen anger du alla åtkomstkontroller som krävs för att slutföra lektionen.

Om sammanslagningspolicyer och unionsschema

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 Citymen 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:

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? Tänk om Luma bestämmer att deras lojalitetssystem ska vara källan till sanning när en konflikt uppstår? Därför ska vi skapa en sammanfogningspolicy.

Skapa en kopplingsprofil i användargränssnittet

Validera sammanfogningsprincipen

Låt oss se om sammanfogningspolicyn gör vad vi kan förvänta oss:

Skapa en sammanfogningsprincip med begränsade datauppsättningar

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 sammanfogningspolicy

Validera sammanfogningsprincipen

Nu ska vi titta på vad den här sammanfogningspolicyn gör:

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"

Mer om sammanfogningsprinciper

Ä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 plattformen 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.

Ytterligare resurser

Nu går vi vidare till ramverk för datastyrning.