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 in catalogo è leggermente diverso, quindi non esiste una configurazione unica 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 del marketing e-mail come Adobe Campaign, Oracle Eloqua, Salesforce Marketing Cloud), l’impostazione dell’identità nella maggior parte di queste destinazioni è aperta, il che significa che non è necessario selezionare alcuna identità nella Seleziona attributi passaggio del flusso di lavoro di attivazione batch.

Se scegli di aggiungere identità alle esportazioni di file, tieni presente che una sola identità dalla spazio dei nomi delle identità può essere selezionato in un’esportazione. Quando selezioni un’identità da esportare, 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 Experienci 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 dell’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 Experienci Platform. Criteri di unione svolge anche un ruolo importante nel numero di record che vengono esportati quando selezioni identità da identity map.

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 1

Frammento di profilo due

Il profilo unito si presenta come segue:

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

Se un cliente si attiva IdentityMap: Email, nel file esportato saranno presenti due record, 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

Destinazioni di streaming basate su API creato con Destination SDK (ad esempio Facebook, Google Customer Match, Pinterest, Brazee altri) supportano solo ID specifici per l’esportazione. Per informazioni dettagliate sulle identità specifiche che possono essere esportate in ogni destinazione, leggi identità supportate in ogni pagina della documentazione di destinazione (ad esempio, consulta la sezione sezione identità supportate nel Pinterest destinazione).

Tuttavia, puoi utilizzare i dati di con la massima flessibilità grafi privati o da attributi come identità. Ciò significa che puoi mappare gli attributi XDM al campo di identità richiesto dalla destinazione. Di seguito è riportato un esempio per Pinterest destinazione, in cui l’attributo XDM personalEmail.address è mappato al necessario Pinterest identità pinterest_audience.

Destinazioni pubblicitarie basate su integrazioni di cookie di terze parti third-party-cookie-destinations

Destinazioni pubblicitarie 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, Experienci Platform cerca automaticamente la tabella di corrispondenza delle identità creata da Servizio ID Experience Cloud ed esporta tutte le identità disponibili per un profilo e supportate dalla destinazione.

Queste destinazioni richiedono una sincronizzazione ID tramite Servizio ID Experience Cloud o attraverso Experienci Platform Web SDK.

Se sta usando Experienci Platform Web SDK e le versioni precedenti Servizio ID Experience Cloud non è implementato nella pagina, quindi devi assicurarti 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 configurare la documentazione dello stream di dati.

Quando configuri un flusso di dati come descritto nella documentazione collegata in precedenza, è necessario assicurarsi che il Sincronizzazione ID di terze parti cursore attivato. La maggior parte dei clienti lascia il container_id campo vuoto (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

Destinazioni Enterprise (Amazon Kinesis, Azure Event Hubs, API HTTP) non richiedono ID specifici nell’esportazione dei dati, in quanto sono progettati per i 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 personalEmail.address Attributo XDM e identità ECID e email_lc_sha256 (indirizzo e-mail con hash) dalla mappa delle identità.

Destinazioni di personalizzazione personalization-destinations

Destinazioni di personalizzazione (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 query su Bordo e richiama 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 leggere quali impostazioni di esportazione per le destinazioni, sono comuni tra i tipi di destinazione, che 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 consultare tutte le destinazioni disponibili in catalogo.