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 destinazioni basate su file (ad esempio Amazon S3, SFTP, la maggior parte delle destinazioni di e-mail marketing 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 Seleziona attributi del flusso di lavoro di attivazione batch.

Se scegli di aggiungere identità alle esportazioni di file, tieni presente che in un'esportazione è possibile selezionare solo una singola identità dallo spazio dei nomi identità. Quando selezioni un'identità per l'esportazione, 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ò variare a seconda che siano state selezionate identità di esportazione dalla mappa delle identità o identità che sono state 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à.

Ad esempio, considera che da due set di dati diversi, sono presenti i seguenti frammenti di profilo che verranno uniti in un singolo 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, nel record sarà presente solo e-mail2, poiché il campo dell'attributo e-mail include solo e-mail2. Queste situazioni possono riguardare diversi casi d’uso in cui potresti voler attivare tutti gli indirizzi e-mail che hai in archivio per un cliente, o solo l’indirizzo e-mail più recente che hai in archivio per il cliente.

Il ritiro consiste nel fatto che il numero di record esportati dipende dai criteri di unione scelti e dall'eventuale 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 esempio Facebook, Google Customer Match, Pinterest, Braze e altri) 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 destinazione Pinterest).

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 pinterest_audience richiesta.

Destinazioni di Advertising basate 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à costruita da Experience Cloud ID service ed esporta tutte le identità disponibili per un profilo e supportate dalla destinazione.

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

Se utilizzi Experience Platform Web SDK e la versione precedente di Experience Cloud ID service non è implementata nella pagina, assicurati 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 Third Party ID Sync sia abilitato. La maggior parte dei clienti lascia vuoto il campo container_id (il valore predefinito è 0). È necessario modificare questo valore solo se l’implementazione legacy di 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 Personalization personalization-destinations

Le destinazioni Personalization (o edge) (ad esempio: Adobe Target, Custom Personalization) non richiedono alcuna selezione di identità nel flusso di lavoro di attivazione, in quanto l'integrazione è una ricerca di profilo. Il client (Target, Web SDK o altri) esegue una query su Edge e recupera le informazioni di profilo necessarie per la personalizzazione nel sito.

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.