Stiksel

NOTE
U moet beschikken over Selecteren verpakking of hoger (voor veldomstandigheden) of Eerste pakket of hoger (voor op een grafiek gebaseerde stitching) om de functionaliteit te gebruiken die in deze sectie wordt beschreven. Neem contact op met de beheerder als u niet zeker weet welk Customer Journey Analytics-pakket u hebt.

Identiteitsstitching (of eenvoudig, stitching) is een krachtige eigenschap die de geschiktheid van een gebeurtenisdataset voor kanaalanalyse verhoogt. De analyse van het dwars-kanaal is een belangrijkste gebruiksgeval dat de Customer Journey Analytics kan behandelen, toestaand u om rapporten naadloos op veelvoudige datasets van verschillende kanalen te combineren en in werking te stellen, die op een gemeenschappelijke herkennings (persoonID) wordt gebaseerd.

Wanneer u datasets met gelijkaardige persoon IDs combineert, wordt de attributie gedragen over apparaten en kanalen. Een gebruiker bezoekt bijvoorbeeld eerst uw site via een advertentie op zijn desktopcomputer. Die gebruiker ontmoet een kwestie met hun orde, dan geeft uw team van de klantendienst een vraag om het te helpen oplossen. Met kanaalanalyse, kunt u de gebeurtenissen van het vraagcentrum aan de advertentie toeschrijven die zij oorspronkelijk klikte.

Jammer genoeg, niet alle op gebeurtenis-gebaseerde datasets die deel van uw verbinding in Customer Journey Analytics uitmaken zijn voldoende bevolkt met gegevens om deze attributie uit de doos te steunen. Vooral web-based of mobiel-gebaseerde ervaringsdatasets hebben vaak geen daadwerkelijke informatie van persoonidentiteitskaart beschikbaar over alle gebeurtenissen.

Door middel van tekenreeksen kunnen identiteiten binnen rijen van één gegevensset opnieuw worden ingesteld, zodat de persoon-id (naastgelegen ID) voor elke gebeurtenis beschikbaar is. Bij het zoeken naar gebruikersgegevens van zowel geverifieerde als niet-geverifieerde sessies wordt de gemeenschappelijke waarde van de tijdelijke id (de persoon-id) bepaald die kan worden gebruikt als een vergrendelde id. Door dit opnieuw activeren kunnen afwijkende records worden omgezet in één naadloze id voor analyse op persoonlijke niveau in plaats van op apparaat- of cookieniveau.

Customer Journey Analytics ondersteunt twee typen stitching: stitching op basis van velden en stitching op basis van grafieken.

Vereisten

IMPORTANT
Als niet aan alle voorwaarden wordt voldaan, kan de analyse van meerdere kanalen niet correct worden uitgevoerd.

Voordat u stitching gebruikt, moet u ervoor zorgen dat uw organisatie is voorbereid met het volgende:

U profiteert van kanaalanalyse als u één of meerdere van uw gestikte datasets met andere datasets, zoals de gegevens van het vraagcentrum, als deel van het bepalen van uw verbinding van de Customer Journey Analytics combineert. Deze verbindingsconfiguratie veronderstelt dat die andere datasets reeds een persoonsidentiteitskaart op elke rij, gelijkend op vastgemaakte identiteitskaart bevatten.

Beperkingen

IMPORTANT
  • Geen ondersteuning voor identityMap als de blijvende id. U moet een specifieke herkenningsteken in de dataset bepalen (bijvoorbeeld ECID) als de permanente id.

  • Pas om het even welke verandering toe die u aan het schema van de brongebeurtenisdataset ook aan het nieuwe gestikte datasetschema aanbrengt, anders breekt het de gestikte dataset.

  • Als u de brondataset verwijdert, stopt de gestikte dataset verwerking en wordt verwijderd door het systeem.

  • De etiketten van het gebruik van gegevens worden niet automatisch verspreid aan het gestikte datasetschema. Als u de etiketten van het gegevensgebruik hebt die op het schema van de brondataset worden toegepast, moet u deze etiketten van het gegevensgebruik manueel op het gestikte datasetschema toepassen. Zie Labels voor gegevensgebruik beheren in Experience Platform voor meer informatie .

