Stitlar

NOTE
Du måste ha paketet Select eller högre (för fältbaserad sammanfogning) eller paketet Prime eller högre (för diagrambaserad sammanfogning) för att kunna använda de funktioner som beskrivs i det här avsnittet. Kontakta administratören om du är osäker på vilket Customer Journey Analytics-paket du har.

Identitetssammanfogning (eller helt enkelt sammanfogning) är en kraftfull funktion som ökar en händelsedatamängds lämplighet för flerkanalsanalys. Flerkanalsanalys är ett vanligt användningsfall som Customer Journey Analytics kan hantera, vilket gör att du kan kombinera och köra rapporter sömlöst på flera datauppsättningar från olika kanaler, baserat på en gemensam identifierare (person-ID).

När du kombinerar datauppsättningar med liknande person-ID:n överförs attribueringen mellan enheter och kanaler. En användare besöker till exempel först din webbplats via en annons på sin dator. Användaren stöter på ett problem med sin beställning och ger sedan kundtjänstteamet ett samtal för att hjälpa till att lösa det. Med flerkanalsanalys kan ni attribuera callcenter-händelser till den annons som de ursprungligen klickade på.

Tyvärr är inte alla händelsebaserade datauppsättningar som är en del av din anslutning i Customer Journey Analytics tillräckligt kompletta med data för att stödja denna attribuering. I synnerhet har webbaserade eller mobilbaserade upplevelsedatamängder ofta ingen faktisk person-ID-information tillgänglig för alla händelser.

Med hjälp av häftning kan du skriva in identiteter på nytt i en datamängds rader, så att person-ID (sammanfogat ID) är tillgängligt för varje händelse. Stitching tittar på användardata från både autentiserade och oautentiserade sessioner för att avgöra det gemensamma tillfälliga ID-värdet (person-ID) som kan användas som sammanfogat ID. Denna inmatning gör det möjligt att lösa olika poster till ett enda sammanfogat ID för analys på personnivå, i stället för på enhets- eller cookienivå.

Customer Journey Analytics har stöd för två typer av sammanfogning: fältbaserad sammanfogning och diagrambaserad sammanfogning.

Förutsättningar

IMPORTANT
Om du inte uppfyller alla krav kan det leda till att det inte går att utföra flerkanalsanalys korrekt.

Innan du använder stygn bör du kontrollera att din organisation har förberetts med följande:

Du kan dra nytta av flerkanalsanalys om du kombinerar en eller flera av dina sammanfogade datauppsättningar med andra datauppsättningar, till exempel callcenter-data, som en del av arbetet med att definiera din Customer Journey Analytics-anslutning. Den här anslutningskonfigurationen förutsätter att dessa andra datauppsättningar redan innehåller ett person-ID på varje rad, som liknar det sammanfogade ID:t.

Begränsningar

IMPORTANT
  • Det finns inget stöd för att använda identityMap som beständigt ID. Du måste definiera en specifik identifierare i datauppsättningen (till exempel ECID) som det beständiga ID:t.

  • Använd alla ändringar du gör i källhändelsens dataschema även i det nya sammanfogade dataschemat, annars bryts den sammanfogade datauppsättningen.

  • Om du tar bort källdatauppsättningen avbryts bearbetningen av den sammanfogade datauppsättningen och tas bort av systemet.

  • Dataanvändningsetiketter sprids inte automatiskt till det sammanslagna dataset-schemat. Om du har använt dataanvändningsetiketter på källdataschemat måste du använda dessa dataanvändningsetiketter manuellt på det sammanslagna dataset-schemat. Mer information finns i Hantera dataanvändningsetiketter i Experience Platform.

Stitching är en banbrytande och robust funktion, men har begränsningar för hur den kan användas.

  • Endast händelsedatamängder stöds. Andra datauppsättningar, till exempel uppslagsdatauppsättningar, stöds inte.
  • Med hjälp av fästfunktionen omvandlas inte det fält som används för sammanfogning på något sätt. Vid Stitching används värdet i det angivna fältet som det finns i den osydda datauppsättningen inom datarinden.
  • Smältningsprocessen är skiftlägeskänslig. Om ibland ordet 'Bob' visas i fältet, och ibland ordet 'BOB' visas, behandlas dessa id:n som två separata personer.

