Gestione dell’identità nel flusso di lavoro di attivazione delle destinazioni

Questa pagina descrive le particolarità di come le identità vengono esportate in diversi tipi di destinazione e illustra come trovare le identità disponibili per l’esportazione in base alla destinazione.

Ogni destinazione nel catalogo è leggermente diversa, quindi non esiste una configurazione unica valida per tutte le destinazioni. Tuttavia, esistono alcuni modelli che guidano la configurazione delle destinazioni e dei relativi requisiti di identità, come descritto nelle sezioni seguenti.

Destinazioni basate su file file-based

Per le destinazioni basate su file (ad esempio Amazon S3, SFTP, la maggior parte delle destinazioni marketing via e-mail come Adobe Campaign, Oracle Eloqua, Salesforce Marketing Cloud), la configurazione dell'identità nella maggior parte di queste destinazioni è aperta, il che significa che non è necessario selezionare alcuna identità nel passaggio Selezionare gli attributi del workflow di attivazione batch.

Se si sceglie di aggiungere identità alle esportazioni di file, tenere presente che in un'esportazione è possibile selezionare solo una singola identità dallo spazio dei nomi identità. Quando selezioni un'identità per l'esportazione, questa viene selezionata automaticamente come attributo obbligatorio e chiave di deduplicazione.

Come soluzione alternativa, puoi aggiungere più identità all’esportazione se sono state acquisite in Experience Platform come attributi. Di seguito è riportato un esempio in cui l'indirizzo e-mail dell'attributo XDM è stato selezionato per l'esportazione, oltre allo spazio dei nomi identità Phone_E.164.

Esportazione di un’identità da una mappa di identità rispetto all’esportazione di un’identità come attributo XDM: le differenze identity-map-or-attribute

Il numero di record esportati può essere diverso a seconda che vengano selezionate identità di esportazione dalla mappa delle identità o che vengano acquisite come attributi in Experience Platform. I criteri di unione svolgono anche un ruolo importante nel numero di record che vengono esportati quando si selezionano le identità dalla mappa delle identità.

Si consideri, ad esempio, che da due set di dati diversi, si hanno i seguenti frammenti di profilo che verranno uniti in un unico profilo cliente:

Frammento di profilo uno

Frammento di profilo due

Il profilo unito si presenta come segue:

Il comportamento di esportazione varia a seconda che sia stato selezionato IdentityMap: Email o xdm: personalEmail.address per l'esportazione.

Se un cliente attiva IdentityMap: Email, ci saranno due record nel file esportato, uno per e-mail1 e un altro per e-mail2.

Tuttavia, se un cliente attiva xdm: personalEmail.address, solo email2 sarà presente nel record, poiché il campo dell'attributo email include solo email2. Queste situazioni possono riguardare diversi casi d'uso in cui potrebbe essere necessario attivare tutti gli indirizzi e-mail registrati per un cliente o solo l'indirizzo e-mail più recente registrato per il cliente.

Il numero di record esportati dipende dai criteri di unione scelti e dalla selezione di identità o attributi nell'esportazione.

Destinazioni di streaming basate su API streaming-destinations

Le destinazioni di streaming basate su API create con Destination SDK (ad esempioFacebook, , Google Customer MatchPinterest, Brazee altre) supportano solo ID specifici per l'esportazione. Per informazioni dettagliate sulle identità specifiche che possono essere esportate in ogni destinazione, leggere la sezione Identità supportate in ogni pagina della documentazione di destinazione (ad esempio, vedere la sezione Identità supportate nella pagina di Pinterest destinazione).

Si noti, tuttavia, che è possibile utilizzare i dati di grafici privati o degli attributi come identità. Ciò significa che puoi mappare gli attributi XDM al campo di identità richiesto dalla destinazione. Di seguito è riportato un esempio per la destinazione Pinterest, in cui l'attributo XDM personalEmail.address è mappato all'identità pinterest_audience Pinterest richiesta.

Destinazioni pubblicitarie che si basano su integrazioni di cookie di terze parti third-party-cookie-destinations

Le destinazioni di Advertising che si basano su cookie di terze parti (ad esempio: Google Ads, Google Ad Manager, Google DV360, Bing, The Trade Desk) non richiedono ai clienti di selezionare gli ID nel flusso di lavoro di attivazione. Per queste destinazioni, quando si imposta un flusso di lavoro di attivazione, Experience Platform cerca automaticamente la tabella di corrispondenza delle identità creata dal servizio ID Experience Cloud ed esporta tutte le identità disponibili per un profilo e supportate dalla destinazione.

Queste destinazioni richiedono una sincronizzazione ID tramite il servizio ID Experience Cloud o tramite Experience Platform Web SDK.

Se si utilizza Experience Platform Web SDK e il servizio legacy Experience Cloud ID non è implementato nella pagina, è necessario assicurarsi che lo stream di dati per il sito Web in questione sia abilitato per consentire la sincronizzazione degli ID di terze parti, come descritto nella documentazione sulla configurazione dello stream di dati.

Durante la configurazione di uno stream di dati come descritto nella documentazione collegata in precedenza, è necessario assicurarsi che il cursore Sincronizzazione ID di terze parti sia abilitato. La maggior parte dei clienti lascia vuoto il campo container_id (il valore predefinito è 0). Devi modificare questo valore solo se l’implementazione legacy dell’Audience Manager utilizza un ID contenitore specifico (tieni presente, tuttavia, che si tratterebbe della stragrande minoranza di clienti).

Destinazioni Enterprise enterprise-destinations

Le destinazioni Enterprise (Amazon Kinesis, Azure Event Hubs, API HTTP) non richiedono ID specifici nell'esportazione dei dati, in quanto sono progettate per casi di utilizzo di integrazione Enterprise. Tuttavia, se lo desideri, puoi esportare le identità come attributi XDM o dalla mappa delle identità. Visualizza un esempio di dati esportati nella destinazione HTTP, che include sia l'attributo XDM personalEmail.address che le identità ECID e email_lc_sha256 (indirizzo e-mail con hash) dalla mappa delle identità.

Destinazioni di personalizzazione personalization-destinations

Le destinazioni di personalizzazione (o edge) (ad esempio: Adobe Target, Custom Personalization) non richiedono alcuna selezione di identità nel workflow di attivazione, poiché l'integrazione è una ricerca di profilo. Il client (Target, Web SDKo altri) interroga l'Edge 🔗 ed estrae le informazioni del profilo necessarie per personalizzazione in loco.

Passaggi successivi next-steps

Dopo aver letto questo documento, ora sai come individuare le identità supportate o richieste per le singole destinazioni. Ora sai anche come funziona la selezione delle identità per ogni tipo di destinazione.

Quindi, puoi vedere quali impostazioni di esportazione per le destinazioni sono comuni tra i tipi di destinazione, quali possono essere configurate a livello di singola destinazione dagli sviluppatori e quali impostazioni possono essere modificate dagli utenti nel flusso di lavoro di attivazione.

Puoi anche estrarre tutte le destinazioni disponibili nel catalogo.