Come funziona l’unione
L’unione esegue almeno due passaggi sui dati in un determinato set di dati:
-
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.
-
Ripeti unione: "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). Adobe offre due intervalli di ripetizione:
- Giornaliero: i dati vengono riprodotti 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.
- Ogni settimana: i dati vengono ripetuti una volta alla settimana con un intervallo di lookback di 7 giorni. 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.
-
Privacy (facoltativo): quando vengono ricevute richieste relative alla privacy, oltre a rimuovere l’identità richiesta, qualsiasi unione di tale identità tra eventi non autenticati deve essere annullata.
I dati oltre l’intervallo di lookback non vengono riprodotti. Un visitatore deve effettuare l’autenticazione all’interno di un intervallo di lookback specificato perché una visita non autenticata e una visita autenticata siano identificate insieme. Una volta riconosciuto, il dispositivo è live stitched da quel momento in poi.
Passaggio 1: live stitching
L’unione live tenta di unire ogni evento al momento della raccolta su dispositivi e canali noti. Prendi in considerazione l’esempio seguente, in cui Bob registra eventi diversi come parte di un set di dati evento.
Dati visualizzati nel giorno in cui vengono raccolti:
246, Bob, 3579, 81911
Gli eventi non autenticati e autenticati sui nuovi dispositivi vengono conteggiati come persone separate (temporaneamente). Gli eventi non autenticati sui dispositivi riconosciuti sono live stitched.
L’attribuzione funziona quando la variabile personalizzata di identificazione si collega a un dispositivo. Nell’esempio precedente, tutti gli eventi ad eccezione di 1, 8, 9 e 10 sono live stitched (utilizzano tutti Bob
identificatore). L’unione live "risolve" l’ID unione per gli eventi 4, 6 e 12.
I dati ritardati (dati con una marca temporale di oltre 24 ore) vengono gestiti in base al "massimo impegno", ottimizzando al contempo l’unione dei dati correnti per la massima qualità.
Passaggio 2: ripetere l’unione
A intervalli regolari (una volta alla settimana o una volta al giorno, a seconda dell’intervallo di lookback scelto), la ripetizione dell’unione ricalcola i dati storici in base ai dispositivi riconosciuti. Se un dispositivo invia inizialmente i dati mentre non è autenticato e poi effettua l’accesso, la ripetizione dell’unione collega tali eventi non autenticati alla persona corretta. La tabella seguente rappresenta gli stessi dati di cui sopra, ma mostra numeri diversi in base alla ripetizione dei dati.
Gli stessi dati dopo la ripetizione:
246, Bob, 3579, 81911
Bob, 3579
L’attribuzione funziona quando la variabile personalizzata di identificazione si collega a un dispositivo. Nell’esempio precedente, l’evento 1 e 10 vengono uniti in seguito alla ripetizione, lasciando separati solo gli eventi 8 e 9. E riducendo la metrica delle persone (cumulativa) a 2.
Passaggio 3: richiesta di accesso a dati personali
Quando ricevi una richiesta di accesso a dati personali, la riga contenente le informazioni utente originali viene rimossa, insieme a tutti gli ID uniti che contengono queste informazioni sulla stessa persona. La tabella seguente rappresenta gli stessi dati di cui sopra, ma mostra l’effetto che una richiesta di privacy per Bob ha sui dati dopo l’elaborazione. Le righe in cui Bob si è autenticato vengono rimosse (2, 3, 5, 7 e 11) insieme alla rimozione di Bob come ID transitorio per altre righe.
Gli stessi dati dopo una richiesta di privacy per Bob:
246, Bob, 3579, 81911
Bob, 3579
248, 3579, 81911
Riepilogo
- L’unione unisce immediatamente gli eventi da dispositivi noti, ma non unisce immediatamente gli eventi da dispositivi nuovi o non riconosciuti.
- I dati vengono ripetuti a intervalli regolari e cambiano i dati storici nella connessione in base ai dispositivi che ha imparato a identificare.
- L’unione live e l’unione di ripetizione vengono eseguite su un singolo set di dati. Il risultato è un nuovo set di dati con privilegi elevati che è più adatto per essere utilizzato quando combinato con altri set di dati (ad esempio, dati dei call center) per eseguire l’analisi cross-channel.
- Le richieste di accesso a dati personali rimuovono le identità distribuite su righe non autenticate.