Försäkra dig om att du inte förväxlar stygn med:

  • Sammanfogningen av två eller flera datauppsättningar. Gäller endast en datauppsättning. Sammanfogning av datauppsättningar sker som ett resultat av att du konfigurerar en Customer Journey Analytics-anslutning och väljer samma person-ID för de markerade datauppsättningarna i anslutningen.

  • Sammanfogning av två datauppsättningar. I Customer Journey Analytics används ofta en join för uppslag eller klassificeringar i Analysis Workspace. Även om sammanfogning använder sammanfogningsfunktioner innebär själva processen mer än sammanfogningar.

Fältbaserad stygn

Du anger en händelsedatamängd samt det beständiga ID:t (cookie) och det tillfälliga ID:t (person-ID) för den datauppsättningen. Fältbaserad sammanfogning skapar en ny sammanfogad ID-kolumn i den nya sammanfogade datauppsättningen och uppdaterar den här sammanfogade ID-kolumnen baserat på rader som har ett övergående ID för det specifika beständiga ID:t.
Du kan använda fältbaserad sammanfogning när du använder Customer Journey Analytics som en fristående lösning (du har inte tillgång till Experience Platform Identity Service och tillhörande identitetsdiagram). Eller om du inte vill använda det tillgängliga identitetsdiagrammet.

Fältbaserad häftning

Så här fungerar fältbaserad sammanfogning

Med hjälp av häftning blir det minst två omgångar data i en given datauppsättning.

  • Liveutjämning: försöker sammanfoga varje träff (händelse) när den kommer in. Träffar från enheter som är"nya" i datauppsättningen (som aldrig har autentiserats) sammanfogas vanligtvis inte på den här nivån. Träffar från enheter som redan känns igen sammanfogas omedelbart.

  • Spela upp sammanfogning:"Spelar upp" data baserat på unika identifierare (tillfälliga ID:n) som den har lärt sig. På den här scenen sammanfogas träffar från tidigare okända enheter (beständiga ID:n) (till tillfälliga ID:n). Uppspelningen bestäms av två parametrar: frequency och lookback window. Adobe erbjuder följande kombinationer av dessa parametrar:

    • Daglig sökning efter en daglig frekvens: Data spelas upp varje dag med ett 24-timmars uppslagsfönster. Det här alternativet har en fördel som innebär att repriser är mycket oftare, men oautentiserade besökare måste autentisera samma dag som de besöker webbplatsen.
    • Veckovis uppslag med en veckofrekvens: Data spelas upp en gång i veckan med ett veckovisa uppslagsfönster (se alternativ). Det här alternativet ger en fördel som gör att oautentiserade sessioner kan autentiseras mycket lättare. Ej sammanfogade data som är mindre än en vecka gamla bearbetas dock inte om förrän nästa veckovisa uppspelning.
    • Veckovis uppspelning på en veckofrekvens: Data spelas upp en gång i veckan med ett varannan vecka-uppslag (se alternativ). Det här alternativet ger en fördel som gör att oautentiserade sessioner kan autentiseras mycket lättare. Ej sammanfogade data som är mindre än två veckor gamla bearbetas dock inte om förrän nästa veckovisa uppspelning.
    • Månadsvis uppslag på en veckofrekvens: Data spelas upp varje vecka med ett månadsuppslag (se alternativ). Det här alternativet ger en fördel som gör att oautentiserade sessioner kan autentiseras mycket lättare. Ej sammanfogade data som är mindre än en månad gamla bearbetas dock inte om förrän nästa veckovisa uppspelning.
  • Sekretess: När sekretessrelaterade förfrågningar tas emot, förutom att den begärda identiteten tas bort, måste alla sammanfogningar av den identiteten i oautentiserade händelser ångras.

    note important
    IMPORTANT
    Frigörandeprocessen, som en del av begäran om integritet, ändras i början av 2025. Den aktuella enhetsprocessen ändrar namn på händelser med den senaste versionen av kända identiteter. Denna omfördelning av händelser till en annan identitet kan få oönskade juridiska konsekvenser. För att åtgärda dessa problem uppdaterar den nya upplösningsprocessen från och med 2025 händelser som omfattas av sekretessposten med det beständiga ID:t.

Data utanför uppslagsfönstret spelas inte upp igen. En besökare måste autentisera sig inom ett visst fönster för att få ett oautentiserat besök och ett autentiserat besök att identifieras tillsammans. När en enhet känns igen är den sydd från den punkten framåt.

