Logica di collegamento del servizio Identity
Creato per:
- Amministratore
- Sviluppatore
Un collegare tra due identità viene stabilito quando lo spazio dei nomi identità e i valori identità corrispondono.
Esistono due tipi di identità che vengono collegate:
- Record del profilo: queste identità provengono solitamente da sistemi CRM.
- Eventi esperienza: queste identità provengono solitamente dall'implementazione WebSDK o dall'origine Adobe Analytics.
Significato semantico di stabilire collegamenti
Un'identità rappresenta un'entità del mondo reale. Se c'è un collegare stabilito tra due identità, ciò significa che le due identità sono associate l'una all'altra. Di seguito sono riportati alcuni esempi che illustrano questo concetto:
Azione | Collegamenti stabiliti | Significato |
---|---|---|
Un fine utente accede utilizzando un computer. | CRMID ed ECID sono collegati. | Una persona (CRMID) possiede un dispositivo con un browser (ECID). |
Un fine utente naviga in modo anonimo utilizzando un iPhone . | IDFA è collegato a ECID. | L'dispositivo hardware Apple (IDFA), ad esempio un iPhone, è associato all'browser (ECID). |
Un utente finale accede utilizzando Google Effetto cromatura e quindi Firefox. | CRMID è collegato a due ECID diversi. | Una persona (CRMID) è associata a 2 browser Web (Nota: ogni browser avrà il proprio ECID). |
Un ingegnere dei dati acquisisce un record CRM che include due campi contrassegnati come identità: CRMID ed E-mail. | CRMID ed E-mail sono collegati. | Una persona (CRMID) è associata all'indirizzo e-mail. |
Informazioni sulla logica di collegamento del servizio Identity
Un'identità è costituita da uno spazio dei nomi identità e da un valore identità.
- Un namespace identità è il contesto di un dato valore di identità. Esempi comuni di spazi dei nomi identità includono CRMID, Email e Phone.
- Un valore di identità è la stringa che rappresenta un'entità del mondo reale. Ad esempio: "julien@acme.com" può essere un valore di identità per uno spazio dei nomi di posta elettronica e 555-555-1234 può essere un valore di identità corrispondente per uno spazio dei nomi Telefono.
See the following diagrams for a visual representation of how the Identity Service linking logic works:
Supponiamo di avere un grafico delle identità esistente con tre identità collegate:
- TELEFONO:(555)-555-1234
- POSTA ELETTRONICAJULIEN@acme.com
- CRMID:60013ABC
A pair of identities are ingested into your graph and this pair contains:
- CRMID:60013ABC
- ECID:100066526
Identity Service riconosce che CRMID:60013ABC esiste già all'interno del grafico e quindi collega solo il nuovo ECID
Scenario cliente
You are a data engineer and you ingest the following CRM dataset (Profile record) to Experience Platform.
**
- Indica il campo contrassegnato come identità primaria.*
- Indica il campo contrassegnato come identità secondaria.
Hai anche implementato WebSDK e inserito un dataset WebSDK (Experience Event) con le seguenti tabelle di dati:
t=1
t=2
t=3
t=4
L'identità principale per ogni evento sarà determinata in base alla configurazione dei tipi di elementi dati.
-
Se si seleziona CRMID come primario, gli eventi autenticati (eventi con mappa identità contenente CRMID ed ECID) avranno un'identità primaria di CRMID. Per gli eventi non autenticati (eventi con la mappa di identità contenente solo ECID) avrà un'identità primaria di ECID. Adobe Systems consiglia questa opzione.
-
Se si seleziona ECID come primario, indipendentemente dallo stato di autenticazione, l'ECID diventa l'identità primaria.
In questo esempio:
t=1
, utilizzato un computer desktop (ECID:38652) e per visualizzare la home page navigare in modo anonimo.t=2
, ha usato lo stesso computer desktop, ha effettuato l'accesso (CRMID:31260XYZ) e poi ha cercato le scarpe.- Una volta effettuato l'accesso di un utente, l'evento invia sia ECID che CRMID a Identity Service.
t=3
, utilizzava un computer portatile (ECID:44675) e navigava in modo anonimo.t=4
, ha utilizzato lo stesso computer portatile, ha effettuato l'accesso (CRMID: 31260XYZ) e quindi ha visualizzato la cronologia degli acquisti.
In , timestamp=0
sono disponibili due grafici di identità per due clienti diversi. Entrambi sono rappresentati da tre identità collegate.
In timestamp=1
, un cliente utilizza un laptop per visita il e-commerce sito Web, visualizzare la home page e navigare in modo anonimo. Questo evento di esplorazione anonima è identificato come ECID:38652. Poiché il servizio Identity archivia solo gli eventi con almeno due identità, queste informazioni non vengono archiviate.
At timestamp=2
, a customer uses the same laptop to visit your e-commerce website. They log in with their username and password combination and they browse for shoes. Identity Service identifica il account del cliente quando effettua l'accesso perché corrisponde al CRMID: 31260XYZ. Inoltre, Identity Service correla ECID:38562 a CRMID:31260XYZ poiché entrambi utilizzano lo stesso browser sullo stesso dispositivo.
At timestamp=3
a customer uses a tablet to visit your e-commerce website and browse anonymously. Questo evento di esplorazione anonimo è identificato come ECID:44675. Since Identity Service only stores events with at least two identities, this information is not stored.
At timestamp=4
, a customer uses the same tablet, logs in to their account (CRMID:31260XYZ) and views their purchase history. This event links their CRMID:31260XYZ to the cookie identifier assigned to anonymous browsing activity, ECID:44675, and links ECID:44675 to customer two's identity graph.