Stikken is een baanbrekende en robuuste functie, maar heeft beperkingen op de manier waarop het kan worden gebruikt.

  • Alleen gegevenssets voor gebeurtenissen worden ondersteund. Andere datasets, zoals raadplegingsdatasets, worden niet gesteund.
  • Bij het aanbrengen van een stift wordt het veld dat voor stitching wordt gebruikt, op geen enkele wijze getransformeerd. Bij het aanbrengen van tekenreeksen wordt de waarde in het opgegeven veld gebruikt zoals deze bestaat in de ongeordende gegevensset in het gegevensmeer.
  • Het stitching proces is case-sensitive. Als bijvoorbeeld soms het woord 'Bob' in het veld wordt weergegeven en soms het woord 'BOB' wordt weergegeven, worden deze id's behandeld als twee aparte personen.

Zorg ervoor dat u het stikken niet verwart met:

  • De samenvoeging van twee of meer datasets. Stitching is slechts op één dataset van toepassing. Het samenvoegen van datasets vindt plaats als resultaat van vestiging een verbinding van de Customer Journey Analytics en het selecteren van zelfde persoonsidentiteitskaart over de geselecteerde datasets in de verbinding.

  • De verbinding van twee datasets. In Customer Journey Analytics, wordt een verbinding vaak gebruikt voor raadplegingen of classificaties in Analysis Workspace. Hoewel het stitching gebruikmaakt verbind zich aan functionaliteit, impliceert het proces zelf meer dan verbindingen.

Veldgebaseerde stitching

U geeft een gegevensset voor gebeurtenissen op, evenals de permanente id (cookie) en de tijdelijke id (ID van persoon) voor die gegevensset. Op veld gebaseerde stitching leidt tot een nieuwe gestippelde kolom van identiteitskaart in de nieuwe gestikte dataset en werkt deze stitched ID kolom bij die op rijen wordt gebaseerd die een transient identiteitskaart voor die specifieke blijvende identiteitskaart hebben.
U kunt op gebied-gebaseerde het stitching gebruiken wanneer het gebruiken van Customer Journey Analytics als standalone oplossing (die geen toegang tot de Dienst van de Identiteit van het Experience Platform en bijbehorende identiteitsgrafiek heeft). Of als u de beschikbare identiteitsgrafiek niet wilt gebruiken.

Veldgebaseerde stitching

Hoe veldomstandigheden stitching werkt

Met Stitching worden minimaal twee gegevenscontroles uitgevoerd in een bepaalde gegevensset.

  • Actief stiteren: pogingen om elke hit (gebeurtenis) aan te hechten zodra deze wordt weergegeven. Hits van apparaten die "nieuw"aan de dataset (nooit voor authentiek verklaard) zijn worden typisch niet vastgemaakt op dit niveau. Hits van reeds herkende apparaten worden onmiddellijk vastgezet.

  • Replay stitching: De gegevens worden opnieuw afgespeeld op basis van unieke id's (transient ID's) die door de id zijn geleerd. In dit stadium worden treffers van eerder onbekende apparaten (permanente id's) vastgezet (aan transient ID's). Adobe biedt twee herhalingsintervallen:

    • Dagelijks: Gegevens worden elke dag opnieuw afgespeeld met een terugzoekvenster van 24 uur. Deze optie biedt een voordeel dat het aantal keren wordt afgespeeld, maar niet-geregistreerde bezoekers moeten zich op dezelfde dag verifiëren dat ze uw site bezoeken.
    • Wekelijks: Gegevens worden één keer per week opnieuw afgespeeld met het geselecteerde terugzoekvenster (zie opties). Deze optie houdt een voordeel dat unauthenticated zittingen een veel mildere tijd toestaat om voor authentiek te verklaren. Niet-opgeslagen gegevens van minder dan een week oud worden echter pas opnieuw verwerkt wanneer de gegevens wekelijks opnieuw worden afgespeeld.
  • Privacy: Wanneer verzoeken met betrekking tot privacy worden ontvangen, moet, naast het verwijderen van de gevraagde identiteit, elke koppeling van die identiteit tussen niet-geverifieerde gebeurtenissen ongedaan worden gemaakt.

Gegevens buiten het terugzoekvenster worden niet opnieuw afgespeeld. Een bezoeker moet binnen een bepaald terugkijkvenster voor een ongeautoriseerd bezoek en een voor authentiek verklaard bezoek voor authentiek verklaren om samen worden geïdentificeerd. Als een apparaat eenmaal is herkend, wordt het vanaf dat punt live vastgezet.

Stap 1: Actief stitching

Live stilzetten probeert elke gebeurtenis bij de verzameling aan te sluiten op bekende apparaten en kanalen.

Details

Overweeg het volgende voorbeeld, waar het Loodje verschillende gebeurtenissen als deel van een gebeurtenisdataset registreert.

Gegevens zoals deze op de dag van verzameling werden weergegeven:

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
Gebeurtenis Tijdstempel Blijvende id (cookie-id) Transient ID (aanmeldings-id) Id met titel (na liveslot)
1 2023-05-12 12:01 246 Pijl-rechts - 246
2 2023-05-12 12:02 246 Bob Pijl-rechts Bob
3 2023-05-12 12:03 246 Bob Pijl-rechts Bob Pijl-omlaag
4 2023-05-12 12:04 246 - Bob
5 2023-05-12 12:05 246 Bob Pijl-rechts Bob Pijl-omlaag
6 2023-05-12 12:06 246 - Bob
7 2023-05-12 12:07 246 Bob Pijl-rechts Bob
8 2023-05-12 12:03 3579 Pijl-rechts - 3579
9 2023-05-12 12:09 3579 Pijl-rechts - 3579
10 2023-05-12 12:02 81911 Pijl-rechts - 81911
11 2023-05-12 12:05 81911 Bob Pijl-rechts Bob Pijl-omlaag
12 2023-05-12 12:12 81911 - Bob
3 apparaten 4 personen:
246, Bob, 3579, 81911

Zowel niet-geverifieerde als geverifieerde gebeurtenissen op nieuwe apparaten worden als afzonderlijke personen geteld (tijdelijk). Niet-geverifieerde gebeurtenissen op herkende apparaten worden live stilgezet.

Attributie werkt wanneer de identificerende aangepaste variabele aan een apparaat is gekoppeld. In het bovenstaande voorbeeld worden alle gebeurtenissen behalve de gebeurtenissen 1, 8, 9 en 10 live vernaakt (ze gebruiken allemaal de Bob id). Als u de stitching live uitvoert, wordt de geroteerde id voor gebeurtenis 4, 6 en 12 opgelost.

Vertraagde gegevens (gegevens met een tijdstempel van meer dan 24 uur oud) worden op de 'best mogelijke manier' verwerkt, waarbij de voorkeur wordt gegeven aan het koppelen van huidige gegevens voor de hoogste kwaliteit.

Stap 2: Spatiëring opnieuw afspelen

Met regelmatige intervallen (eenmaal per week of eenmaal per dag, afhankelijk van het gekozen terugkijkvenster) worden historische gegevens opnieuw berekend op basis van de apparaten die het nu herkent. Als een apparaat aanvankelijk gegevens verzendt terwijl niet voor authentiek verklaard en dan login, replay stitching bindt die niet voor authentiek verklaarde gebeurtenissen aan de correcte persoon.

Details

In de volgende tabel worden dezelfde gegevens weergegeven als hierboven, maar worden verschillende getallen weergegeven op basis van het opnieuw afspelen van de gegevens.

Dezelfde gegevens na afspelen:

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
Gebeurtenis Tijdstempel Blijvende id (cookie-id) Transient ID (aanmeldings-id) Id met titel (na liveslot) Id met titel (na opnieuw afspelen)
1 2023-05-12 12:01 246 - 246 Bob
2 2023-05-12 12:02 246 Bob Pijl-rechts Bob Bob Pijl-omhoog
3 2023-05-12 12:03 246 Bob Pijl-rechts Bob Pijl-omlaag Bob
4 2023-05-12 12:04 246 - Bob Bob
5 2023-05-12 12:05 246 Bob Pijl-rechts Bob Pijl-omlaag Bob
6 2023-05-12 12:06 246 - Bob Bob
7 2023-05-12 12:07 246 Bob Pijl-rechts Bob Bob
8 2023-05-12 12:03 3579 Pijl-rechts - 3579 3579
9 2023-05-12 12:09 3579 Pijl-rechts - 3579 3579
10 2023-05-12 12:02 81911 - 81911 Bob
11 2023-05-12 12:05 81911 Bob Pijl-rechts Bob Pijl-omlaag Bob Pijl-omhoog
12 2023-05-12 12:12 81911 - Bob Bob
3 apparaten 4 personen:
246, Bob, 3579, 81911
2 personen:
Bob, 3579

Attributie werkt wanneer de identificerende aangepaste variabele aan een apparaat is gekoppeld. In het bovenstaande voorbeeld worden gebeurtenis 1 en 10 vastgezet als resultaat van het opnieuw afspelen, waarbij alleen gebeurtenis 8 en 9 niet worden vastgezet. En het aantal mensen (cumulatief) verminderen tot 2.

Stap 3: Privacy-aanvraag

Wanneer u een privacyverzoek ontvangt, wordt de opgeslagen id verwijderd in alle records voor de gebruiker waarop de privacyaanvraag betrekking heeft.