Steg 1: Liveutjämning

Livestutlösare försöker sammanfoga varje händelse när den samlas till kända enheter och kanaler.

Information

Titta på följande exempel där Bob spelar in olika händelser som en del av en händelsedatamängd.

Data som de såg ut den dag de samlades in:

table 0-row-5 1-row-5 2-row-5 3-row-5 4-row-5 5-row-5 6-row-5 7-row-5 8-row-5 9-row-5 10-row-5 11-row-5 12-row-5 13-row-5
Händelse Tidsstämpel Beständigt ID (cookie-ID) Transient ID (inloggnings-ID) Stitched ID (after live stitch)
1 2023-05-12 12:01 246 Högerpil - 246
2 2023-05-12 12:02 246 Bob Högerpil Bob
3 2023-05-12 246 Bob Högerpil Bob Pil ned
4 2023-05-12 12:04 246 - Bob
5 2023-05-12 246 Bob Högerpil Bob Pil ned
6 2023-05-12 246 - Bob
7 2023-05-12 246 Bob Högerpil Bob
8 2023-05-12 3579 Högerpil - 3579
9 2023-05-12 3579 Högerpil - 3579
10 2023-05-12 12:02 81911 Högerpil - 81911
11 2023-05-12 81911 Bob Högerpil Bob Pil ned
12 2023-05-12 12: 81911 - Bob
3 enheter 4 personer:
246, Bob, 3579, 81911

Både oautentiserade och autentiserade händelser på nya enheter räknas som separata personer (tillfälligt). Oautentiserade händelser på identifierade enheter sammanfogas live.

Attribution fungerar när den identifierande anpassade variabeln är kopplad till en enhet. I exemplet ovan är alla händelser utom händelserna 1, 8, 9 och 10 direktsammanfogade (de använder alla identifieraren Bob). Live stitching 'resolves' the stitched ID for event 4, 6 and 12.

Försenade data (data med en tidsstämpel som är över 24 timmar gamla) hanteras enligt principen"bästa insats", samtidigt som sammanslagningen av aktuella data prioriteras för högsta kvalitet.

Steg 2: Spela upp sammanfogning igen

Med regelbundna intervall (en gång i veckan eller en gång om dagen, beroende på vilket fönster som valts) beräknas historiska data om baserat på enheter som nu känns igen. Om en enhet till att börja med skickar data utan att vara autentiserad och sedan loggar in, kopplas de oautentiserade händelserna om till rätt person.

Information

Följande tabell representerar samma data som ovan, men visar olika tal baserat på hur data spelas upp.

Samma data efter uppspelning:

table 0-row-6 1-row-6 2-row-6 3-row-6 4-row-6 5-row-6 6-row-6 7-row-6 8-row-6 9-row-6 10-row-6 11-row-6 12-row-6 13-row-6 layout-auto
Händelse Tidsstämpel Beständigt ID (cookie-ID) Transient ID (inloggnings-ID) Stitched ID (after live stitch) Stitched ID (after replay)
1 2023-05-12 12:01 246 - 246 Bob
2 2023-05-12 12:02 246 Bob Högerpil Bob Bob Pil upp
3 2023-05-12 246 Bob Högerpil Bob Pil ned Bob
4 2023-05-12 12:04 246 - Bob Bob
5 2023-05-12 246 Bob Högerpil Bob Pil ned Bob
6 2023-05-12 246 - Bob Bob
7 2023-05-12 246 Bob Högerpil Bob Bob
8 2023-05-12 3579 Högerpil - 3579 3579
9 2023-05-12 3579 Högerpil - 3579 3579
10 2023-05-12 12:02 81911 - 81911 Bob
11 2023-05-12 81911 Bob Högerpil Bob Pil ned Bob Pil upp
12 2023-05-12 12: 81911 - Bob Bob
3 enheter 4 personer:
246, Bob, 3579, 81911
2 personer:
Bob, 3579

Attribution fungerar när den identifierande anpassade variabeln är kopplad till en enhet. I exemplet ovan sammanfogas händelse 1 och 10 som ett resultat av repriser, vilket innebär att endast händelse 8 och 9 upphör att sammanfogas. Och minska personmåttet (kumulativt) till 2.

Steg 3: Begäran om sekretess

När du tar emot en begäran om sekretess, tas det sammanslagna ID:t bort i alla poster för den användare som omfattas av sekretessbegäran.

Information

