Esempi di configurazioni di grafo
- "CRMID" e "loginID" sono spazi dei nomi personalizzati. In questo documento, "CRMID" è un identificatore di persona e "loginID" è un identificatore di accesso associato a una determinata persona.
- Per simulare gli scenari del grafico di esempio descritti in questo documento, devi innanzitutto creare due spazi dei nomi personalizzati, uno con il simbolo di identità "CRMID" e un altro con il simbolo di identità "loginID". I simboli di identità fanno distinzione tra maiuscole e minuscole.
Questo documento illustra alcuni esempi di configurazione del grafico di scenari comuni che potresti incontrare quando lavori con regole di collegamento del grafico delle identità e dati di identità.
Solo CRMID
Questo è un esempio di un semplice scenario di implementazione in cui gli eventi online (CRMID ed ECID) vengono acquisiti e gli eventi offline (record di profilo) vengono memorizzati solo in base al CRMID.
Implementazione:
Eventi:
Puoi creare questo scenario nella simulazione del grafico copiando i seguenti eventi in modalità testo:
CRMID: Tom, ECID: 111
Configurazione algoritmo:
Puoi creare questo scenario nella simulazione del grafico configurando la seguente configurazione per la configurazione dell’algoritmo:
Selezione identità primaria per Real-Time Customer Profile:
Nel contesto di questa configurazione, l’identità primaria sarà definita come segue:
Esempi di grafici
Di seguito è riportato un esempio di grafico ideale a persona singola, in cui il CRMID è univoco e riceve la priorità più elevata.
Di seguito è riportato un esempio di grafico a più persone. In questo esempio viene visualizzato lo scenario "dispositivo condiviso", in cui sono presenti due CRMID e viene rimosso quello con il collegamento stabilito precedente.
Input eventi simulazione grafico
| code language-shell |
|---|
|
CRMID con e-mail con hash
In questo scenario, viene acquisito un CRMID che rappresenta sia dati online (evento esperienza) che offline (record profilo). Questo scenario comporta anche l’acquisizione di un’e-mail con hash, che rappresenta un altro spazio dei nomi inviato nel set di dati del record di gestione delle relazioni con i clienti insieme al CRMID.
Implementazione:
Eventi:
Puoi creare questo scenario nella simulazione del grafico copiando i seguenti eventi in modalità testo:
CRMID: Tom, Email_LC_SHA256: tom<span>@acme.com
CRMID: Tom, ECID: 111
CRMID: Summer, Email_LC_SHA256: summer<span>@acme.com
CRMID: Summer, ECID: 222
Configurazione algoritmo:
Puoi creare questo scenario nella simulazione del grafico configurando la seguente configurazione per la configurazione dell’algoritmo:
Selezione identità primaria per il profilo:
Nel contesto di questa configurazione, l’identità primaria sarà definita come segue:
Esempi di grafici
Di seguito sono riportati alcuni esempi di una coppia di grafici ideali per singola persona, in cui ogni CRMID è associato al rispettivo spazio dei nomi e-mail con hash ed ECID.
Di seguito è riportato un esempio di uno scenario con grafico a più persone in cui un dispositivo è condiviso da due persone.
Input eventi simulazione grafico
| code language-shell |
|---|
|
Di seguito è riportato un esempio di uno scenario con grafico a più persone in cui l’e-mail non è univoca e viene associata a due diversi CRMID.
Input eventi simulazione grafico
| code language-shell |
|---|
|
CRMID con e-mail con hash, telefono con hash, GAID e IDFA
Questo scenario è simile a quello precedente. Tuttavia, in questo scenario, le e-mail e il telefono con hash vengono contrassegnati come identità da utilizzare in Segment Match.
Implementazione:
Eventi:
Puoi creare questo scenario nella simulazione del grafico copiando i seguenti eventi in modalità testo:
CRMID: Tom, Email_LC_SHA256: aabbcc, Phone_SHA256: 123-4567
CRMID: Tom, ECID: 111
CRMID: Tom, ECID: 222, IDFA: A-A-A
CRMID: Summer, Email_LC_SHA256: ddeeff, Phone_SHA256: 765-4321
CRMID: Summer, ECID: 333
CRMID: Summer, ECID: 444, GAID:B-B-B
Configurazione algoritmo:
Puoi creare questo scenario nella simulazione del grafico configurando la seguente configurazione per la configurazione dell’algoritmo:
Selezione identità primaria per il profilo:
Nel contesto di questa configurazione, l’identità primaria sarà definita come segue:
Esempi di grafici
Di seguito è riportato uno scenario di grafico a persona singola ideale in cui e-mail con hash e telefono con hash sono contrassegnati come identità da utilizzare in Segment Match. In questo scenario, i grafici sono suddivisi in due, per rappresentare entità persona diverse.
Di seguito è riportato uno scenario di grafico a più persone in cui un dispositivo (computer) è condiviso da due persone. In questo scenario, il computer condiviso è rappresentato da {ECID: 111} ed è collegato a {CRMID: Summer} perché il collegamento è quello stabilito più di recente. {CRMID: Tom} è stato rimosso perché il collegamento tra {CRMID: Tom} e {ECID: 111} è meno recente e perché CRMID è lo spazio dei nomi univoco designato in questa configurazione.
Input eventi simulazione grafico
| code language-shell |
|---|
|
Di seguito è riportato uno scenario con un grafico a più persone in cui un dispositivo android è condiviso da due persone. In questo scenario, CRMID è configurato come spazio dei nomi univoco e pertanto il collegamento più recente di {CRMID: Tom, GAID: B-B-B, ECID:444} sostituisce il precedente {CRMID: Summer, GAID: B-B-B, ECID:444}.
Input eventi simulazione grafico
| code language-shell |
|---|
|
Di seguito è riportato uno scenario di grafico a più persone in cui un dispositivo Apple è condiviso da due persone. In questo scenario l’identificatore IDFA è condiviso, ma l’identificatore ECID non viene reimpostato.
Input eventi simulazione grafico
| code language-shell |
|---|
|
Di seguito è riportato uno scenario di grafico a più persone in cui un dispositivo Apple è condiviso da due persone. In questo scenario, l’ECID viene ripristinato, ma l’IDFA rimane lo stesso.
Input eventi simulazione grafico
| code language-shell |
|---|
|
Di seguito è riportato uno scenario con grafico a più persone in cui lo stesso numero di telefono viene condiviso da due persone.
Input eventi simulazione grafico
| code language-shell |
|---|
|
In questo esempio, anche {Phone_SHA256} è contrassegnato come spazio dei nomi univoco. Pertanto, un grafico non può avere più di un'identità con lo spazio dei nomi {Phone_SHA256}. In questo scenario, {Phone_SHA256: 765-4321} è scollegato da {CRMID: Summer} e {Email_LC_SHA256: ddeeff} perché è il collegamento precedente,
Di seguito è riportato uno scenario di grafico a più persone in cui l’e-mail è condivisa da due persone.
Input eventi simulazione grafico
| code language-shell |
|---|
|
CRMID singolo con più ID di accesso (versione semplice)
In questo scenario, esiste un singolo CRMID che rappresenta un’entità persona. Tuttavia, un’entità persona può avere più identificatori di accesso:
- Una determinata entità persona può avere diversi tipi di conto (personale o aziendale, conto per stato, conto per marchio, ecc.)
- Una determinata entità persona può utilizzare indirizzi e-mail diversi per qualsiasi numero di account.
Implementazione:
Eventi:
Puoi creare questo scenario nella simulazione del grafico copiando i seguenti eventi in modalità testo:
CRMID: Tom, loginID: ID_A
CRMID: Tom, loginID: ID_B
loginID: ID_A, ECID: 111
CRMID: Summer, loginID: ID_C
CRMID: Summer, loginID: ID_D
loginID: ID_C, ECID: 222
Configurazione algoritmo:
Puoi creare questo scenario nella simulazione del grafico configurando la seguente configurazione per la configurazione dell’algoritmo:
Selezione identità primaria per il profilo:
Nel contesto di questa configurazione, l’identità primaria sarà definita come segue:
Esempi di grafici
Di seguito è riportato uno scenario di grafico a persona singola con un singolo CRMID e più ID di accesso.
Di seguito è riportato uno scenario di grafico a più persone in cui un dispositivo è condiviso da due persone. In questo scenario, {ECID:111} è collegato sia a {loginID:ID_A} che a {loginID:ID_C} e il precedente collegamento stabilito di {ECID:111, loginID:ID_A} viene rimosso.
Input eventi simulazione grafico
| code language-shell |
|---|
|
Di seguito è riportato uno scenario di grafico a più persone che coinvolge dati non validi. In questo scenario, {loginID:ID_D} è collegato erroneamente a due utenti diversi e il collegamento con la marca temporale precedente viene eliminato, a favore del collegamento stabilito più di recente.
Input eventi simulazione grafico
| code language-shell |
|---|
|
Il grafico seguente simula uno scenario di loginID "penzolante". In questo esempio, due diversi loginID sono associati allo stesso ECID. Tuttavia, {loginID:ID_C} non è collegato al CRMID. Pertanto, il servizio Identity non è in grado di rilevare che questi due ID di accesso rappresentano due entità diverse.
Input eventi simulazione grafico
| code language-shell |
|---|
|
CRMID singolo con più ID di accesso (versione complessa)
In questo scenario, esiste un singolo CRMID che rappresenta un’entità persona. Tuttavia, un’entità persona può avere più identificatori di accesso:
- Una determinata entità persona può avere diversi tipi di conto (personale o aziendale, conto per stato, conto per marchio, ecc.)
- Una determinata entità persona può utilizzare indirizzi e-mail diversi per qualsiasi numero di account.
Implementazione:
Nota: per impostazione predefinita, gli AAID sono bloccati in Identity Service, pertanto devi assegnare agli ECID una priorità maggiore rispetto agli AAID quando utilizzi l'origine Analytics. Per ulteriori informazioni, leggere la guida all'implementazione.
Eventi:
Puoi creare questo scenario nella simulazione del grafico copiando i seguenti eventi in modalità testo:
CRMID: Tom, Email_LC_SHA256: aabbcc, Phone_SHA256: 123-4567
CRMID: Tom, loginID: ID_A
CRMID: Tom, loginID: ID_B
loginID: ID_A, ECID: 111
CRMID: Summer, Email_LC_SHA256: ddeeff, Phone_SHA256: 765-4321
CRMID: Summer, loginID: ID_C
CRMID: Summer, loginID: ID_D
loginID: ID_C, ECID: 222
Configurazione algoritmo:
Puoi creare questo scenario nella simulazione del grafico configurando la seguente configurazione per la configurazione dell’algoritmo:
Selezione identità primaria per il profilo:
Nel contesto di questa configurazione, l’identità primaria sarà definita come segue:
Esempi di grafici
Di seguito è riportato un esempio di due grafici a persona singola con un identificatore CRMID e più ID di accesso.
Di seguito è riportato uno scenario di dispositivo condiviso tra più persone in cui {ECID:111} è collegato sia a {loginID:ID_A} che a {loginID:ID_C}. In questo caso, i collegamenti precedentemente stabiliti vengono rimossi a favore di quelli stabiliti più di recente.
Input eventi simulazione grafico
| code language-shell |
|---|
|
In questo scenario, invece di inviare solo il loginID, sia loginID che CRMID vengono inviati come eventi di esperienza.
Input eventi simulazione grafico
| code language-shell |
|---|
|
In questo scenario, {loginID:ID_C} è collegato sia a {CRMID:Tom} che a {CRMID:Summer} e pertanto è considerato un dato non valido perché gli scenari di grafo ideali non devono collegare gli stessi loginID a due utenti diversi. In questo caso, i vecchi collegamenti stabiliti vengono rimossi a favore di quelli stabiliti più di recente.
Input eventi simulazione grafico
| code language-shell |
|---|
|
In questo scenario, un’e-mail non univoca viene collegata a due diversi CRMID, pertanto i collegamenti stabiliti in precedenza vengono rimossi a favore di quelli stabiliti più di recente.
Input eventi simulazione grafico
| code language-shell |
|---|
|
In questo scenario, un numero di telefono non univoco viene collegato a due diversi CRMID, i collegamenti meno recenti vengono rimossi a favore di quelli più recenti.
Input eventi simulazione grafico
| code language-shell |
|---|
|
Utilizzo in altre Adobe Commerce
Gli esempi di configurazione del grafico riportati in questa sezione descrivono i casi di utilizzo di Adobe Commerce. Gli esempi seguenti si concentrano sui clienti al dettaglio con due tipi di utenti:
- Utente registrato (utenti che hanno creato un account)
- Utenti ospiti (utenti che hanno solo un indirizzo e-mail)
Implementazione:
Eventi:
Puoi creare questo scenario nella simulazione del grafico copiando i seguenti eventi in modalità testo:
CRMID: Tom, Email: tom@acme.com
CRMID: Tom, ECID: 111
Configurazione algoritmo:
Puoi creare questo scenario nella simulazione del grafico configurando la seguente configurazione per la configurazione dell’algoritmo:
Selezione identità primaria per il profilo:
Nel contesto di questa configurazione, l’identità primaria sarà definita come segue:
Esempi di grafici
Di seguito è riportato un esempio di grafico ideale a persona singola.
Di seguito è riportato un esempio di grafico a più persone in cui due utenti registrati stanno navigando utilizzando lo stesso dispositivo.
Input eventi simulazione grafico
| code language-shell |
|---|
|
In questo scenario, un utente registrato e un utente guest condividono lo stesso dispositivo.
Input eventi simulazione grafico
| code language-shell |
|---|
|
In questo scenario, un utente registrato e un utente guest condividono un dispositivo. Tuttavia, si verifica un errore di implementazione poiché il CRMID non contiene uno spazio dei nomi e-mail corrispondente. In questo scenario, Tom è l'utente registrato e Summer è l'utente ospite. A differenza dello scenario precedente, le due entità vengono unite poiché non esistono spazi dei nomi e-mail comuni tra le due entità persona.
Input eventi simulazione grafico
| code language-shell |
|---|
|
In questo scenario, due utenti guest condividono lo stesso dispositivo.
Input eventi simulazione grafico
| code language-shell |
|---|
|
In questo caso, un utente guest estrae un elemento e quindi si registra utilizzando lo stesso dispositivo.
Input eventi simulazione grafico
| code language-shell |
|---|
|
Passaggi successivi
Per ulteriori informazioni sulle regole di collegamento del grafico delle identità, consulta la documentazione seguente: