DocumentatieCustomer Journey AnalyticsHandleiding voor Customer Journey Analytics

Stiksel

Last update: Wed Nov 13 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Gemaakt voor:

  • Beheerder
NOTE
U moet het Uitgezochte pakket of hoger (voor op gebied-gebaseerd het stitching) of Primair pakket of hoger (voor op grafiek-gebaseerde het stitching) hebben 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 het gebruik van identityMap als permanente id. U moet een specifieke id in de gegevensset (bijvoorbeeld ECID ) definiëren 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 het Leiden de etiketten van het gegevensgebruik in Experience Platformvoor 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.

Op gebied-gebaseerde het stitching

Hoe veldomstandigheden stitching werkt

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

  • Levend het stitching: pogingen om elke hit (gebeurtenis) te stikken aangezien het binnen komt. 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 het stitching: "replay"gegevens die op unieke herkenningstekens (transient IDs) worden gebaseerd het heeft geleerd. In dit stadium worden treffers van eerder onbekende apparaten (permanente id's) vastgezet (aan transient ID's). Replay wordt bepaald door twee parameters: frequentie en raadplegingsvenster. Adobe biedt de volgende combinaties van deze parameters aan:

    • Dagelijkse raadpleging op een dagelijkse frequentie: De gegevens respeelt elke dag met een terugkijkvenster van 24 uur terug. 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.
    • wekelijkse raadpleging op een wekelijkse frequentie: De gegevens respeelt eens per week met een wekelijks terugkijkvenster (zie opties) opnieuw. 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.
    • biwekelijkse raadpleging op een wekelijkse frequentie: De gegevens respeelt eens per week met een tweewekelijkse raadplegingsvenster (zie opties) opnieuw. Deze optie houdt een voordeel dat unauthenticated zittingen een veel mildere tijd toestaat om voor authentiek te verklaren. Onverwachte gegevens van minder dan twee weken oud worden echter pas opnieuw verwerkt wanneer de volgende week opnieuw wordt afgespeeld.
    • Maandelijkse raadpleging op een wekelijkse frequentie: De gegevens replay elke week met een maandelijks terugkijkvenster (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 maand oud worden echter pas opnieuw verwerkt wanneer de gegevens wekelijks opnieuw worden afgespeeld.

  • Privacy: Wanneer op privacy betrekking hebbende verzoeken worden ontvangen, naast het verwijderen van de gevraagde identiteit, moet om het even welk stitching van die identiteit over niet voor authentiek verklaarde gebeurtenissen worden ongedaan gemaakt.

    note important
    IMPORTANT
    Het ontvlechtingsproces, als onderdeel van privacyverzoeken, verandert begin 2025. In het huidige ontvlechtingsproces worden gebeurtenissen hernoemd met de nieuwste versie van bekende identiteiten. Deze herplaatsing van gebeurtenissen naar een andere identiteit kan ongewenste juridische gevolgen hebben. Om deze zorgen weg te nemen, werkt het nieuwe ontvlechtingsproces vanaf 2025 gebeurtenissen bij die het voorwerp van het privacyverzoek met blijvende identiteitskaart zijn.

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 aangezien het de dag verscheen het wordt verzameld:

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 Juiste Pijl - 246
2 2023-05-12 12:02 246 Bob Juiste Pijl Bob
3 2023-05-12 12:03 246 Bob Juiste Pijl Bob Pijl neer
4 2023-05-12 12:04 246 - Bob
5 2023-05-12 12:05 246 Bob Juiste Pijl Bob Pijl neer
6 2023-05-12 12:06 246 - Bob
7 2023-05-12 12:07 246 Bob Juiste Pijl Bob
8 2023-05-12 12:03 3579 Juiste Pijl - 3579
9 2023-05-12 12:09 3579 Juiste Pijl - 3579
10 2023-05-12 12:02 81911 Juiste Pijl - 81911
11 2023-05-12 12:05 81911 Bob Juiste Pijl Bob Pijl neer
12 2023-05-12 12:12 81911 - Bob
3 apparaten 4 mensen:
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 verbonden (ze gebruiken allemaal de id Bob ). 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.

De zelfde gegevens na replay:

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 Juiste Pijl Bob Bob Pijl omhoog
3 2023-05-12 12:03 246 Bob Juiste Pijl Bob Pijl neer Bob
4 2023-05-12 12:04 246 - Bob Bob
5 2023-05-12 12:05 246 Bob Juiste Pijl Bob Pijl neer Bob
6 2023-05-12 12:06 246 - Bob Bob
7 2023-05-12 12:07 246 Bob Juiste Pijl Bob Bob
8 2023-05-12 12:03 3579 Juiste Pijl - 3579 3579
9 2023-05-12 12:09 3579 Juiste Pijl - 3579 3579
10 2023-05-12 12:02 81911 - 81911 Bob
11 2023-05-12 12:05 81911 Bob Juiste Pijl Bob Pijl neer Bob Pijl omhoog
12 2023-05-12 12:12 81911 - Bob Bob
3 apparaten 4 mensen:
246, Bob, 3579, 81911		 2 mensen:
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.

De zelfde gegevens na een privacyverzoek voor Loodje:

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 Loodje Juiste Pijl Bob Bob Pijl omhoog 246
3 2023-05-12 12:03 246 Loodje Juiste Pijl Bob Pijl neer Bob 246
4 2023-05-12 12:04 246 - Bob Bob - 246
5 2023-05-12 12:05 246 Loodje Juiste Pijl Bob Pijl neer Bob 246
6 2023-05-12 12:06 246 - Bob Bob - 246
7 2023-05-12 12:07 246 Bob Juiste Pijl Bob Bob 246
8 2023-05-12 12:03 3579 Juiste Pijl - 3579 3579 - 3579
9 2023-05-12 12:09 3579 Juiste Pijl - 3579 3579 - 3579
10 2023-05-12 12:02 81911 - 81911 Bob - 81911
11 2023-05-12 12:05 81911 Bob Juiste Pijl Bob Pijl neer Bob Pijl omhoog 81911
12 2023-05-12 12:12 81911 - Bob Bob - 81911
3 apparaten 4 mensen:
246, Bob, 3579, 81911		 2 mensen:
Loodje, 3579		 3 mensen:
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 identiteitskaart, een herkenningsteken beschikbaar 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 voorbijgaande identiteitskaart, een herkenningsteken beschikbaar op slechts sommige rijen. 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. Wanneer het gebruiken van identiteit stitching in Real-time Customer Data Platform, gebruikend de identityMap gebiedsgroep, moet u nog identiteitsgebieden met een identiteitsnaamruimte toevoegen. Deze identificatie van identiteitsvelden is vereist omdat Customer Journey Analytics stitching de identityMap veldgroep niet ondersteunt. Wanneer u een identiteitsveld toevoegt in het schema en ook de veldgroep identityMap gebruikt, moet u het extra identiteitsveld niet instellen als primaire identiteit. Als u een extra identiteitsveld instelt als primaire identiteit, heeft dit invloed op de veldgroep identityMap die wordt 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 Veelgestelde vragenvoor 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.

grafiek-gebaseerd-stitching

Hoe op grafieken gebaseerde stitching werkt

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

  • Levend het stitching: pogingen om elke hit (gebeurtenis) te verbinden aangezien het binnen komt, gebruikend blijvende identiteitskaart omhoog transient identiteitskaart voor geselecteerde namespace te kijken door de identiteitsgrafiek te vragen. Als de tijdelijke id beschikbaar is uit de zoekopdracht, wordt deze tijdelijke id onmiddellijk vastgezet.

  • Replay het stitching: speelt gegevens opnieuw die op bijgewerkte identiteiten van de identiteitsgrafiek worden gebaseerd. In dit stadium worden hits van voorheen onbekende apparaten (permanente id's) vastgezet naarmate de identiteitsgrafiek de identiteit van een naamruimte heeft opgelost. Replay wordt bepaald door twee parameters: frequentie en raadplegingsvenster. Adobe biedt de volgende combinaties van deze parameters aan:

    • Dagelijkse raadpleging op een dagelijkse frequentie: De gegevens respeelt elke dag met een terugkijkvenster van 24 uur terug. 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.
    • wekelijkse raadpleging op een wekelijkse frequentie: De gegevens respeelt eens per week met een wekelijks terugkijkvenster (zie opties) opnieuw. 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.
    • biwekelijkse raadpleging op een wekelijkse frequentie: De gegevens respeelt eens per week met een tweewekelijkse raadplegingsvenster (zie opties) opnieuw. Deze optie houdt een voordeel dat unauthenticated zittingen een veel mildere tijd toestaat om voor authentiek te verklaren. Onverwachte gegevens van minder dan twee weken oud worden echter pas opnieuw verwerkt wanneer de volgende week opnieuw wordt afgespeeld.
    • Maandelijkse raadpleging op een wekelijkse frequentie: De gegevens replay elke week met een maandelijks terugkijkvenster (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 maand oud worden echter pas opnieuw verwerkt wanneer de gegevens wekelijks opnieuw worden afgespeeld.

  • Privacy: Wanneer op privacy betrekking hebbende verzoeken, naast het verwijderen van de gevraagde identiteit uit de brondataset worden ontvangen, moet om het even welk stitching van die identiteit over niet voor authentiek verklaarde gebeurtenissen worden ongedaan 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.

    note important
    IMPORTANT
    Het ontvlechtingsproces, als onderdeel van privacyverzoeken, verandert begin 2025. In het huidige ontvlechtingsproces worden gebeurtenissen hernoemd met de nieuwste versie van bekende identiteiten. Deze herplaatsing van gebeurtenissen naar een andere identiteit kan ongewenste juridische gevolgen hebben. Om deze zorgen weg te nemen, werkt het nieuwe ontvlechtingsproces vanaf 2025 gebeurtenissen bij die het voorwerp van het privacyverzoek met blijvende identiteitskaart zijn.

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 tijd worden bijgewerkt, en hoe deze updates de stappen in op grafiek-gebaseerde het stitching beïnvloeden.

Grafiek 246 van de Identiteit
Grafiek 3579 van de Identiteit

U kunt een identiteitsgrafiek over tijd voor een specifiek profiel bekijken gebruikend de Kijker van de Grafiek van de Identiteit. Zie ook Dienst die van de Identiteit logicaverbindt om een beter begrip van de gebruikte logica te krijgen wanneer het verbinden 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		 Namespace
Email Grafiek 		Id met titel (na liveslot)
1 2023-05-12 11:00 246 246 Verbinding niet gedefiniëerd 246
2 2023-05-12 14:00 246 246 Verbinding bob.a@gmail.com bob.a@gmail.com
3 2023-05-12 15:00 246 246 Verbinding bob.a@gmail.com bob.a@gmail.com
4 2023-05-12 17:00 3579 3579 Verbinding niet gedefiniëerd 3579
5 2023-05-12 19:00 3579 3579 Verbinding ted.w@gmail.com ted.w@gmail.com
6 2023-05-13 15:00 246 246 Verbinding bob.a@gmail.com bob.a@gmail.com
7 2023-05-13 16:30 246 246 Verbinding a.b@yahoo.co.uk
246 Verbinding 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 raadpleging aan meer dan één vastgemaakte identiteitskaart (zoals voor gebeurtenis 7) oplost, wordt lexicografische eerste identiteitskaart die door de identiteitsgrafiek is teruggekeerd 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 in 2023-05-13 16:30, met een configuratie van het terugkijkvenster van 24 uur, worden sommige gebeurtenissen van de steekproef opnieuw vastgezet (die door wordt vermeld 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
Tijd Blijvende id
ECID		 Namespace
Email Grafiek 		Gestikte identiteitskaart
(na levende steek)		 Gestikte identiteitskaart
(na replay 24 uren)
2 2023-05-12 14:00 246 246 Verbinding bob.a@gmail.com bob.a@gmail.com bob.a@gmail.com
3 2023-05-12 15:00 246 246 Verbinding bob.a@gmail.com bob.a@gmail.com bob.a@gmail.com
Replay 4 2023-05-12 17:00 3579 3579 Verbinding ted.w@gmail.com 3579 ted.w@gmail.com
Replay 5 2023-05-12 19:00 3579 3579 Verbinding ted.w@gmail.com ted.w@gmail.com ted.w@gmail.com
Replay 6 2023-05-13 15:00 246 246 Verbinding a.b@yahoo.co.uk bob.a@gmail.com a.b@yahoo.co.uk
Replay 7 2023-05-13 16:30 246 246 Verbinding a.b@yahoo.co.uk
246 Verbinding 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		 Namespace
Email Grafiek 		Gestikte identiteitskaart
(na levende steek)		 Gestikte identiteitskaart
(na replay 7 dagen)
opnieuw spelen 1 2023-05-12 11:00 246 246 Verbinding niet gedefiniëerd 246 a.b@yahoo.co.uk
Replay 2 2023-05-12 14:00 246 246 Verbinding bob.a@gmail.com bob.a@gmail.com a.b@yahoo.co.uk
Replay 3 2023-05-12 15:00 246 246 Verbinding bob.a@gmail.com bob.a@gmail.com a.b@yahoo.co.uk
Replay 4 2023-05-12 17:00 3579 3579 Verbinding ted.w@gmail.com 3579 ted.w@gmail.com
Replay 5 2023-05-12 19:00 3579 3579 Verbinding ted.w@gmail.com ted.w@gmail.com ted.w@gmail.com
Replay 6 2023-05-13 15:00 246 246 Verbinding a.b@yahoo.co.uk bob.a@gmail.com a.b@yahoo.co.uk
Replay 7 2023-05-13 16:30 246 246 Verbinding a.b@yahoo.co.uk
246 Verbinding 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		 Namespace
Email Grafiek 		Id met titel (na privacyverzoek)
1 2023-05-12 11:00 246 246 Verbinding a.b@yahoo.co.uk 246
2 2023-05-12 14:00 246 246 Verbinding a.b@yahoo.co.uk 246
3 2023-05-12 15:00 246 246 Verbinding a.b@yahoo.co.uk 246
4 2023-05-12 17:00 3579 3579 Verbinding ted.w@gmail.com 3579
5 2023-05-12 19:00 3579 3579 Verbinding ted.w@gmail.com 3579
6 2023-05-13 15:00 246 246 Verbinding a.b@yahoo.co.uk 246
7 2023-05-13 16:30 246 246 Verbinding a.b@yahoo.co.uk
246 Verbinding 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, blijvende identiteitskaart identificeert. 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 het Experience Platform.
  • Ononderbroken identiteitskaart moet ook als identiteitin het schema worden bepaald.
  • De identiteitsgrafiek van de Dienst van de Identiteit van het Experience Platform moet een namespace (bijvoorbeeld Email, of Phone) hebben u tijdens het stitching wilt gebruiken om voorbijgaande identiteitskaart op te lossen. Zie Dienst van de Identiteit van het Experience Platformvoor meer informatie.
NOTE
U ​ ​vereist geen vergunning van Real-time Customer Data Platform voor op grafiek-gebaseerde het stitching. Het eerste pakket of hoger van 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 Garanties van de Dienst van de Identiteitzijn van toepassing. Zie, bijvoorbeeld, de volgende statische grenzen:

    • 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 alle eerste vereistenvoldoet en gemeenschappelijke beperkingenen het stitching methode specifieke ( op gebied-gebaseerdeen op grafiek-gebaseerde) beperkingen begrijpt, kunt u deze stappen volgen om het stitching in Customer Journey Analytics te beginnen gebruiken.

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 van de Customer Journey Analyticsvoor meer details. Bepaal de beschikbare opties voordat u ondersteuning aanvraagt.

Customer Journey Analytics
Uitgezochte
Customer Journey Analytics
Première
Customer Journey Analytics
Ultimate
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 uw pakket van de Customer Journey Analytics voor de beschikbare opties.
    • 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 uw pakket van de Customer Journey Analytics voor de beschikbare optie.

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

  5. creeer een gegevensmeningdie op de verbinding wordt gebaseerd.

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