Följande tabell representerar samma data som ovan, men visar vilken effekt en sekretessförfrågan för Bob har på data efter att de har bearbetats. Raderna där Bob är autentiserad tas bort (2, 3, 5, 7 och 11) och Bob tas bort som ett tillfälligt ID för andra rader.

Samma data efter en sekretessförfrågan för Bob:

table 0-row-8 1-row-8 2-row-8 3-row-8 4-row-8 5-row-8 6-row-8 7-row-8 8-row-8 9-row-8 10-row-8 11-row-8 12-row-8 13-row-8
Händelse Tidsstämpel Beständigt ID (cookie-ID) Transient ID (inloggnings-ID) Stitched ID (after live stitch) Stitched ID (after replay) Transient ID (inloggnings-ID) Stitched ID (after privacy request)
1 2023-05-12 12:01 246 - 246 Bob - 246
2 2023-05-12 12:02 246 Bob Pil höger Bob Bob Pil upp 246
3 2023-05-12 246 Bob Pil höger Bob Pil ned Bob 246
4 2023-05-12 12:04 246 - Bob Bob - 246
5 2023-05-12 246 Bob Pil höger Bob Pil ned Bob 246
6 2023-05-12 246 - Bob Bob - 246
7 2023-05-12 246 Bob Högerpil Bob Bob 246
8 2023-05-12 3579 Högerpil - 3579 3579 - 3579
9 2023-05-12 3579 Högerpil - 3579 3579 - 3579
10 2023-05-12 12:02 81911 - 81911 Bob - 81911
11 2023-05-12 81911 Bob Högerpil Bob Pil ned Bob Pil upp 81911
12 2023-05-12 12: 81911 - Bob Bob - 81911
3 enheter 4 personer:
246, Bob, 3579, 81911
2 personer:
Bob, 3579
3 personer:
246, 3579, 81911

Förutsättningar

Följande krav gäller specifikt för fältbaserad sammanfogning:

  • Händelsedatauppsättningen i Adobe Experience Platform, som du vill använda sammanfogning på, måste ha två kolumner som hjälper till att identifiera besökare:

    • Ett beständigt ID, en identifierare som är tillgänglig på varje rad. Till exempel ett besökar-ID som genererats av ett Adobe Analytics AppMeasurement-bibliotek eller ett ECID som genererats av Adobe Experience Platform Identity Service.
    • Ett övergående ID, en identifierare som bara är tillgänglig på vissa rader. Till exempel ett hashas användarnamn eller en e-postadress när en besökare autentiserar. Du kan använda praktiskt taget vilken identifierare som helst. Stitching ser till att det här fältet innehåller den faktiska person-ID-informationen. För bästa resultat av sammanfogning bör ett tillfälligt ID skickas inom datauppsättningens händelser minst en gång för varje beständigt ID. Om du tänker ta med den här datauppsättningen i en Customer Journey Analytics-anslutning är det bättre att de andra datauppsättningarna också har en liknande gemensam identifierare.
  • Båda kolumnerna (beständigt ID och tillfälligt ID) måste definieras som ett identitetsfält med ett identitetsnamnutrymme i schemat för den datauppsättning som du vill sammanfoga. När du använder identitetssammanfogning i Real-time Customer Data Platform med fältgruppen identityMapmåste du fortfarande lägga till identitetsfält med ett identitetsnamnområde. Identifieringen av identitetsfält krävs eftersom Customer Journey Analytics inte stöder fältgruppen identityMap. När du lägger till ett identitetsfält i schemat, men även använder fältgruppen identityMap, ska du inte ange det extra identitetsfältet som en primär identitet. Om du anger ytterligare ett identitetsfält som primär identitet stör det identityMap-fältgruppen som används för Real-time Customer Data Platform.

Begränsningar

