Veldgebaseerde stitatie
- Onderwerpen:
- Crosschannelanalyse
Gemaakt voor:
- Beheerder
Op gebied gebaseerde stitching specificeert u een gebeurtenisdataset evenals blijvende identiteitskaart (koekje) en voorbijgaande identiteitskaart (persoonsidentiteitskaart) voor die dataset. 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 Experience Platform en bijbehorende identiteitsgrafiek heeft). Of als u de beschikbare identiteitsgrafiek niet wilt gebruiken.
IdentityMap
Op velden gebaseerde stitching ondersteunt het gebruik van de identityMap
veldgroepin de volgende scenario's:
-
Gebruik van de primaire identiteit in naamruimte
identityMap
om de persistentID te definiëren:- Als meerdere primaire identiteiten in verschillende naamruimten worden gevonden, worden de identiteiten in de naamruimten lexigrafisch gesorteerd en wordt de eerste identiteit geselecteerd.
- Wanneer meerdere primaire identiteiten in één naamruimte worden gevonden, wordt de eerste lexicografische beschikbare primaire identiteit geselecteerd.
In het onderstaande voorbeeld resulteren naamruimten en identiteiten in een gesorteerde lijst met primaire identiteiten en ten slotte in de geselecteerde identiteit.
NaamruimtenLijst met identiteitenECID[ {"id": "ecid-3"}, {"id": "ecid-2", "primary": true}, {"id": "ecid-1", "primary": true} ]
CCID[ {"id": "ccid-1"}, {"id": "ccid-2", "primary": true} ]
Lijst met gesorteerde identiteitenGeselecteerde identiteitPrimaryIdentities [ {"id": "ccid-2", "namespace": "CCID"}, {"id": "ecid-1", "namespace": "ECID"}, {"id": "ecid-2", "namespace": "ECID"} ] NonPrimaryIdentities [ {"id": "ccid-1", "namespace": "CCID"}, {"id": "ecid-3", "namespace": "ECID"} ]
"id": "ccid-2", "namespace": "CCID"
-
Gebruik van naamruimte
identityMap
om zowel persistentID als transientID of beide te definiëren:- Wanneer meerdere waarden voor permanentID of transientID worden gevonden in een naamruimte
identityMap
, wordt de eerste lexicografische beschikbare waarde gebruikt. - Naamruimten voor persistentID en transientID moeten elkaar uitsluiten.
In het onderstaande voorbeeld resulteren de naamruimten en identiteiten in een lijst met gesorteerde identiteiten voor de geselecteerde naamruimte (ECID) en ten slotte de geselecteerde identiteit.
NaamruimtenLijst met identiteitenECID[ {"id": "ecid-3"}, {"id": "ecid-2", "primary": true}, {"id": "ecid-1", "primary": true} ]
CCID[ {"id": "ccid-1"}, {"id": "ccid-2", "primary": true} ]
Lijst met gesorteerde identiteitenGeselecteerde identiteit[ "id": "ecid-1", "id": "ecid-2", "id": "ecid-3" ]
"id": "ecid-1", "namespace": "ECID"
- Wanneer meerdere waarden voor permanentID of transientID worden gevonden in een naamruimte
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.
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.
Overweeg het volgende voorbeeld, waar het Loodje verschillende gebeurtenissen als deel van een gebeurtenisdataset registreert.
Gegevens aangezien het de dag verscheen het wordt verzameld:
246
246
246
Bob
Bob
246
Bob
Bob
246
Bob
246
Bob
Bob
246
Bob
246
Bob
Bob
3579
3579
3579
3579
81911
81911
81911
Bob
Bob
81911
Bob
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.
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:
246
246
Bob
246
Bob
Bob
Bob
246
Bob
Bob
Bob
246
Bob
Bob
246
Bob
Bob
Bob
246
Bob
Bob
246
Bob
Bob
Bob
3579
3579
3579
3579
3579
3579
81911
81911
Bob
81911
Bob
Bob
Bob
81911
Bob
Bob
246
, Bob
, 3579
, 81911
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.
De zelfde gegevens na een privacyverzoek voor Loodje:
246
246
Bob
246
246
Bob
Bob
246
246
Bob
Bob
246
246
Bob
Bob
246
246
Bob
Bob
246
246
Bob
Bob
246
246
Bob
Bob
Bob
246
3579
3579
3579
3579
3579
3579
3579
3579
81911
81911
Bob
81911
81911
Bob
Bob
Bob
81911
81911
Bob
Bob
81911
246,
Bob
, 3579
, 81911
Loodje,
3579
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 bezoeker-id die is gegenereerd door een Adobe Analytics AppMeasurement-bibliotheek of een ECID die is gegenereerd door de Adobe Experience Platform Identity Service.
- 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 Customer Journey Analytics te omvatten, is het verkieslijk dat de andere datasets ook een gelijkaardige gemeenschappelijke herkenningsteken hebben.
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 meerdere personen wordt gedeeld en het totale aantal overgangen tussen gebruikers groter is dan 50.000, stopt Customer Journey Analytics met het naaien van gegevens voor dat apparaat.
- 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 Adobe om het even welke regels van VISTA of verwerkingsregels te herzien die op het overgangsgebied 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. - U kunt niet dezelfde naamruimte gebruiken, zowel de persistentID als de transientID, de naamruimten moeten elkaar uitsluiten.