Guida alle configurazioni delle Identity Graph Linking Rules configurations-guide
Per informazioni sui diversi tipi di implementazione che è possibile configurare utilizzando Identity Graph Linking Rules, leggere questo documento.
Gli scenari del grafico dei clienti possono essere raggruppati in tre diverse categorie.
- Base: Le implementazioni di base includono grafici che spesso includono implementazioni semplici. Queste implementazioni tendono a ruotare intorno a un singolo spazio dei nomi multi-dispositivo (ad esempio, CRMID). Anche se le implementazioni di base sono abbastanza semplici, la compressione del grafico può comunque verificarsi, spesso a causa di scenari di dispositivi condivisi.
- Intermedio: Le implementazioni intermedie includono diverse variabili come più spazi dei nomi tra dispositivi, identità non univoche e più spazi dei nomi univoci.
- Avanzate: Le implementazioni avanzate comportano scenari di grafico complessi e a più livelli. Per le implementazioni avanzate, è essenziale stabilire l’ordine di priorità corretto dello spazio dei nomi per garantire che i collegamenti appropriati vengano rimossi, evitando in tal modo il collasso del grafico.
Introduzione
Prima di passare al seguente documento, assicurati di acquisire familiarità con diversi concetti importanti di Identity Service e Identity Graph Linking Rules.
Implementazioni di base basic-implementations
CRMID
.Leggere questa sezione per le implementazioni di base di Identity Graph Linking Rules.
Caso d’uso: implementazione semplice che utilizza uno spazio dei nomi cross-device
In genere, i clienti di Adobe dispongono di un unico spazio dei nomi per più dispositivi, utilizzato in tutte le loro proprietà, inclusi web, dispositivi mobili e applicazioni. Questo sistema è indipendente dal settore e dalla geografia, in quanto i clienti dei servizi al dettaglio, di telecomunicazione e finanziari utilizzano questo tipo di implementazione.
In genere, un utente finale è rappresentato da uno spazio dei nomi multi-dispositivo (spesso un CRMID), pertanto il CRMID deve essere classificato come uno spazio dei nomi univoco. Un utente finale proprietario di un computer e di un iPhone e che non condivide il proprio dispositivo potrebbe avere un grafico delle identità simile al seguente.
Immagina di essere un architetto di dati presso un'azienda di e-commerce denominata ACME. John e Jane sono i tuoi clienti. Sono utenti finali che vivono insieme a San Jose, California. Condividono un computer desktop e utilizzano questo computer per navigare nel sito Web. Analogamente, anche John e Jane condividono iPad e occasionalmente utilizzano iPad per navigare in Internet, incluso il tuo sito Web.
Modalità testo
CRMID: John, ECID: 123
CRMID: John, ECID: 999, IDFA: a-b-c
Configurazione algoritmo (impostazioni identità)
Configurate le seguenti impostazioni nell'interfaccia Simulazione grafico (Graph Simulation) prima di simulare il grafico.
Grafico simulato
In questo grafico, John (l’utente finale) è rappresentato dal CRMID. {ECID: 123}
rappresenta il browser Web utilizzato da John nel suo computer personale per visitare la piattaforma di e-commerce. {ECID: 999}
rappresenta il browser che ha utilizzato sul suo iPhone e {IDFA: a-b-c}
rappresenta il suo iPhone.
Esercizio
Simula la seguente configurazione in Simulazione grafico. Puoi creare eventi personalizzati oppure copiare e incollare utilizzando la modalità testo.
Dispositivo condiviso (PC)
Modalità testo
code language-json |
---|
|
Grafico simulato
In questo grafico, John e Jane sono rappresentati dai rispettivi CRMID:
{CRMID: John}
{CRMID: Jane}
Il browser del computer desktop utilizzato da entrambi per visitare la piattaforma di e-commerce è rappresentato da {ECID: 111}
. In questo scenario grafico, Jane è l'ultimo utente finale autenticato e pertanto il collegamento tra {ECID: 111}
e {CRMID: John}
viene rimosso.
Dispositivo condiviso (dispositivo mobile)
Modalità testo
code language-json |
---|
|
Grafico simulato
In questo grafico, John e Jane sono entrambi rappresentati dai rispettivi CRMID. Il browser utilizzato è rappresentato da {ECID: 111}
e il iPad condiviso da {IDFA: a-b-c}
. In questo scenario grafico, Jane è l'ultimo utente finale autenticato e pertanto i collegamenti da {ECID: 111}
e da {IDFA: a-b-c}
a {CRMID: John}
vengono rimossi.
Implementazioni intermedie intermediate-implementations
Leggere questa sezione per le implementazioni intermedie di Identity Graph Linking Rules.
Caso d’uso: i dati includono identità non univoche
CRMID
CChash
(spazio dei nomi personalizzato che rappresenta un numero di carta di credito con hash).
Immagina di essere un architetto di dati che lavora per una banca commerciale che emette carte di credito. Il team marketing ha indicato di voler includere in un profilo la cronologia delle transazioni con carta di credito passate. Questo grafico delle identità potrebbe essere simile al seguente.
Modalità testo
CRMID: John, CChash: 1111-2222
CRMID: John, CChash: 3333-4444
CRMID: John, ECID: 123
CRMID: John, ECID: 999, IDFA: a-b-c
Configurazione algoritmo (impostazioni identità)
Configurate le seguenti impostazioni nell'interfaccia Simulazione grafico (Graph Simulation) prima di simulare il grafico.
Grafico simulato
Non vi è alcuna garanzia che questi numeri di carta di credito, o qualsiasi altro spazio dei nomi non univoco, saranno sempre associati a un singolo utente finale. Due utenti finali possono registrarsi con la stessa carta di credito; è possibile che siano presenti valori segnaposto non univoci erroneamente acquisiti. In parole povere, non c’è garanzia che spazi dei nomi non univoci non causino la compressione del grafico.
Per risolvere questo problema, il servizio Identity rimuove i collegamenti meno recenti e mantiene quelli più recenti. In questo modo si ottiene un solo CRMID in un grafico, evitando in tal modo la compressione del grafico.
Esercizio
Simulare le seguenti configurazioni in Simulazione grafico. Puoi creare eventi personalizzati oppure copiare e incollare utilizzando la modalità testo.
Modalità testo
code language-json |
---|
|
Grafico simulato
Due utenti finali diversi si iscrivono al tuo sito web di e-commerce con la stessa carta di credito. Il team marketing vuole evitare il collasso del grafico assicurandosi che la carta di credito sia associata a un solo profilo.
Modalità testo
code language-json |
---|
|
Grafico simulato
A causa di dati non puliti, in Experience Platform viene acquisito un numero di carta di credito non valido.
Modalità testo
code language-json |
---|
|
Grafico simulato
Caso d’uso: i dati includono CRMID con e senza hash
CRMID
CRMIDhash
Stai acquisendo sia un CRMID senza hash (offline) che un CRMID con hash (online). L'aspettativa è che esista una relazione diretta tra CRMID non hash e hash. Quando un utente finale esplora con un account autenticato, l’identificatore CRMID con hash viene inviato insieme all’ID dispositivo (rappresentato in Identity Service come ECID).
Configurazione algoritmo (impostazioni identità)
Configurate le seguenti impostazioni nell'interfaccia Simulazione grafico (Graph Simulation) prima di simulare il grafico.
Esercizio
Simulare le seguenti configurazioni in Simulazione grafico. Puoi creare eventi personalizzati oppure copiare e incollare utilizzando la modalità testo.
John e Jane condividono un dispositivo.
Modalità testo
code language-json |
---|
|
A causa di errori nel processo di hashing, viene generato un CRMID con hashing non univoco che viene inviato al servizio Identity.
Modalità testo
code language-json |
---|
|
Caso d’uso: i dati includono tre spazi dei nomi univoci
CRMID
.Il cliente definisce un'entità a persona singola come segue:
- Un utente finale a cui è assegnato un CRMID.
- Utente finale associato a un indirizzo e-mail con hash, in modo che i profili possano essere attivati nelle destinazioni che supportano tale indirizzo (ad esempio, Facebook).
- Un utente finale associato a un indirizzo e-mail, in modo che il personale di supporto possa cercare il proprio profilo su Real-Time CDP utilizzando tale indirizzo e-mail.
Simulare le seguenti configurazioni nello strumento di simulazione del grafico. Puoi creare eventi personalizzati oppure copiare e incollare utilizzando la modalità testo.
In questo scenario, sia John che Jane accedono a un sito web di e-commerce.
Modalità testo
code language-json |
---|
|
Modalità testo
code language-json |
---|
|
Implementazioni avanzate advanced-implementations
Le implementazioni avanzate coinvolgono scenari di grafico complessi e a più livelli. Questi tipi di implementazioni includono l'utilizzo di priorità dello spazio dei nomi per identificare i collegamenti corretti da rimuovere per evitare la compressione del grafico.
La priorità dello spazio dei nomi è costituita da metadati che classificano gli spazi dei nomi in base alla loro importanza. Se un grafico contiene due identità, ciascuna con uno spazio dei nomi univoco diverso, Identity Service utilizza la priorità dello spazio dei nomi per decidere quali collegamenti rimuovere. Per ulteriori informazioni, consulta la documentazione sulla priorità dello spazio dei nomi.
La priorità dello spazio dei nomi svolge un ruolo fondamentale in scenari di grafico complessi. I grafici possono avere più livelli: un utente finale può essere associato a più ID di accesso e questi ID di accesso possono essere con hash. Inoltre, diversi ECID potrebbero essere collegati a diversi ID di accesso. Al fine di garantire che il collegamento corretto, nel livello destro venga rimosso, le configurazioni di priorità dello spazio dei nomi devono essere corrette.
Leggere questa sezione per le implementazioni avanzate di Identity Graph Linking Rules.
Caso d’uso: è necessario il supporto per più linee di business
CRMID
loginID
Gli utenti finali hanno due account diversi, un account personale e un account aziendale. Ogni account è identificato da un ID diverso. In questo scenario, un grafico tipico si presenta come segue:
Modalità testo
CRMID: John, loginID: JohnPersonal
CRMID: John, loginID: JohnBusiness
loginID: JohnPersonal, ECID: 111
loginID: JohnPersonal, ECID: 222
loginID: JohnBusiness, ECID: 222
Configurazione algoritmo (impostazioni identità)
Configurate le seguenti impostazioni nell'interfaccia Simulazione grafico (Graph Simulation) prima di simulare il grafico.
Grafico simulato
Esercizio
Simula la seguente configurazione in Simulazione grafico. Puoi creare eventi personalizzati oppure copiare e incollare utilizzando la modalità testo.
Modalità testo
code language-json |
---|
|
Modalità testo
code language-json |
---|
|
Caso d’uso: implementazioni complesse che richiedono più spazi dei nomi
CRMID
loyaltyID
thirdPartyID
orderID
Sei una società di media e intrattenimento e i tuoi utenti finali hanno i seguenti elementi:
- UN CRMID
- Un ID fedeltà
Inoltre, gli utenti finali possono effettuare un acquisto sul sito web di e-commerce e questi dati sono legati al loro indirizzo e-mail. I dati utente vengono inoltre arricchiti da un provider di database di terze parti e inviati ad Experience Platform in batch.
Modalità testo
CRMID: John, loyaltyID: John, Email: john@g
Email: john@g, orderID: aaa
CRMID: John, thirdPartyID: xyz
CRMID: John, ECID: 111
Configurazione algoritmo (impostazioni identità)
Configurate le seguenti impostazioni nell'interfaccia Simulazione grafico (Graph Simulation) prima di simulare il grafico.
Esercizio
Simula la seguente configurazione in Simulazione grafico. Puoi creare eventi personalizzati oppure copiare e incollare utilizzando la modalità testo.
Modalità testo
code language-json |
---|
|
Modalità testo
code language-json |
---|
|
Modalità testo
code language-json |
---|
|
Modalità testo
code language-json |
---|
|
Modalità testo
code language-json |
---|
|
Passaggi successivi
Per ulteriori informazioni su Identity Graph Linking Rules, leggere la seguente documentazione: