Stiksel
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
Voordat u stitching gebruikt, moet u ervoor zorgen dat uw organisatie is voorbereid met het volgende:
-
Onder andere het samenvoegen van geverifieerde en niet-geverifieerde gebruikersgegevens wordt opgenomen. Zorg ervoor dat u aan de toepasselijke wetten en verordeningen, met inbegrip van het verkrijgen van noodzakelijke eindgebruikertoestemmingen voldoet, alvorens het stitching op een gebeurtenisdataset te activeren. Zie Identiteitsvelden definiëren in de gebruikersinterface voor meer informatie .
-
Importeer de gewenste gegevens naar Adobe Experience Platform:
- Zie voor Adobe Analytics-gegevens Adobe Analytics-rapportsuite gebruiken in Customer Journey Analytics.
- Zie voor andere typen gegevens Een schema maken en Samenvattingsgegevens in de documentatie van Adobe Experience Platform.
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
-
Geen ondersteuning voor
identityMap
als de blijvende id. U moet een specifieke herkenningsteken in de dataset bepalen (bijvoorbeeldECID
) 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.
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.
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
|
- | 246 |
2 | 2023-05-12 12:02 | 246 |
Bob
|
Bob |
3 | 2023-05-12 12:03 | 246 |
Bob
|
Bob
|
4 | 2023-05-12 12:04 | 246 |
- | Bob |
5 | 2023-05-12 12:05 | 246 |
Bob
|
Bob
|
6 | 2023-05-12 12:06 | 246 |
- | Bob |
7 | 2023-05-12 12:07 | 246 |
Bob
|
Bob |
8 | 2023-05-12 12:03 | 3579
|
- | 3579 |
9 | 2023-05-12 12:09 | 3579
|
- | 3579 |
10 | 2023-05-12 12:02 | 81911
|
- | 81911 |
11 | 2023-05-12 12:05 | 81911 |
Bob
|
Bob
|
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.
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
|
Bob |
Bob
|
3 | 2023-05-12 12:03 | 246 |
Bob
|
Bob
|
Bob |
4 | 2023-05-12 12:04 | 246 |
- | Bob |
Bob |
5 | 2023-05-12 12:05 | 246 |
Bob
|
Bob
|
Bob |
6 | 2023-05-12 12:06 | 246 |
- | Bob |
Bob |
7 | 2023-05-12 12:07 | 246 |
Bob
|
Bob |
Bob |
8 | 2023-05-12 12:03 | 3579
|
- | 3579 |
3579 |
9 | 2023-05-12 12:09 | 3579
|
- | 3579 |
3579 |
10 | 2023-05-12 12:02 | 81911 |
- | 81911 |
Bob |
11 | 2023-05-12 12:05 | 81911 |
Bob
|
Bob
|
Bob
|
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.
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
|
Bob |
Bob
|
|
246 |
3 | 2023-05-12 12:03 | 246 |
Bob
|
Bob
|
Bob |
|
246 |
4 | 2023-05-12 12:04 | 246 |
- | Bob |
Bob |
- | 246 |
5 | 2023-05-12 12:05 | 246 |
Bob
|
Bob
|
Bob |
|
246 |
6 | 2023-05-12 12:06 | 246 |
- | Bob |
Bob |
- | 246 |
7 | 2023-05-12 12:07 | 246 |
Bob
|
Bob |
Bob |
|
246 |
8 | 2023-05-12 12:03 | 3579
|
- | 3579 |
3579 |
- | 3579 |
9 | 2023-05-12 12:09 | 3579
|
- | 3579 |
3579 |
- | 3579 |
10 | 2023-05-12 12:02 | 81911 |
- | 81911 |
Bob |
- | 81911 |
11 | 2023-05-12 12:05 | 81911 |
Bob
|
Bob
|
Bob
|
|
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 deidentityMap
veldgroep. Wanneer u een identiteitsveld toevoegt in het schema en ook de opdrachtidentityMap
veldgroep, stel het extra identiteitsveld niet in als primaire identiteit. Als u een extra identiteitsveld instelt als primaire identiteit, wordtidentityMap
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.
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.
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.
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 idECID |
NaamruimteEmail
|
Id met titel (na liveslot) | |
1 | 2023-05-12 11:00 | 246 |
246
|
246 |
2 | 2023-05-12 14:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
3 | 2023-05-12 15:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
4 | 2023-05-12 17:00 | 3579 |
3579
|
3579 |
5 | 2023-05-12 19:00 | 3579 |
3579
ted.w@gmail.com
|
ted.w@gmail.com |
6 | 2023-05-13 15:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
7 | 2023-05-13 16:30 | 246 |
246
a.b@yahoo.co.uk 246
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.
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
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 idECID |
NaamruimteEmail
|
Id met titel (na liveslot) |
Id met titel (na 24 uur opnieuw afspelen) |
|
2 | 2023-05-12 14:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
bob.a@gmail.com |
3 | 2023-05-12 15:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
bob.a@gmail.com |
|
2023-05-12 17:00 | 3579 |
3579
ted.w@gmail.com
|
3579 |
ted.w@gmail.com |
|
2023-05-12 19:00 | 3579 |
3579
ted.w@gmail.com
|
ted.w@gmail.com |
ted.w@gmail.com |
|
2023-05-13 15:00 | 246 |
246
a.b@yahoo.co.uk
|
bob.a@gmail.com |
a.b@yahoo.co.uk |
|
2023-05-13 16:30 | 246 |
246
a.b@yahoo.co.uk 246
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 idECID |
NaamruimteEmail
|
Id met titel (na liveslot) |
Id met titel (na 7 dagen opnieuw afspelen) |
|
|
2023-05-12 11:00 | 246 |
246
|
246 |
a.b@yahoo.co.uk |
|
2023-05-12 14:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
a.b@yahoo.co.uk |
|
2023-05-12 15:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
a.b@yahoo.co.uk |
|
2023-05-12 17:00 | 3579 |
3579
ted.w@gmail.com
|
3579 |
ted.w@gmail.com |
|
2023-05-12 19:00 | 3579 |
3579
ted.w@gmail.com
|
ted.w@gmail.com |
ted.w@gmail.com |
|
2023-05-13 15:00 | 246 |
246
a.b@yahoo.co.uk
|
bob.a@gmail.com |
a.b@yahoo.co.uk |
|
2023-05-13 16:30 | 246 |
246
a.b@yahoo.co.uk 246
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.
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 idECID |
NaamruimteEmail
|
Id met titel (na privacyverzoek) | |
|
2023-05-12 11:00 | 246 |
246
a.b@yahoo.co.uk
|
246 |
|
2023-05-12 14:00 | 246 |
246
a.b@yahoo.co.uk
|
246 |
|
2023-05-12 15:00 | 246 |
246
a.b@yahoo.co.uk
|
246 |
|
2023-05-12 17:00 | 3579 |
3579
ted.w@gmail.com
|
3579 |
|
2023-05-12 19:00 | 3579 |
3579
ted.w@gmail.com
|
3579 |
|
2023-05-13 15:00 | 246 |
246
a.b@yahoo.co.uk
|
246 |
|
2023-05-13 16:30 | 246 |
246
a.b@yahoo.co.uk 246
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
, ofPhone
) die u tijdens het stikken wilt gebruiken om het transient ID. Zie Experience Platform Identity Service voor meer informatie .
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.
Selecteren
Eerste
Ultieme
- Veldgebaseerde stitching
-
Veldgebaseerde stitching
-
Op grafiek gebaseerde stitching
-
Veldgebaseerde stitching
-
Op grafiek gebaseerde stitching
-
1 dag, elke dag
-
tot 7 dagen, wekelijks
-
1 dag, elke dag
-
tot 14 dagen, wekelijks
-
1 dag, elke dag
-
tot 30 dagen, wekelijks
Verzoek om ondersteuning
-
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.
-
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.
-
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.
-
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.
-
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.