Unione

L’unione include l’unione di dati utente autenticati e non autenticati. Prima di attivare l’unione su un set di dati evento, assicurati di rispettare le leggi e le normative applicabili, incluso l’ottenimento delle autorizzazioni necessarie per l’utente finale. Consulta Definire i campi di identità nell’interfaccia utente per ulteriori informazioni.

Importa i dati desiderati in Adobe Experience Platform:

• Per i dati di Adobe Analytics, vedi Utilizzo dei dati della suite di rapporti di Adobe Analytics nel Customer Journey Analytics.
• Per altri tipi di dati, consulta la sezione Creare uno schema e Inserire i dati nella documentazione di Adobe Experience Platform.

Unione di due o più set di dati. L’unione si applica solo a un set di dati. L’unione di set di dati si verifica in seguito alla configurazione di una connessione di Customer Journey Analytics e alla selezione dello stesso ID persona nei set di dati selezionati nella connessione.

Unione di due set di dati. In Customer Journey Analytics, un join viene spesso utilizzato per ricerche o classificazioni in Analysis Workspace. Sebbene l’unione utilizzi la funzionalità di unione, il processo stesso non coinvolge solo i join.

Unione live: tenta di unire ogni hit (evento) nel momento in cui arriva. Gli hit da dispositivi che sono "nuovi" al set di dati (non sono mai stati autenticati) in genere non vengono uniti a questo livello. Gli hit da dispositivi già riconosciuti vengono uniti immediatamente.

Unione ripetizioni: "riproduce" i dati in base a identificatori univoci (ID transitori) appresi. In questa fase vengono uniti gli hit da dispositivi precedentemente sconosciuti (ID persistenti) (a ID transitori). La ripetizione è determinata da due parametri: frequency e lookback window. Adobe offre le seguenti combinazioni di questi parametri:

• Lookback giornaliero su una frequenza giornaliera: i dati vengono ripetuti ogni giorno con un intervallo di lookback di 24 ore. Questa opzione offre un vantaggio in quanto le ripetizioni sono molto più frequenti, ma i visitatori non autenticati devono autenticarsi lo stesso giorno in cui visitano il sito.
• Lookback settimanale su una frequenza settimanale: i dati vengono ripetuti una volta alla settimana con un intervallo di lookback settimanale (vedi opzioni). Questa opzione offre un vantaggio che consente alle sessioni non autenticate un tempo di autenticazione molto più lungo. Tuttavia, i dati non uniti che hanno meno di una settimana non vengono rielaborati fino alla successiva riproduzione settimanale.
• Lookback bisettimanale con frequenza settimanale: i dati vengono ripetuti una volta alla settimana con un intervallo di lookback bisettimanale (vedi opzioni). Questa opzione offre un vantaggio che consente alle sessioni non autenticate un tempo di autenticazione molto più lungo. Tuttavia, i dati non uniti che hanno meno di due settimane non vengono rielaborati fino alla successiva riproduzione settimanale.
• Lookback mensile su una frequenza settimanale: i dati vengono ripetuti ogni settimana con un intervallo di lookback mensile (vedi opzioni). Questa opzione offre un vantaggio che consente alle sessioni non autenticate un tempo di autenticazione molto più lungo. Tuttavia, i dati non uniti che hanno meno di un mese non vengono rielaborati fino alla successiva riproduzione settimanale.

Privacy: quando vengono ricevute richieste relative alla privacy, oltre a rimuovere l'identità richiesta, è necessario annullare l'unione di tale identità tra eventi non autenticati.

Il set di dati dell’evento in Adobe Experience Platform, a cui desideri applicare l’unione, deve avere due colonne che aiutino a identificare i visitatori:

• Un ID persistente, un identificatore disponibile su ogni riga. Ad esempio, un ID visitatore generato da una libreria di AppMeasurement Adobe Analytics o un ECID generato dal servizio Adobe Experience Platform Identity.
• Un ID transitorio, un identificatore disponibile solo su alcune righe. Ad esempio, un nome utente o un indirizzo e-mail con hash quando un visitatore si autentica. Puoi utilizzare virtualmente qualsiasi identificatore che ti piace. L’unione considera questo campo come contenente le informazioni dell’ID persona effettivo. Per risultati di unione migliori, un ID transitorio deve essere inviato all’interno degli eventi del set di dati almeno una volta per ogni ID persistente. Se prevedi di includere questo set di dati all’interno di una connessione di Customer Journey Analytics, è preferibile che anche gli altri set di dati abbiano un identificatore comune simile.