Details

De volgende lijst vertegenwoordigt de zelfde gegevens zoals hierboven, maar toont het effect dat een privacyverzoek voor Loodje op de gegevens na verwerking het heeft. De rijen waar het Loodje voor authentiek wordt verklaard worden verwijderd (2, 3, 5, 7, en 11) samen met het verwijderen van Loodje als voorbijgaande identiteitskaart voor andere rijen.

Dezelfde gegevens na een privacyverzoek voor 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
Gebeurtenis Tijdstempel Blijvende id (cookie-id) Transient ID (aanmeldings-id) Id met titel (na liveslot) Id met titel (na opnieuw afspelen) Transient ID (aanmeldings-id) Id met titel (na privacyverzoek)
1 2023-05-12 12:01 246 - 246 Bob - 246
2 2023-05-12 12:02 246 Bob Pijl-rechts Bob Bob Pijl-omhoog 246
3 2023-05-12 12:03 246 Bob Pijl-rechts Bob Pijl-omlaag Bob 246
4 2023-05-12 12:04 246 - Bob Bob - 246
5 2023-05-12 12:05 246 Bob Pijl-rechts Bob Pijl-omlaag Bob 246
6 2023-05-12 12:06 246 - Bob Bob - 246
7 2023-05-12 12:07 246 Bob Pijl-rechts Bob Bob 246
8 2023-05-12 12:03 3579 Pijl-rechts - 3579 3579 - 3579
9 2023-05-12 12:09 3579 Pijl-rechts - 3579 3579 - 3579
10 2023-05-12 12:02 81911 - 81911 Bob - 81911
11 2023-05-12 12:05 81911 Bob Pijl-rechts Bob Pijl-omlaag Bob Pijl-omhoog 81911
12 2023-05-12 12:12 81911 - Bob Bob - 81911
3 apparaten 4 personen:
246 Bob, 3579, 81911
2 personen:
Bob 3579
3 personen:
246, 3579, 81911

Vereisten

De volgende voorwaarden zijn specifiek van toepassing op veldomstandigheden:

  • De dataset van de gebeurtenis in Adobe Experience Platform, waarop u het stitching wilt toepassen, moet twee kolommen hebben die bezoekers helpen identificeren:

    • A blijvende id, een id die beschikbaar is op elke rij. Bijvoorbeeld een bezoekersidentiteitskaart die door een bibliotheek van het AppMeasurement van Adobe Analytics of een ECID wordt geproduceerd door de Dienst van de Identiteit van Adobe Experience Platform.
    • A transient ID, een id die alleen op bepaalde rijen beschikbaar is. Een gehashte gebruikersnaam of e-mailadres bijvoorbeeld wanneer een bezoeker de verificatie uitvoert. U kunt vrijwel elke gewenste id gebruiken. Stitching beschouwt dit gebied om de daadwerkelijke informatie van persoonidentiteitskaart te houden. Voor de beste stitching resultaten, zou een transient identiteitskaart binnen de gebeurtenissen van de dataset minstens eens voor elke blijvende identiteitskaart moeten worden verzonden. Als u van plan bent om deze dataset binnen een verbinding van de Customer Journey Analytics te omvatten, is het verkieslijk dat de andere datasets ook een gelijkaardige gemeenschappelijke herkenningsteken hebben.
  • Beide kolommen (blijvende identiteitskaart en voorbijgaande identiteitskaart) moeten als identiteitsgebied met een identiteitsnaamruimte in het schema voor de dataset worden bepaald u wilt heksen. Als u identiteitsstitching gebruikt in Real-time Customer Data Platform, kunt u de opdracht identityMap veldgroep, moet u nog identiteitsgebieden met een identiteitsnaamruimte toevoegen. Deze identificatie van identiteitsvelden is vereist omdat het stitching van de Customer Journey Analytics geen ondersteuning biedt voor de identityMap veldgroep. Wanneer u een identiteitsveld toevoegt in het schema en ook de opdracht identityMap veldgroep, stel het extra identiteitsveld niet in als primaire identiteit. Als u een extra identiteitsveld instelt als primaire identiteit, wordt identityMap veldgroep gebruikt voor Real-time Customer Data Platform.

Beperkingen