Följande begränsningar gäller specifikt för fältbaserad sammanfogning:

  • De nuvarande funktionerna för manuell inmatning är begränsade till ett steg (beständigt ID till tillfälligt ID). Återinmatning i flera steg (till exempel beständigt ID till ett tillfälligt ID och sedan till ett annat tillfälligt ID) stöds inte.
  • Om en enhet delas av flera personer och det totala antalet övergångar mellan användare överstiger 50 000, slutar Customer Journey Analytics att fästa data för den enheten.
  • Anpassade ID-mappningar som används i din organisation stöds inte.
  • Stiting är skiftlägeskänsligt. För datauppsättningar som genereras via Analytics-källkopplingen rekommenderar Adobe att du granskar alla VISTA-regler eller bearbetningsregler som gäller för det tillfälliga ID-fältet. Denna granskning säkerställer att inga av dessa regler inför nya formulär med samma ID. Du bör t.ex. se till att inga VISTA-regler eller bearbetningsregler för endast en del av händelserna introducerar lägre radering till det tillfälliga ID-fältet.
  • När du använder Stitching kombineras eller sammanfogas inte fält.
  • Det tillfälliga ID-fältet ska innehålla en enda typ av ID (ID:n från ett enda namnutrymme). Det tillfälliga ID-fältet ska till exempel inte innehålla en kombination av inloggnings-ID och e-post-ID.
  • Om flera händelser inträffar med samma tidsstämpel för samma beständiga ID, men med olika värden i fältet för transient ID, väljs ID baserat på alfabetisk ordning. Om ett beständigt ID A har två händelser med samma tidsstämpel och en av händelserna anger Bob och den andra anger Ann, väljer Ann när de sammanfogar.
  • Var försiktig med scenarier där tillfälliga ID:n innehåller platshållarvärden, till exempel Undefined. Mer information finns i Vanliga frågor.

Diagrambaserad utjämning

Du anger en händelsedatamängd samt det beständiga ID:t (cookie) och namnområdet för det tillfälliga ID:t (person-ID) för den datauppsättningen. Diagrambaserad sammanfogning skapar en ny kolumn för det sammanfogade ID:t i den nya sammanfogade datauppsättningen. Sedan används det beständiga ID:t för att fråga efter identitetsdiagrammet från identitetstjänsten i Experience Platform, med det namnområde som anges, för att uppdatera det sammanfogade ID:t.

Diagrambaserad utjämning

Hur grafbaserad stygn fungerar

Med hjälp av häftning blir det minst två omgångar data i en given datauppsättning.

  • Liveutjämning: försöker sammanfoga varje träff (händelse) när den kommer in, med det beständiga ID:t för att leta upp det tillfälliga ID:t för det valda namnområdet genom att fråga efter identitetsdiagrammet. Om det tillfälliga ID:t är tillgängligt från sökningen sammanfogas detta tillfälliga ID omedelbart.

  • Spela upp sammanfogning: spelar upp data baserat på uppdaterade identiteter från identitetsdiagrammet. På den här scenen sammanfogas träffar från tidigare okända enheter (beständiga ID:n) när identitetsdiagrammet har matchat identiteten för ett namnutrymme. Uppspelningen bestäms av två parametrar: frequency och lookback window. Adobe erbjuder följande kombinationer av dessa parametrar:

    • Daglig sökning efter en daglig frekvens: Data spelas upp varje dag med ett 24-timmars uppslagsfönster. Det här alternativet har en fördel som innebär att repriser är mycket oftare, men oautentiserade besökare måste autentisera samma dag som de besöker webbplatsen.
    • Veckovis uppslag med en veckofrekvens: Data spelas upp en gång i veckan med ett veckovisa uppslagsfönster (se alternativ). Det här alternativet ger en fördel som gör att oautentiserade sessioner kan autentiseras mycket lättare. Ej sammanfogade data som är mindre än en vecka gamla bearbetas dock inte om förrän nästa veckovisa uppspelning.
    • Veckovis uppspelning på en veckofrekvens: Data spelas upp en gång i veckan med ett varannan vecka-uppslag (se alternativ). Det här alternativet ger en fördel som gör att oautentiserade sessioner kan autentiseras mycket lättare. Ej sammanfogade data som är mindre än två veckor gamla bearbetas dock inte om förrän nästa veckovisa uppspelning.
    • Månadsvis uppslag på en veckofrekvens: Data spelas upp varje vecka med ett månadsuppslag (se alternativ). Det här alternativet ger en fördel som gör att oautentiserade sessioner kan autentiseras mycket lättare. Ej sammanfogade data som är mindre än en månad gamla bearbetas dock inte om förrän nästa veckovisa uppspelning.
  • Sekretess: När sekretessrelaterade begäranden tas emot, förutom att den begärda identiteten tas bort från källdatauppsättningen, måste alla sammanfogningar av den identiteten över oautentiserade händelser ångras. Identiteten måste också tas bort från identitetsdiagrammet för att förhindra att den specifika identiteten häftas med i framtiden.

    note important
    IMPORTANT
    Frigörandeprocessen, som en del av begäran om integritet, ändras i början av 2025. Den aktuella enhetsprocessen ändrar namn på händelser med den senaste versionen av kända identiteter. Denna omfördelning av händelser till en annan identitet kan få oönskade juridiska konsekvenser. För att åtgärda dessa problem uppdaterar den nya upplösningsprocessen från och med 2025 händelser som omfattas av sekretessposten med det beständiga ID:t.

