Unione delle identità basata sui campi

Utilizzo dell’identità primaria negli spazi dei nomi identityMap per definire l’ID persistente:

• Se più identità primarie si trovano in spazi dei nomi diversi, le identità negli spazi dei nomi vengono ordinate lessicograficamente e la prima identità viene selezionata.
• Se più identità primarie si trovano all’interno di un singolo spazio dei nomi, viene selezionata la prima identità primaria lessicografica disponibile.

Nell’esempio seguente, gli spazi dei nomi e le identità restituiscono un elenco di identità primarie ordinato e, infine, l’identità selezionata.

[
  {"id": "ecid-3"},
  {"id": "ecid-2", "primary": true},
  {"id": "ecid-1", "primary": true}
 ]

[
  {"id": "ccid-1"},
  {"id": "ccid-2", "primary": true}
]

PrimaryIdentities [
  {"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"

Utilizzo dello spazio dei nomi identityMap per definire l’ID persistente o l’ID persona o entrambi:

• Se in uno spazio dei nomi identityMap sono presenti più valori per l’ID persistente o per l’ID persona, viene utilizzato il primo valore lessicografico disponibile.
• Gli spazi dei nomi per l’ID persistente e per l’ID persona devono escludersi a vicenda.

Nell’esempio seguente, hai selezionato ECID come spazio dei nomi da utilizzare. La selezione determina un elenco di identità ordinate e, infine, l’identità selezionata.

[
  {"id": "ecid-3"},
  {"id": "ecid-2", "primary": true},
  {"id": "ecid-1", "primary": true}
]

[
  {"id": "ccid-1"},
  {"id": "ccid-2", "primary": true}
]

[
  "id": "ecid-1",
  "id": "ecid-2",
  "id": "ecid-3"
]

"id": "ecid-1",
"namespace": "ECID"

Unione delle identità live: tenta di unire ogni hit (evento) nel momento in cui arriva. Gli hit provenienti da dispositivi nuovi per il set di dati (che non si sono mai autenticati) in genere non vengono uniti questo livello. Gli hit provenienti da dispositivi già riconosciuti vengono uniti immediatamente.

Ripetizione dell’unione delle identità: ripete i dati in base a identificatori univoci (ID persona). In questa fase, gli ID provenienti da dispositivi in precedenza sconosciuti (ID persistenti) vengono uniti (agli ID persona). Due parametri determinano la ripetizione: frequenza e intervallo di lookback. Adobe offre le seguenti combinazioni di questi parametri:

• Lookback giornaliero con frequenza giornaliera: i dati vengono ripetuti ogni giorno con un intervallo di lookback di 24 ore. Questa opzione è vantaggiosa poiché gestisce ripetizioni molto frequenti; tuttavia, richiede che i profili non autenticati effettuino l’autenticazione nello stesso giorno della visita al sito.
• Lookback settimanale con frequenza settimanale: i dati vengono ripetuti una volta alla settimana con un intervallo di lookback settimanale (vedi opzioni). Questa opzione offre il vantaggio di concedere 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 ripetizione 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 il vantaggio di concedere alle sessioni non autenticate un tempo di autenticazione molto più lungo. Tuttavia, i dati non sottoposti a unione delle identità risalenti a meno di due settimane non vengono rielaborati fino alla successiva ripetizione settimanale.
• Lookback mensile con frequenza settimanale: i dati vengono ripetuti ogni settimana con un intervallo di lookback mensile (vedi opzioni). Questa opzione offre il vantaggio di concedere 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 ripetizione 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 evento in Adobe Experience Platform, a cui desideri applicare l’unione, deve avere due colonne che aiutino a identificare i profili:

• Un ID persistente, un identificatore presente su ogni riga. Ad esempio, un ID visitatore generato da una libreria AppMeasurement di Adobe Analytics o un ECID generato da Adobe Experience Platform Identity Service.
• Un ID persona, un identificatore presente solo su alcune righe. Ad esempio, un nome utente o un indirizzo e-mail con hash quando un profilo 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 persona 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 Customer Journey Analytics, è preferibile che anche gli altri set di dati abbiano un identificatore comune simile.