Come sono correlati i namespace AEP Identity alle origini dati AAM
Questo articolo illustra la correlazione tra i namespace Identity di AEP e le origini dati dell’AAM. In breve, tutte le origini dati multi-dispositivo dell’AAM create nell’AAM hanno uno spazio dei nomi AEP corollario e l’eliminazione dell’origine dati comporterà l’eliminazione dello spazio dei nomi dell’identità.
Descrizione description
Ambiente
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
Problemi/Sintomi
Esiste una relazione tra le origini dati dell’AAM e gli spazi dei nomi delle identità AEP?
Risoluzione resolution
Sì. Sono correlati nei modi seguenti.:
- Tutte le origini di dati AAM multi-dispositivo create nell'AAM da aprile 2019 hanno uno spazio dei nomi di identità AEP correlato creato con lo stesso nome nella stessa organizzazione Experience Cloud, anche se l'organizzazione Experience Cloud non è stata concessa in licenza per AEP.
- Tutte le sorgenti di dati AAM multi-dispositivo create prima di aprile 2019 hanno avuto il loro corollario AEP identity namespace creato ad aprile 2019.
- Qualsiasi spazio dei nomi di identità generato da AAM ha un puntatore verso, ma non è la stessa entità delle controparti delle origini dati multi-dispositivo dell’AAM. Si tratta di identità separate a cui si fa riferimento nella stessa riga di una tabella di ricerca in Experience Edge.
- Solo le origini di dati multi-dispositivo dell’AAM hanno una controparte identitaria nello spazio dei nomi. Le fonti di dati AAM basate su cookie no.
Considerate queste informazioni, ecco alcune importanti avvertenze di cui tenere conto:
- L’eliminazione di una sorgente di dati AAM multi-dispositivo determinerà l’eliminazione dello spazio dei nomi dell’identità correlata.
- Eventuali aggiornamenti all'origine dati name o al codice integrazione tra dispositivi AAM NON verranno rispecchiati nell'interfaccia utente dello spazio dei nomi dell'identità AEP.
- Qualsiasi codice di integrazione dei dati cross-device AAM creato dopo aprile 2019 con caratteri speciali (come un trattino o un trattino basso) determinerà un nuovo simbolo dello spazio dei nomi dell’identità costituito da 3 lettere maiuscole
- Il simbolo dello spazio dei nomi dell'identità deve corrispondere al codice di integrazione dell'origine dati cross-device dell'AAM (anche se contiene caratteri speciali) SE l'origine dati dell'AAM è stata creata prior ad aprile 2019 E il codice di integrazione non è stato aggiornato da allora.
Come si applicano queste informazioni nella pratica?
Se è necessario mantenere un'implementazione AAM esistente durante una migrazione agli SDK AEP Web o Mobile, il modo per passare gli ID utente o CRM all'AAM (ciò che viene storicamente fatto tramite la funzione/metodo Set user ID del servizio ECID Identity) consiste nell'impostare SDK Identity Map con il simbolo identity namespace presente nell'interfaccia utente di AEP o Data Collection che corrisponde all'origine dati AAM tra dispositivi in questione. Experience Edge vedrà il simbolo di identità, cercherà il codice di integrazione AAM correlato, quindi inoltrerà l’hit di raccolta dati con il codice di integrazione AAM corretto, consentendo in tal modo all’origine dati AAM multi-dispositivo di continuare a raccogliere gli ID utente per i casi d’uso AAM che utilizzano tali ID.
Nota importante: AEP tratterà tutte le identità passate tramite la mappa delle identità in AEP Web SDK (o in altro modo) come identità unificabili, anche se gli spazi dei nomi delle 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 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.
Suggerimento utile: Se non è chiaro quale origine dati tra dispositivi AAM possa essere correlata a uno spazio dei nomi AEP Identity specificato, la chiamata all'API AAM per una delle potenziali origini dati AAM tramite questa chiamata API restituirà un payload JSON contenente il campo customNamespaceCode. Il valore di tale campo deve corrispondere a qualsiasi spazio dei nomi di identità AEP punti a tale origine dati AAM.
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.