Data utanför uppslagsfönstret spelas inte upp igen. En besökare måste autentisera sig inom ett visst fönster för att få ett oautentiserat besök och ett autentiserat besök att identifieras tillsammans. När en enhet känns igen är den sydd från den punkten framåt.

Tänk på följande två identitetsdiagram för det beständiga ID:t 246 och 3579, hur dessa identitetsdiagram uppdateras över tid och hur dessa uppdateringar påverkar stegen i diagrambaserad sammanfogning.

Identitetsdiagram 246
Identitetsdiagram 3579

Du kan visa ett identitetsdiagram över tiden för en viss profil med Identity Graph Viewer. Se även Identitetstjänstens länkningslogik för att få en bättre förståelse för logiken som används vid länkning av identiteter.

Steg 1: Liveutjämning

Livehäftning försöker häfta ihop varje händelse vid samlingen till känd information från identitetsdiagrammet.

Information
table 0-row-5 1-row-5 2-row-5 3-row-5 4-row-5 5-row-5 6-row-5 7-row-5 1-align-right 7-align-right 13-align-right 19-align-right 25-align-right 31-align-right 37-align-right 43-align-right layout-auto
Tid Beständigt ID
ECID
Namnområde
Email Diagram
Stitched ID (after live stitch)
1 2023-05-12 11:00 246 246 Länk undefined 246
2 2023-05-12 14:00 246 246 Länk bob.a@gmail.com bob.a@gmail.com
3 2023-05-12 15:00 246 246 Länk bob.a@gmail.com bob.a@gmail.com
4 2023-05-12 3579 3579 Länk undefined 3579
5 2023-05-12 19:00 3579 3579 Länk ted.w@gmail.com ted.w@gmail.com
6 2023-05-13 15:00 246 246 Länk bob.a@gmail.com bob.a@gmail.com
7 2023-05-13 16:30 246 246 Länk a.b@yahoo.co.uk
246 Länk bob.ab@gmail.com
a.b@yahoo.co.uk

Du kan se hur det sammanslagna ID:t löses för varje händelse. Baserat på tidpunkten, det beständiga ID:t och sökningen av identitetsdiagrammet för det angivna namnutrymmet (samtidigt).
När sökningen matchar mer än ett sammanfogat ID (som för händelse 7) markeras det lexikografiska första ID som returneras av identitetsdiagrammet (a.b@yahoo.co.uk i exemplet).

Steg 2: Spela upp sammanfogning igen

Med jämna mellanrum (beroende på vilket uppslagsfönster som har valts) beräknas om sammanfogningar av historiska data baserat på den senaste versionen av identitetsdiagrammet vid tidpunkten för intervallet.

Information

Med en replay-sammanslagning som inträffar 2023-05-13 16:30, med en 24-timmars uppslagsfönsterkonfiguration, sys vissa händelser i exemplet om (indikeras av Replay ).

table 0-row-6 1-row-6 2-row-6 3-row-6 4-row-6 5-row-6 6-row-6 layout-auto
Tid Beständigt ID
ECID
Namnområde
Email Diagram
Stitched ID
(after live stitch)
Stitched ID
(after replay 24 hours)
2 2023-05-12 14:00 246 246 Länk bob.a@gmail.com bob.a@gmail.com bob.a@gmail.com
3 2023-05-12 15:00 246 246 Länk bob.a@gmail.com bob.a@gmail.com bob.a@gmail.com
Spela upp 2023-05-12 3579 3579 Länk ted.w@gmail.com 3579 ted.w@gmail.com
Spela upp 2023-05-12 19:00 3579 3579 Länk ted.w@gmail.com ted.w@gmail.com ted.w@gmail.com
Spela upp 2023-05-13 15:00 246 246 Länk a.b@yahoo.co.uk bob.a@gmail.com a.b@yahoo.co.uk
Spela upp 7 2023-05-13 16:30 246 246 Länk a.b@yahoo.co.uk
246 Länk bob.ab@gmail.com
a.b@yahoo.co.uk a.b@yahoo.co.uk

