Come sono correlati i namespace AEP Identity alle origini dati AAM
Questo articolo illustra la correlazione tra i namespace Identity di AEP, le origini dati AAM e le origini dati Attributi del cliente create tramite il servizio core People (che a loro volta sono speciali origini dati AAM disponibili per tutti i clienti indipendentemente dallo stato della licenza AAM). Per abilitare la condivisione dei dati tra AEP e i tipi di pubblico Experience Cloud utilizzando un indirizzo e-mail con hash SHA256 e per fornire un modo per passare le identità alle origini dati AAM e Attributi del cliente tramite il gruppo di campi dello schema di Identity Map, è stato necessario effettuare un tipo di connessione tra le origini dati AAM e gli spazi dei nomi di identità di AEP. Il modo esatto in cui viene effettuata la connessione e se è stato creato o meno uno spazio dei nomi di identità AEP per l’origine dati AAM corrispondente in questione dipende da quando è stata creata l’origine dati dell’attributo AAM o Customer.
Descrizione
Ambiente
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
- Servizio core People (Attributi del cliente)
Problemi/Sintomi
Esiste una relazione tra le origini dati dell’AAM (e l’attributo del cliente) e gli spazi dei nomi delle identità AEP?
Risoluzione
Sì. Sono correlati nei modi seguenti.:
- Tutte le origini dati AAM multi-dispositivo create nell’AAM e le origini dati Attributi del cliente create nell’interfaccia utente del servizio core People tra aprile 2019 e febbraio 2024 hanno uno spazio dei nomi di identità AEP corollario creato nella sandbox di produzione con lo stesso nome nella stessa organizzazione di Experience Cloud, anche se l’organizzazione di Experience Cloud non disponeva della licenza per AEP.
- Tutte le origini dati AAM multi-dispositivo e Attributi del cliente create prima di aprile 2019 avevano il loro corollario AEP identity namespace creato ad aprile 2019.
- Tutte le origini dati AAM multi-dispositivo e Attributi del cliente create dopo febbraio 2024 non hanno creato uno spazio dei nomi AEP Identity corollario, ma i loro identificatori possono ancora essere passati all'AAM e agli attributi del cliente tramite il gruppo di campi dello schema di Identity Map. Di seguito sono riportati ulteriori dettagli.
- Qualsiasi spazio dei nomi di identità generato automaticamente ha un puntatore verso, ma non è la stessa entità delle controparti AAM tra dispositivi o dell’origine dati Attributi del cliente. Sono identità separate a cui si fa riferimento nella stessa riga di una tabella di ricerca in Experience Edge.
- Solo le origini dati AAM multi-dispositivo e Attributi del cliente possono avere una controparte nello spazio dei nomi delle identità. Le fonti di dati AAM basate su cookie no.
Considerate queste informazioni, ecco alcune importanti avvertenze di cui tenere conto:
- L’eliminazione di un’origine dati AAM per più dispositivi o Attributi del cliente con uno spazio dei nomi di identità correlato determinerà l’eliminazione di tale spazio dei nomi di identità correlato.
- Eventuali aggiornamenti all'origine dati name o integration code dell'AAM per dispositivi diversi o attributi del cliente NON verranno riflessi in un'interfaccia utente corollaria dello spazio dei nomi delle identità di AEP.
- Il simbolo dello spazio dei nomi può corrispondere o meno all’alias legacy degli attributi del cliente o al codice di integrazione AAM. Il simbolo si trova in uno dei modi elencati nella sezione successiva.
Come si applicano queste informazioni?
Se è necessario mantenere un'implementazione esistente di AAM o Attributi del cliente durante una migrazione agli SDK AEP Web o Mobile, il modo per passare gli ID utente o CRM a AAM e Attributi del cliente (ciò che è stato fatto storicamente tramite la funzione/metodo setCustomerIDs del servizio ECID Identity) consiste nell'impostare SDK Identity Map con il simbolo dello spazio dei nomi di identità che identifica l'AAM o l'origine dati Attributi del cliente. Il simbolo dello spazio dei nomi dell’identità si trova in alcuni modi diversi:
- Utilizza l’interfaccia utente di AEP o Data Collection per trovare lo spazio dei nomi delle identità che corrisponde all’origine dati AAM tra dispositivi o Attributi cliente in questione. Se non è immediatamente chiaro o se lo spazio dei nomi dell’identità AEP richiesto non è presente nell’interfaccia utente delle identità, prova con un’altra delle opzioni seguenti.
- Per coloro che dispongono di una licenza AAM, passare alle origini dati Audience Data
>
nell'interfaccia utente AAM. Fai clic sull’origine dati in questione e il valore nel campo Spazio dei nomi disattivato è il simbolo di identità da utilizzare. Tutte le origini dati degli attributi del cliente si troveranno anche nell’interfaccia utente dell’AAM, pertanto questo metodo funziona anche per coloro che utilizzano sia Attributi del cliente che AAM. - Utilizza l'API AAM per una delle potenziali origini dati AAM utilizzando questa chiamata API per restituire un payload JSON contenente il campo
customNamespaceCode
. Il valore di tale campo è il simbolo di identità da utilizzare. La stessa chiamata API può essere utilizzata per determinare il simbolo da utilizzare per un’origine dati Attributi del cliente. - Se nessuna delle opzioni di cui sopra funziona, perché lo spazio dei nomi dell’identità di AEP non è presente nell’interfaccia utente delle identità o perché l’organizzazione non dispone della licenza per l’AAM, contatta il supporto AAM e chiedi il simbolo di identità che fa riferimento all’origine dati Attributi del cliente in questione.
Quando il simbolo di identità corretto si trova nella mappa delle identità, Experience Edge inoltrerà l’hit di raccolta dati a Audience Manager (supponendo che il servizio Audience Manager sia abilitato nel flusso di dati), dove AAM visualizzerà il simbolo di identità, cercherà il codice di integrazione AAM o l’alias di attributo del cliente corollari, quindi aggiornerà l’hit con il codice di integrazione AAM o l’alias di attributo del cliente appropriato, consentendo in tal modo all’origine dati tra dispositivi AAM o all’alias di attributo del cliente di continuare a raccogliere gli ID utente per i casi di utilizzo di AAM e attributo del cliente.
Assicurarsi che le identità corrette siano indirizzate alla soluzione giusta
In alcuni casi, le identità destinate a AAM e Attributi del cliente devono e non devono essere utilizzate per i casi di utilizzo di AEP. Tieni presente le seguenti informazioni e suggerimenti mentre decidi quali identità devono essere inviate a quali soluzioni:
- AEP tratterà tutte le identità passate tramite la mappa di identità che ha anche un’identità AEP correlata nell’interfaccia utente Identità AEP come identità unificabili, anche se gli spazi dei nomi di identità in questione non sono legati a un campo XDM abilitato al profilo. Questo può essere problematico se gli ID che devono essere passati all’AAM o agli Attributi del cliente non sono ID individuali o a livello di profilo. Questo può comportare l’unione o la compressione di più profili AEP in uno solo se l’ID in questione era un ID famiglia, ad esempio, invece di un singolo ID. L'utilizzo delle regole di collegamento del grafico delle identità può essere utile anche per questa situazione.
- Se l’identità viene passata tramite Identity Map, ma la stessa entità non esiste nell’interfaccia utente delle identità di AEP, l’acquisizione di AEP genera un errore, a meno che non sia presente un’altra identità contrassegnata come Primaria.
- Se la funzionalità desiderata prevede che gli attributi AEP e AAM/cliente utilizzino la stessa identità, ma non è stato creato alcuno spazio dei nomi di identità AEP, allora puoi crearne uno utilizzando lo stesso simbolo di spazio dei nomi di identità presente nell’interfaccia utente dell’AAM (vedi la sezione precedente). Questo consentirà a una voce di Identity Map di gestire l’invio dell’ID ad AEP, AAM e Attributi del cliente. Tuttavia, tieni presente che verrà utilizzato come ID di unione come indicato nel primo punto.
- Se lo spazio dei nomi delle identità di AEP si trova nell’interfaccia utente delle identità di AEP e presenta lo stesso simbolo di identità del set di dati AAM e Attributi del cliente, non esiste un modo supportato per impedire che l’identità arrivi ad AEP.
Lettura correlata:
Stati di autenticazione di AEP Web SDK in AAM: questo articolo illustra il problema in cui gli ID/origini dati multi-dispositivo non vengono sincronizzati o non si comportano come prima della migrazione.