Come vengono correlati i namespace AEP Identity alle origini dati di AAM
Questo articolo illustra la correlazione tra i namespace AEP Identity, le origini dati AAM e le origini dati Attributi del cliente create tramite il servizio core People (che sono a loro volta speciali origini dati AAM disponibili per tutti i clienti indipendentemente dallo stato della licenza di AAM). Per abilitare la condivisione dei dati tra AEP ed Experience Cloud Audiences utilizzando un indirizzo e-mail con hash SHA256 e fornire un modo per passare le identità alle origini dati di 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 di AAM e gli spazi dei nomi delle identità di AEP. La modalità esatta di creazione di tale connessione e la creazione o meno di uno spazio dei nomi di identità AEP per l’origine dati AAM corrispondente in questione dipendono da quando è stata creata l’origine dati dell’attributo AAM o Customer.
Descrizione description
Ambiente
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
- Servizio core People (Attributi del cliente)
Problemi/Sintomi
Esiste una relazione tra origini dati di AAM (e attributi del cliente) e spazi dei nomi di AEP Identity?
Risoluzione resolution
Sì. Sono correlati nei seguenti modi:
- Tutte le origini dati multi-dispositivo di AAM create in 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 identità AEP correlato creato nella sandbox di produzione con lo stesso nome nella stessa organizzazione Experience Cloud, anche se l’organizzazione Experience Cloud non è stata concessa in licenza per AEP.
- Tutte le origini dati AAM per diversi dispositivi e attributi cliente create prima di aprile 2019 avevano lo spazio dei nomi di identità AEP correlato creato ad aprile 2019.
- Per tutte le origini dati AAM cross-device e Attributi del cliente create dopo febbraio 2024 non è stato creato uno spazio dei nomi AEP Identity corollario, ma i relativi identificatori possono ancora essere passati ad AAM e agli attributi del cliente tramite ilgruppo di campi dello schema di Identity Map. Di seguito sono riportati ulteriori dettagli.
- Eventuali spazi dei nomi di identità generati automaticamente hanno un puntatore verso, ma non sono la stessa entità delle loro controparti di AAM tra dispositivi o di origini dati di attributi 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 tra dispositivi e Attributi del cliente possono avere una controparte nello spazio dei nomi delle identità. Le origini dati di 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.
- Qualsiasi aggiornamento all’origine dati name o integration code di AAM tra dispositivi diversi o attributi del cliente NON verrà riflesso 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 di 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 di Attributi del cliente durante una migrazione agli SDK AEP Web o Mobile, il modo per passare gli ID utente o CRM ad 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’origine dati AAM o 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 delle identità AEP necessario non è presente nell’interfaccia utente delle identità, prova con un’altra delle opzioni seguenti.
- Per chi dispone di una licenza AAM, passa a Origini dati pubblico
>nell’interfaccia utente di 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 di AAM, pertanto questo metodo funziona anche per coloro che utilizzano sia Attributi del cliente che AAM. - Utilizza l’API di AAM per una delle potenziali origini dati di 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 si trova nell’interfaccia utente delle identità o perché l’organizzazione non dispone della licenza per 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 è nella mappa di identità, Experience Edge inoltrerà l’hit di raccolta dati ad Audience Manager (supponendo che il servizio Audience Manager sia abilitato nello stream di dati), dove AAM visualizzerà il simbolo di identità, cercherà il codice di integrazione AAM corollario o l’alias di attributo del cliente, quindi aggiornerà l’hit con il codice di integrazione AAM o l’alias di attributo del cliente appropriati, consentendo in tal modo all’origine dati cross-device di AAM o all’alias di attributo del cliente di continuare a raccogliere gli ID utente per i casi di utilizzo di AAM e di attributo del cliente.
Assicurarsi che le identità corrette siano indirizzate alla soluzione giusta
In alcuni casi le identità destinate ad AAM e agli Attributi del cliente devono e non devono essere utilizzate per i casi d’uso 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 AEP Identities 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 ad AAM o agli Attributi del cliente non sono ID individuali o a livello di profilo. Questo può causare l’unione o la compressione di più profili AEP in un unico 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 di AAM (vedi la sezione precedente). In questo modo una voce di Identity Map potrà 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 è disponibile 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 relativo alla mancata sincronizzazione o al comportamento degli ID/origini dati tra dispositivi rispetto a prima della migrazione.