I och med att repriser görs vid 2023-05-13 16:30, med en 7-dagars uppslagsfönsterkonfiguration, sammanfogas alla händelser i exemplet på nytt.

table 0-row-6 1-row-6 2-row-6 3-row-6 4-row-6 5-row-6 6-row-6 7-row-6 layout-auto
Tid Beständigt ID
ECID
Namnområde
Email Diagram
Stitched ID
(after live stitch)
Stitched ID
(after replay 7 days)
Spela upp 2023-05-12 11:00 246 246 Länk undefined 246 a.b@yahoo.co.uk
Spela upp 2 2023-05-12 14:00 246 246 Länk bob.a@gmail.com bob.a@gmail.com a.b@yahoo.co.uk
Spela upp 2023-05-12 15:00 246 246 Länk bob.a@gmail.com bob.a@gmail.com a.b@yahoo.co.uk
Spela upp 2023-05-12 3579 3579 Länk ted.w@gmail.com 3579 ted.w@gmail.com
Spela upp 2023-05-12 19:00 3579 3579 Länk ted.w@gmail.com ted.w@gmail.com ted.w@gmail.com
Spela upp 2023-05-13 15:00 246 246 Länk a.b@yahoo.co.uk bob.a@gmail.com a.b@yahoo.co.uk
Spela upp 7 2023-05-13 16:30 246 246 Länk a.b@yahoo.co.uk
246 Länk bob.ab@gmail.com
a.b@yahoo.co.uk a.b@yahoo.co.uk

Steg 3: Begäran om sekretess

När du tar emot en begäran om sekretess, tas det sammanslagna ID:t bort i alla poster för den användare som omfattas av sekretessbegäran.

Information

Följande tabell representerar samma data som ovan, men visar vilken effekt en sekretessbegäran (till exempel 2023-05-13 18:00) har på exempelhändelserna.

table 0-row-5 1-row-5 2-row-5 3-row-5 4-row-5 5-row-5 6-row-5 7-row-5 1-align-right 7-align-right 13-align-right 19-align-right 25-align-right 31-align-right 37-align-right 43-align-right layout-auto
Tid Beständigt ID
ECID
Namnområde
Email Diagram
Stitched ID (after privacy request)
1 2023-05-12 11:00 246 246 Länk a.b@yahoo.co.uk 246
2 2023-05-12 14:00 246 246 Länk a.b@yahoo.co.uk 246
3 2023-05-12 15:00 246 246 Länk a.b@yahoo.co.uk 246
4 2023-05-12 3579 3579 Länk ted.w@gmail.com 3579
5 2023-05-12 19:00 3579 3579 Länk ted.w@gmail.com 3579
6 2023-05-13 15:00 246 246 Länk a.b@yahoo.co.uk 246
7 2023-05-13 16:30 246 246 Länk a.b@yahoo.co.uk
246 Länk bob.ab@gmail.com
246

Förutsättningar

Följande krav gäller specifikt för diagrambaserad sammanfogning:

  • Händelsedatauppsättningen i Adobe Experience Platform, som du vill använda sammanfogning på, måste ha en kolumn som identifierar en besökare på varje rad, beständigt ID. Till exempel ett besökar-ID som genererats av ett Adobe Analytics AppMeasurement-bibliotek eller ett ECID som genererats av Experience Platform Identity Service.
  • Det beständiga ID:t måste också vara definierat som en identitet i schemat.
  • Identitetsdiagrammet från Experience Platform Identity Service måste ha ett namnutrymme (till exempel Email eller Phone) som du vill använda vid sammanfogning för att matcha transient ID. Mer information finns i Experience Platform Identity Service.
NOTE
Du behöver inte en Real-time Customer Data Platform-licens för diagrambaserad sammanfogning. Paketet Prime eller senare av Customer Journey Analytics innehåller de Experience Platform Identity Service-berättiganden som krävs.

Begränsningar