Entrambe le colonne (ID persistente e ID transitorio) devono essere definite come un campo di identità con uno spazio dei nomi identità nello schema per il set di dati da unire. Quando si utilizza l'unione delle identità in Real-time Customer Data Platform, utilizzando il gruppo di campi identityMap, è comunque necessario aggiungere campi di identità con uno spazio dei nomi di identità. Questa identificazione dei campi di identità è necessaria in quanto l'unione di Customer Journey Analytics non supporta il gruppo di campi identityMap. Quando si aggiunge un campo di identità nello schema, ma si utilizza anche il gruppo di campi identityMap, non impostare il campo di identità aggiuntivo come identità primaria. L'impostazione di un campo di identità aggiuntivo come identità primaria interferisce con il gruppo di campi identityMap utilizzato per Real-time Customer Data Platform.

Unione in tempo reale: tenta di unire ogni hit (evento) nel momento in cui arriva, utilizzando l'ID persistente per cercare l'ID transitorio per lo spazio dei nomi selezionato eseguendo una query sul grafo delle identità. Se l’ID transitorio è disponibile dalla ricerca, viene immediatamente unito.

Unione ripetizioni: riproduce i dati in base alle identità aggiornate dal grafico delle identità. In questa fase, gli hit da dispositivi precedentemente sconosciuti (ID persistenti) vengono uniti in quanto il grafo delle identità ha risolto l’identità per uno spazio dei nomi. La ripetizione è determinata da due parametri: frequency e lookback window. Adobe offre le seguenti combinazioni di questi parametri:

• Lookback giornaliero su una frequenza giornaliera: i dati vengono ripetuti ogni giorno con un intervallo di lookback di 24 ore. Questa opzione offre un vantaggio in quanto le ripetizioni sono molto più frequenti, ma i visitatori non autenticati devono autenticarsi lo stesso giorno in cui visitano il sito.
• Lookback settimanale su una frequenza settimanale: i dati vengono ripetuti una volta alla settimana con un intervallo di lookback settimanale (vedi opzioni). Questa opzione offre un vantaggio che consente alle sessioni non autenticate un tempo di autenticazione molto più lungo. Tuttavia, i dati non uniti che hanno meno di una settimana non vengono rielaborati fino alla successiva riproduzione settimanale.
• Lookback bisettimanale con frequenza settimanale: i dati vengono ripetuti una volta alla settimana con un intervallo di lookback bisettimanale (vedi opzioni). Questa opzione offre un vantaggio che consente alle sessioni non autenticate un tempo di autenticazione molto più lungo. Tuttavia, i dati non uniti che hanno meno di due settimane non vengono rielaborati fino alla successiva riproduzione settimanale.
• Lookback mensile su una frequenza settimanale: i dati vengono ripetuti ogni settimana con un intervallo di lookback mensile (vedi opzioni). Questa opzione offre un vantaggio che consente alle sessioni non autenticate un tempo di autenticazione molto più lungo. Tuttavia, i dati non uniti che hanno meno di un mese non vengono rielaborati fino alla successiva riproduzione settimanale.

Privacy: quando vengono ricevute richieste relative alla privacy, oltre a rimuovere l'identità richiesta dal set di dati di origine, è necessario annullare l'unione di tale identità tra eventi non autenticati. Inoltre, l’identità deve essere rimossa dal grafo delle identità per evitare future unioni basate su grafo per tale identità specifica.

Le marche temporali non vengono prese in considerazione quando si esegue una query per l’ID transitorio utilizzando lo spazio dei nomi specificato. Pertanto, è possibile che un ID persistente sia unito a un ID transitorio di un record che ha una marca temporale precedente.

Nessun supporto per dispositivi condivisi. Quando vengono restituite più identità, eseguendo una query sul grafico delle identità utilizzando uno spazio dei nomi, viene utilizzata la prima identità lessicografica.

Esiste un limite rigido di tre mesi per la retrocompilazione delle identità nel grafico delle identità. Puoi utilizzare le identità di backfill nel caso in cui non utilizzi un’applicazione di Experience Platform, come Real-time Customer Data Platform, per compilare il grafico delle identità.

Si applicano le protezioni del servizio Identity. Vedi, ad esempio, i seguenti limiti statici:

• Numero massimo di identità in un grafico: 50.
• Numero massimo di collegamenti a un’identità per una singola acquisizione batch: 50.
• Numero massimo di identità in un record XDM per l’acquisizione del grafico: 20.
• Numero minimo di identità in un record XDM per l’acquisizione del grafico: 2.