Unione delle identità basata su grafo

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:

• Se in uno spazio dei nomi identityMap sono presenti più valori per persistentID, viene utilizzata la prima identità lessicografica disponibile.

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, utilizzando l’ID persistente per risalire all’ID persona dello spazio dei nomi selezionato tramite il grafo identità. Se la ricerca restituisce un ID persona, l’unione avviene istantaneamente.

Ripetizione dell’unione delle identità: ripete i dati in base alle identità aggiornate dal grafo identità. In questa fase, gli hit provenienti da dispositivi precedentemente sconosciuti (ID persistenti) vengono uniti, poiché il grafo identità ha associato l’identità a uno spazio dei nomi. 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 si ricevono 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 identità per evitare future unioni per tale identità specifica.

Il set di dati evento in Adobe Experience Platform, a cui si desidera applicare l’unione delle identità, deve avere una colonna che identifica un profilo per ogni riga, l’ID persistente. Ad esempio, un ID visitatore generato da una libreria AppMeasurement di Adobe Analytics o un ECID generato da Experience Platform Identity Service.

Il grafo delle identità da Experience Platform Identity Service deve essere impostato a livello di sandbox, prima di abilitare l’unione basata su grafo.

• Il grafo delle identità deve avere uno spazio dei nomi (ad esempio Email o Phone) che si desidera utilizzare durante l’unione per risolvere l’ID persona.
• Il grafo delle identità deve essere compilato con le informazioni sulle identità provenienti da qualsiasi set di dati rilevante (di tipo event o profile e che contengono almeno due spazi dei nomi utili con valori ID).
• Tutti i set di dati che contengono queste identità rilevanti devono essere abilitati per l’acquisizione dei dati del grafico delle identità. Questa abilitazione assicura che le identità in ingresso vengano aggiunte al grafico nel tempo da tutte le origini necessarie.
• Se utilizzi già Real-Time Customer Data Profile o Adobe Journey Optimizer da un po’, il grafico dovrebbe essere già configurato in una certa misura.
  Se è richiesta anche la retrocompilazione dell’unione storica per il set di dati abilitato con l’unione basata su grafico, il grafico deve già contenere identità storiche per l’intero periodo, per ottenere i risultati di unione desiderati.

Se si desidera utilizzare l’unione basata su grafico e si prevede che il set di dati evento contribuirà al grafico delle identità, è necessario abilitare il set di dati per il servizio Identity.

L’ID persistente e l’ID persona possono essere utilizzati con identityMap. Oppure l’ID persistente e l’ID persona possono essere campi dello schema XDM, nel qual caso i campi devono essere definiti come identità nello schema.

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

Per i dispositivi condivisi in cui lo spazio dei nomi nel grafo contiene più identità, viene utilizzata la prima identità lessicografica. Se i limiti e le priorità dello spazio dei nomi sono definiti nelle regole di collegamento del grafo, il sistema utilizzerà l’identità dell’ultimo utente autenticato. Per ulteriori informazioni, consulta Dispositivi condivisi.

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

Si applicano i guardrail di Identity Service. Vedi, ad esempio, i seguenti limiti statici:

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