Följande begränsningar gäller specifikt för diagrambaserad sammanfogning:

  • Tidsstämplar beaktas inte när du frågar efter ett tillfälligt ID med det angivna namnutrymmet. Det är alltså möjligt att ett beständigt ID sammanfogas med ett tillfälligt ID från en post som har en tidigare tidsstämpel.

  • Inget stöd för delade enheter. När flera identiteter returneras används den första lexikografiska identiteten genom att identitetsdiagrammet efterfrågas med ett namnutrymme.

  • I identitetsdiagrammet finns det en hård gräns på tre månader för att efterfylla identiteter. Du använder bakåtfyllnadsidentiteter om du inte använder ett Experience Platform-program, som Real-time Customer Data Platform, för att fylla i identitetsdiagrammet.

  • Identitetstjänstens skyddsprofiler gäller. Se till exempel följande statiska begränsningar:

    • Maximalt antal identiteter i ett diagram: 50.
    • Maximalt antal länkar till en identitet för ett enskilt batchintag: 50.
    • Maximalt antal identiteter i en XDM-post för diagraminmatning: 20.
    • Minsta antal identiteter i en XDM-post för pejling: 2.

Använd stygn

När din organisation uppfyller alla krav och förstår vanliga begränsningar och begränsningar för sammanfogningsmetoder som är specifika (fältbaserade och diagrambaserade) kan du följa de här stegen för att börja använda sammanfogning i Customer Journey Analytics.

Välj alternativ

Det Customer Journey Analytics-paket som du är berättigad till avgör vilka metoder som är tillgängliga för sammanfogning, alternativ för inledande varaktighet för efterfyllning, fönster för uppspelningsfrekvens och maximalt antal datauppsättningar som tillåts för sammanfogning. Mer information finns i produktbeskrivningen för Customer Journey Analytics. Bestäm vilka alternativ som är tillgängliga innan du begär support.

Customer Journey Analytics
Markera
Customer Journey Analytics
Prime
Customer Journey Analytics
Ultimate
Tillgängliga sammanfogningsmetoder
  • Fältbaserad stygn
  • Fältbaserad stygn

  • Diagrambaserad utjämning

  • Fältbaserad stygn

  • Diagrambaserad utjämning

Varaktighet för engångssammanfogning av bakfyllning
13 månader
13 månader
25 månader
Fönster för uppspelning och uppspelningsfrekvens
  • 1 dag, varje dag

  • upp till 7 dagar, varje vecka

  • 1 dag, varje dag

  • upp till 14 dagar, varje vecka

  • 1 dag, varje dag

  • upp till 30 dagar, varje vecka

Högsta antal datauppsättningar som tillåts för sammanfogning
5
10
50

Begär support

  1. Kontakta Adobe kundsupport med följande information:

    • En begäran om aktivering av sammanfogning.
    • Datauppsättnings-ID för den datauppsättning som du vill ändra inmatning för.
    • Kolumnnamnet (identitetssökväg och namnutrymme) för det beständiga ID:t för den önskade datauppsättningen (identifieraren som visas på varje rad).
    • För fältbaserad sammanfogning är kolumnnamnet för det tillfälliga ID:t för den önskade datauppsättningen (personidentifieraren, som också fungerar som en länk mellan datauppsättningar i samband med en anslutning). För diagrambaserad sammanfogning används det identitetsnamnutrymme som ska användas för att fråga efter identitetsdiagrammet.
    • Du kan välja mellan uppslagsfönster och uppspelningsfrekvens. Se ditt Customer Journey Analytics-paket för de alternativ som är tillgängliga.
    • Namn på sandlåda.
  2. Adobe kundsupport samarbetar med Adobe och gör det möjligt att sy ihop bilder när du får din begäran. När den är aktiverad visas en ny inmatad datauppsättning som innehåller en ny kolumn för sammanfogade ID i Adobe Experience Platform. Adobe kundsupport kan ange den nya datauppsättningens ID.

  3. När Adobe aktiveras första gången fylls data i baklänges. Se ditt Customer Journey Analytics-paket för att se om alternativet är tillgängligt.

  4. Om du vill använda den nya sammanslagna datauppsättningen i en flerkanalsanalys måste du lägga till den nya sammanslagna datauppsättningen i en anslutning i Customer Journey Analytics. Lägg sedan till andra datauppsättningar som krävs för flerkanalsanalys och välj rätt person-ID för varje datauppsättning.

  5. Skapa en datavy baserat på anslutningen.

När datavyn har konfigurerats kan du köra din Customer Journey Analytics-rapportanalys över olika kanaler och enheter.

recommendation-more-help
080e5213-7aa2-40d6-9dba-18945e892f79