De volgende beperkingen zijn specifiek van toepassing op veldomstandigheden:

  • De huidige mogelijkheden voor opnieuw aanvragen zijn beperkt tot één stap (permanente id tot tijdelijke id). Het opnieuw activeren in meerdere stappen (bijvoorbeeld een blijvende id naar een tijdelijke id en een andere tijdelijke id) wordt niet ondersteund.
  • Als een apparaat door veelvoudige mensen wordt gedeeld en het totale aantal overgangen tussen gebruikers overschrijdt 50.000, houdt de Customer Journey Analytics het stitching van gegevens voor dat apparaat op.
  • Aangepaste id-kaarten die in uw organisatie worden gebruikt, worden niet ondersteund.
  • Het plaatsen is case-sensitive. Voor datasets die door de de bronschakelaar van de Analyse worden geproduceerd, adviseert de Adobe om het even welke regels van VISTA of verwerkingsregels te herzien die op het transient gebied van identiteitskaart van toepassing zijn. Deze controle zorgt ervoor dat geen van deze regels nieuwe vormen van zelfde identiteitskaart introduceert. U moet er bijvoorbeeld voor zorgen dat er geen VISTA- of verwerkingsregels zijn die een lagere waarde invoeren in het veld met de tijdelijke id voor slechts een gedeelte van de gebeurtenissen.
  • Bij het aanbrengen van titels worden velden niet gecombineerd of samengevoegd.
  • Het veld Tijdelijke id moet één type id (id's uit één naamruimte) bevatten. Het veld Tijdelijke id mag bijvoorbeeld geen combinatie bevatten van aanmeldings-id's en e-mailid's.
  • Als er meerdere gebeurtenissen plaatsvinden met dezelfde tijdstempel voor dezelfde permanente id, maar met verschillende waarden in het veld voor de tijdelijke id, wordt de id geselecteerd door stitching op basis van alfabetische volgorde. Dus als de blijvende id A twee gebeurtenissen heeft met dezelfde tijdstempel en een van de gebeurtenissen Bob opgeeft en de andere de Ann, selecteert de stitching Ann.
  • Wees voorzichtig met scenario's waarin de tijdelijke id's plaatsaanduidingswaarden bevatten, bijvoorbeeld Undefined. Zie de Veelgestelde vragen voor meer informatie .

Op grafiek gebaseerde stitching

U geeft een gebeurtenisgegevensset op, evenals de permanente id (cookie) en de naamruimte van de tijdelijke id (persoon-id) voor die gegevensset. Op grafiek gebaseerde stitching leidt tot een nieuwe kolom voor stitched identiteitskaart in de nieuwe gestikte dataset. En gebruikt dan blijvende identiteitskaart om de identiteitsgrafiek van de Dienst van de Identiteit van het Experience Platform te vragen, gebruikend gespecificeerde namespace, om vastgemaakte identiteitskaart bij te werken.

Op grafiek gebaseerde stitching

Hoe op grafieken gebaseerde stitching werkt

Met Stitching worden minimaal twee gegevenscontroles uitgevoerd in een bepaalde gegevensset.

  • Actief stiteren: probeert elke hit (gebeurtenis) tijdens de invoer te verbinden met de permanente id om de tijdelijke id voor de geselecteerde naamruimte op te zoeken door de identiteitsgrafiek op te vragen. Als de tijdelijke id beschikbaar is uit de zoekopdracht, wordt deze tijdelijke id onmiddellijk vastgezet.

  • Replay stitching: Hiermee worden gegevens opnieuw afgespeeld op basis van bijgewerkte identiteiten uit de identiteitsgrafiek. In dit stadium worden hits van voorheen onbekende apparaten (permanente id's) vastgezet naarmate de identiteitsgrafiek de identiteit van een naamruimte heeft opgelost. Adobe biedt twee herhalingsintervallen:

    • Dagelijks: Gegevens worden elke dag opnieuw afgespeeld met een terugzoekvenster van 24 uur. Deze optie biedt een voordeel dat het aantal keren wordt afgespeeld, maar niet-geregistreerde bezoekers moeten zich op dezelfde dag verifiëren dat ze uw site bezoeken.
    • Wekelijks: Gegevens worden één keer per week opnieuw afgespeeld met het terugzoekvenster (zie opties). Deze optie houdt een voordeel dat unauthenticated zittingen een veel mildere tijd toestaat om voor authentiek te verklaren. Niet-opgeslagen gegevens van minder dan een week oud worden echter pas opnieuw verwerkt wanneer de gegevens wekelijks opnieuw worden afgespeeld.
  • Privacy: Wanneer verzoeken met betrekking tot privacy worden ontvangen, moet, naast het verwijderen van de gevraagde identiteit uit de brondataset, het stikken van die identiteit over niet-geverifieerde gebeurtenissen ongedaan worden gemaakt. De identiteit moet ook uit het identiteitsdiagram worden verwijderd om te voorkomen dat op een grafiek gebaseerde stitching wordt toegepast voor die specifieke identiteit.

Gegevens buiten het terugzoekvenster worden niet opnieuw afgespeeld. Een bezoeker moet binnen een bepaald terugkijkvenster voor een ongeautoriseerd bezoek en een voor authentiek verklaard bezoek voor authentiek verklaren om samen worden geïdentificeerd. Als een apparaat eenmaal is herkend, wordt het vanaf dat punt live vastgezet.

Bekijk de volgende twee identiteitsgrafieken voor blijvende id 246 en 3579, hoe deze identiteitsgrafieken in de loop der tijd worden bijgewerkt en hoe deze updates invloed hebben op de stappen in op een grafiek gebaseerde stitching.

Identiteitsgrafiek 246
Identiteitsgrafiek 3579

U kunt een identiteitsgrafiek in tijd voor een specifiek profiel bekijken gebruikend Identity Graph Viewer. Zie ook Identity Service linking-logica om een beter inzicht te krijgen in de logica die wordt gebruikt bij het koppelen van identiteiten.

Stap 1: Actief stitching

Met live stitching wordt geprobeerd elke gebeurtenis na het verzamelen aan bekende informatie op dat moment uit de identiteitsgrafiek te koppelen.

Details
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
Tijd Blijvende id
ECID
Naamruimte
Email Grafiek
Id met titel (na liveslot)
1 2023-05-12 11:00 246 246 Koppeling ongedefinieerd 246
2 2023-05-12 14:00 246 246 Koppeling bob.a@gmail.com bob.a@gmail.com
3 2023-05-12 15:00 246 246 Koppeling bob.a@gmail.com bob.a@gmail.com
4 2023-05-12 17:00 3579 3579 Koppeling ongedefinieerd 3579
5 2023-05-12 19:00 3579 3579 Koppeling ted.w@gmail.com ted.w@gmail.com
6 2023-05-13 15:00 246 246 Koppeling bob.a@gmail.com bob.a@gmail.com
7 2023-05-13 16:30 246 246 Koppeling a.b@yahoo.co.uk
246 Koppeling bob.ab@gmail.com
a.b@yahoo.co.uk

U kunt zien hoe voor elke gebeurtenis de vastgezette id wordt opgelost. Gebaseerd op de tijd, blijvende identiteitskaart, en de raadpleging van de identiteitsgrafiek voor gespecificeerde namespace (tegelijkertijd).
Wanneer de zoekopdracht wordt omgezet in meer dan één gebonden id (zoals bij gebeurtenis 7), wordt de lexicografische eerste id die door de identiteitsgrafiek wordt geretourneerd, geselecteerd (a.b@yahoo.co.uk in het voorbeeld).

Stap 2: Spatiëring opnieuw afspelen

Met regelmatige intervallen (afhankelijk van het gekozen terugkijkvenster) worden historische gegevens die op de meest recente versie van de identiteitsgrafiek zijn gebaseerd opnieuw berekend door de stitching van het afspelen op het tijdstip van het interval.

Details

Met een replay het stitching gebeuren bij 2023-05-13 16:30, met een configuratie van het 24-uurs terugkijkvenster, worden sommige gebeurtenissen van de steekproef opnieuw genest (die door wordt vermeld Opnieuw afspelen ).

table 0-row-6 1-row-6 2-row-6 3-row-6 4-row-6 5-row-6 6-row-6 layout-auto
Tijd Blijvende id
ECID
Naamruimte
Email Grafiek
Id met titel
(na liveslot)
Id met titel
(na 24 uur opnieuw afspelen)
2 2023-05-12 14:00 246 246 Koppeling bob.a@gmail.com bob.a@gmail.com bob.a@gmail.com
3 2023-05-12 15:00 246 246 Koppeling bob.a@gmail.com bob.a@gmail.com bob.a@gmail.com
Opnieuw afspelen 4 2023-05-12 17:00 3579 3579 Koppeling ted.w@gmail.com 3579 ted.w@gmail.com
Opnieuw afspelen 5 2023-05-12 19:00 3579 3579 Koppeling ted.w@gmail.com ted.w@gmail.com ted.w@gmail.com
Opnieuw afspelen 6 2023-05-13 15:00 246 246 Koppeling a.b@yahoo.co.uk bob.a@gmail.com a.b@yahoo.co.uk
Opnieuw afspelen 7 2023-05-13 16:30 246 246 Koppeling a.b@yahoo.co.uk
246 Koppeling bob.ab@gmail.com
a.b@yahoo.co.uk a.b@yahoo.co.uk

Met replay het stitching gebeuren bij 2023-05-13 16:30, met een configuratie van het terugkijkvenster van 7 dagen, worden alle gebeurtenissen van de steekproef re-stitched.

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
Tijd Blijvende id
ECID
Naamruimte
Email Grafiek
Id met titel
(na liveslot)
Id met titel
(na 7 dagen opnieuw afspelen)
Opnieuw afspelen 1 2023-05-12 11:00 246 246 Koppeling ongedefinieerd 246 a.b@yahoo.co.uk
Opnieuw afspelen 2 2023-05-12 14:00 246 246 Koppeling bob.a@gmail.com bob.a@gmail.com a.b@yahoo.co.uk
Opnieuw afspelen 3 2023-05-12 15:00 246 246 Koppeling bob.a@gmail.com bob.a@gmail.com a.b@yahoo.co.uk
Opnieuw afspelen 4 2023-05-12 17:00 3579 3579 Koppeling ted.w@gmail.com 3579 ted.w@gmail.com
Opnieuw afspelen 5 2023-05-12 19:00 3579 3579 Koppeling ted.w@gmail.com ted.w@gmail.com ted.w@gmail.com
Opnieuw afspelen 6 2023-05-13 15:00 246 246 Koppeling a.b@yahoo.co.uk bob.a@gmail.com a.b@yahoo.co.uk
Opnieuw afspelen 7 2023-05-13 16:30 246 246 Koppeling a.b@yahoo.co.uk
246 Koppeling bob.ab@gmail.com
a.b@yahoo.co.uk a.b@yahoo.co.uk

Stap 3: Privacy-aanvraag

Wanneer u een privacyverzoek ontvangt, wordt de opgeslagen id verwijderd in alle records voor de gebruiker waarop de privacyaanvraag betrekking heeft.

Details

In de volgende tabel worden dezelfde gegevens weergegeven als hierboven, maar ziet u het effect dat een privacyverzoek (bijvoorbeeld in 2023-05-13 18:00) heeft voor de voorbeeldgebeurtenissen.

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
Tijd Blijvende id
ECID
Naamruimte
Email Grafiek
Id met titel (na privacyverzoek)
1 2023-05-12 11:00 246 246 Koppeling a.b@yahoo.co.uk 246
2 2023-05-12 14:00 246 246 Koppeling a.b@yahoo.co.uk 246
3 2023-05-12 15:00 246 246 Koppeling a.b@yahoo.co.uk 246
4 2023-05-12 17:00 3579 3579 Koppeling ted.w@gmail.com 3579
5 2023-05-12 19:00 3579 3579 Koppeling ted.w@gmail.com 3579
6 2023-05-13 15:00 246 246 Koppeling a.b@yahoo.co.uk 246
7 2023-05-13 16:30 246 246 Koppeling a.b@yahoo.co.uk
246 Koppeling bob.ab@gmail.com
246

Vereisten

De volgende voorwaarden zijn specifiek van toepassing op op grafiek gebaseerde stitching:

  • De gebeurtenisdataset in Adobe Experience Platform, waarop u het stitching wilt toepassen, moet één kolom hebben die een bezoeker op elke rij, identificeert blijvende id. Bijvoorbeeld een bezoekersidentiteitskaart die door een bibliotheek van het AppMeasurement van Adobe Analytics of een ECID wordt geproduceerd door de Dienst van de Identiteit van Adobe Experience Platform.
  • De identiteitsgrafiek van de Dienst van de Identiteit van het Experience Platform moet een namespace hebben (bijvoorbeeld Email, of Phone) die u tijdens het stikken wilt gebruiken om het transient ID. Zie Experience Platform Identity Service voor meer informatie .
NOTE
U doet dat niet een Real-time Customer Data Platform-licentie vereisen voor op grafiek gebaseerde stitching. De Eerste het pakket of hoger van de Customer Journey Analytics omvat de vereiste rechten van de Dienst van de Identiteit van het Experience Platform.

Beperkingen

De volgende beperkingen zijn specifiek van toepassing op op grafiek gebaseerde stitching:

  • Tijdstempels worden niet in aanmerking genomen wanneer wordt gezocht naar de tijdelijke id die de opgegeven naamruimte gebruikt. Het is dus mogelijk dat een permanente id is gekoppeld aan een tijdelijke id uit een record met een eerdere tijdstempel.

  • Geen ondersteuning voor gedeelde apparaten. Wanneer meerdere identiteiten worden geretourneerd, wordt de eerste lexicografische identiteit gebruikt door de identiteitsgrafiek op te vragen met behulp van een naamruimte.

  • Er geldt een harde limiet van drie maanden voor het terugvullen van identiteiten in de identiteitsgrafiek. Als u geen Experience Platform-toepassing gebruikt, zoals Real-time Customer Data Platform, kunt u de identiteitsgrafiek weergeven door de identiteiten te herstellen.

  • De Identiteitsservicehandleidingen van toepassing. Zie bijvoorbeeld het volgende statische limieten:

    • Maximumaantal identiteiten in een grafiek: 50.
    • Maximum aantal koppelingen naar een identiteit voor één batch-opname: 50.
    • Maximum aantal identiteiten in een XDM-record voor grafiekopname: 20.
    • Minimumaantal identiteiten in een XDM-record voor opnemen van grafieken: 2.

Sstitching gebruiken

Zodra uw organisatie aan allen voldoet voorwaarden en begrijpt gemeenschappelijk beperkingen specifieke methode voor stitching (op het veld gebaseerd en op basis van grafiek), kunt u deze stappen volgen om te beginnen met het gebruik van stitching in de Customer Journey Analytics.

Opties selecteren

Het pakket van de Customer Journey Analytics u gerechtigd bent om de beschikbare het stitching methodes, opties voor de aanvankelijke backfill duur, raadplegingsvenster, replay frequentie, en maximumaantal datasets te bepalen die voor het stitching worden toegestaan. Zie de Productbeschrijving Customer Journey Analytics voor meer informatie . Bepaal de beschikbare opties voordat u ondersteuning aanvraagt.

Customer Journey Analytics
Selecteren
Customer Journey Analytics
Eerste
Customer Journey Analytics
Ultieme
Beschikbare stitmethoden
  • Veldgebaseerde stitching
  • Veldgebaseerde stitching

  • Op grafiek gebaseerde stitching

  • Veldgebaseerde stitching

  • Op grafiek gebaseerde stitching

Eenmalige duur van de backfill-functie
13 maanden
13 maanden
25 maanden
Zoekvenster en herhalingsfrequentie
  • 1 dag, elke dag

  • tot 7 dagen, wekelijks

  • 1 dag, elke dag

  • tot 14 dagen, wekelijks

  • 1 dag, elke dag

  • tot 30 dagen, wekelijks

Maximumaantal gegevenssets dat is toegestaan voor stitching
5
10
50

Verzoek om ondersteuning

  1. Neem contact op met de Klantenondersteuning van de Adobe met de volgende informatie:

    • Een verzoek om stitching in te schakelen.
    • De dataset-id voor de gegevensset die u opnieuw wilt invoeren.
    • De kolomnaam (identiteitspad en naamruimte) van de permanente id voor de gewenste gegevensset (de id die op elke rij wordt weergegeven).
    • Voor op veld gebaseerde stitching, de kolomnaam van transient identiteitskaart voor de gewenste dataset (persoonsidentificatie, die ook als verbinding tussen datasets in de context van een verbinding dienst doet). Voor op een grafiek gebaseerde stitching, de identiteitsnaamruimte die voor het vragen van de identiteitsgrafiek moet worden gebruikt.
    • Uw voorkeur voor terugkijkvenster en herhalingsfrequentie. Zie het Customer Journey Analytics pakket voor de opties beschikbaar.
    • Naam van sandbox.
  2. De klantenondersteuning van de Adobe werkt samen met Adobe-engineering om het aansluiten bij ontvangst van uw verzoek mogelijk te maken. Als deze optie is ingeschakeld, wordt in Adobe Experience Platform een nieuwe opnieuw weergegeven gegevensset met een nieuwe kolom met een naastgelegen id weergegeven. De Steun van de Klant van de Adobe kan identiteitskaart van de nieuwe dataset verstrekken.

  3. Als deze optie voor het eerst is ingeschakeld, wordt een back-up van de gegevens gemaakt. Zie het Customer Journey Analytics pakket voor de option beschikbaar.

  4. Als u de nieuwe gestikte dataset in een dwars-kanaalanalyse wilt gebruiken, moet u de nieuwe gestikte dataset aan een toevoegen verbinding in de Customer Journey Analytics. Voeg vervolgens andere gegevenssets toe die vereist zijn voor kanaalanalyse en selecteer de juiste persoon-id voor elke gegevensset.

  5. Een gegevensweergave maken op basis van de verbinding.

Zodra de gegevensmening opstelling is, kunt u uw Customer Journey Analytics het melden analyse over kanalen en apparaten in werking stellen.

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