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 sammanfogningsprinciper utanför den här självstudien.

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 lektionen Konfigurera behörigheter ställer du in 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 var kundens förnamn Daniel och han/hon bodde i New York City, men i CRM-data var kundens förnamn Danny och han/hon 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.

Varför vann Danny som förnamn? Låt oss ta en titt:

När flera scheman är aktiverade för profilen skapas en Union Schema automatiskt för alla profilaktiverade, postschemadelningar för en basklass. Du kan visa Union Schemas genom att gå till fliken Union Schema.

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. Så låt oss slå upp profilen med den primära identiteten Luma Loyalty Id

Mer om sammanfogningsprinciper

I profilsökningen ändrar du den sammanslagningsprincip som används tillbaka till Default Timebased och väljer knappen Show profile. 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

Låt oss nu gå vidare till ramverket för datastyrning.