Creare un feed di dati
Durante la creazione di un feed di dati, fornisci ad Adobe:
-
Informazioni sulla destinazione in cui si desidera inviare i file di dati non elaborati
-
Dati da includere in ciascun file
-
Frequenza con cui vengono inviati i dati (incluso il ritardo di elaborazione per acquisire gli eventi in ritardo)
Prima di creare un feed di dati, è importante avere una conoscenza di base dei feed di dati e assicurarsi di soddisfare tutti i prerequisiti. Per ulteriori informazioni, consulta Panoramica sui feed di dati.
Creare e configurare un feed di dati create-and-configure-data-feed
-
Accedi a experiencecloud.adobe.com utilizzando le credenziali Adobe ID.
-
Seleziona Customer Journey Analytics dal selettore di app
-
Nella barra di navigazione superiore, vai a Componenti > Esportazioni.
-
Selezionare la scheda Feed dati.
-
Seleziona Crea nell’angolo superiore destro dello schermo.
In alternativa, se in precedenza non è stato creato alcun feed di dati, selezionare Crea feed di dati all’interno della tabella vuota.
Viene visualizzata una pagina con le seguenti schede: Dettagli, Struttura dati e Consegna.
-
Nella scheda Dettagli, completa i campi seguenti:
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 Campo Funzione Nome Nome del feed dati. I nomi devono essere univoci all’interno della visualizzazione dati selezionata e possono contenere fino a 255 caratteri. Tag Applica eventuali tag al feed dati per facilitarne la classificazione. Descrizione Specifica una descrizione per il feed di dati (fino a 500 caratteri). La descrizione aggiunta è visibile quando si modifica il feed dati. Visualizzazione dati Selezionare la visualizzazione dati contenente i dati che si desidera esportare.
Quando selezioni una visualizzazione dati, tieni presente quanto segue:
- Se vengono creati più feed di dati per la stessa visualizzazione dati, ogni feed di dati deve avere definizioni di colonne diverse.
- L’elenco delle colonne disponibili dipende dalla società di accesso a cui appartiene la visualizzazione dati selezionata. Se modifichi la visualizzazione dati, l’elenco delle colonne disponibili può cambiare.
-
Seleziona Avanti.
-
Nella scheda Data structure, assicurati che nel campo Data view sia selezionata la visualizzazione dati corretta.
-
Nel menu a discesa Segmenti, cerca e seleziona eventuali segmenti per filtrare i dati inclusi nel feed.
Quando applichi più segmenti, questi vengono uniti insieme a un operatore AND. Per unire i segmenti con un operatore OR, devi prima creare un nuovo segmento nel generatore di segmenti, quindi applicare il nuovo segmento al feed di dati.
I segmenti applicati in questo caso si aggiungono a eventuali segmenti già applicati nella visualizzazione dati.
-
(Facoltativo) Nella barra a sinistra, utilizza il campo search per individuare componenti specifici. In alternativa, selezionare l’icona Ordina
table 0-row-2 1-row-2 2-row-2 3-row-2 Opzione Funzione Consigliato Ordina i componenti a partire da quelli consigliati. I componenti utilizzati più di frequente e più di recente da te o da altri nella tua organizzazione vengono visualizzati più in alto nell’elenco. Alfabetico Ordina alfabeticamente i componenti. Per categorie Ordina componenti simili a Consigliato, con la differenza che le metriche calcolate e le metriche standard sono raggruppate separatamente invece di essere combinate tra loro. -
Aggiungi componenti alla configurazione del feed dati. La barra a sinistra mostra solo i componenti validi per i feed di dati.
- Trascina e rilascia: trascina i componenti dalla barra a sinistra all’area di lavoro. Tenere premuto Maiusc oppure tenere premuto Comando (macOS) o Ctrl (Windows) per selezionare e trascinare più componenti contemporaneamente.
- Pulsante Plus: seleziona l’icona Più
- Mostra tutto: seleziona Mostra tutto nella parte inferiore dell’elenco dei componenti per aprire una finestra di dialogo che mostra tutti i componenti disponibili. Selezionare la casella di controllo accanto a ogni componente che si desidera aggiungere, quindi selezionare Aggiungi selezionati. Quando un termine di ricerca o un tag di filtro è attivo nella barra a sinistra, viene visualizzato anche un pulsante Aggiungi tutto che consente di aggiungere tutti i risultati filtrati contemporaneamente.
Quando aggiungi i campi, tieni presente quanto segue:
-
Alcuni componenti sono obbligatori, non supportati o soggetti a restrizioni nei feed di dati. Per informazioni dettagliate, vedere Disponibilità dei componenti nei feed di dati.
-
Quando aggiungi un componente che appartiene a un campo array XDM (ad esempio, un campo proposta Adobe Journey Optimizer) o a un campo mappa, una finestra di dialogo richiede di aggiungere altri componenti dello stesso sottoevento. Nell’output del feed dati, tutti questi componenti vengono visualizzati in una singola colonna. Per ulteriori informazioni, vedi Componenti evento secondario nei feed dati
-
(Facoltativo) Riordina i componenti nell’area di lavoro trascinandoli. L’ordine definito viene mantenuto come ordine delle colonne nel file di feed dati esportato.
-
(Facoltativo) Ridimensiona le colonne nell’area di lavoro trascinando il bordo della colonna.
Le larghezze delle colonne vengono salvate in un cookie e rimangono invariate la volta successiva che ritorni a questo feed di dati nello stesso browser.
-
(Facoltativo) Modifica l’ID di output di un componente. L’ID di output è il nome della colonna nell’output del feed dati.
Per impostazione predefinita, l’ID di output è l’ID del componente in snake_case. La modifica dell’ID di output influisce solo su questo feed di dati. Non modifica l’ID del componente nella visualizzazione dati. L’anteprima dello schema mostra sia l’ID componente che l’ID output.
-
Passa il puntatore del mouse su un componente nell’area di lavoro, quindi seleziona l’icona delle informazioni
-
Seleziona l’icona di modifica
Gli ID di output devono:
- Sii univoco all’interno del feed di dati.
- Contengono solo lettere, numeri e trattini bassi (
_). Spazi, punti (.), trattini (-), barre (/) e altri caratteri speciali non sono consentiti. - Inizia con una lettera o un trattino basso.
- Non può contenere più di 255 caratteri.
Gli ID di output non possono iniziare con
_cja, che è riservato per l’utilizzo in Adobe. -
-
(Facoltativo) Utilizza i pannelli Riepilogo feed e Anteprima schema sul lato destro della pagina per rivedere la struttura dei dati prima di procedere:
- Il riepilogo feed mostra un conteggio live dei componenti, delle colonne, delle dimensioni e delle metriche totali aggiunti.
- L’Anteprima schema mostra una rappresentazione JSON dello schema del feed dati che viene aggiornata quando si aggiungono o si riordinano i componenti.
- Il pulsante Righe di esempio apre una finestra di dialogo in cui vengono visualizzate righe di output di esempio per verificare che la struttura sia corretta. Questa finestra di dialogo mostra solo i dati di esempio e non riflette i dati effettivi.
-
Nella scheda Consegna, nella sezione Pianifica, scegli il tipo di feed da creare (live o backfill), quindi specifica l’intervallo di reporting, la frequenza e altre opzioni di configurazione:
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 Campo Funzione Tipo di feed Seleziona il tipo di feed da creare:
- Feed live: esporta dati correnti e futuri.
- Feed di backfill: esporta dati storici.
Data di inizio La data di inizio del feed di dati. Per i feed live, deve essere nella data odierna o in una data futura. Per i feed di backfill, deve essere una data passata all’interno della finestra di conservazione dei dati della visualizzazione dati. La data di inizio è basata sul fuso orario della visualizzazione dati. Data di scadenza
Disponibile solo per i feed attiviLa data in cui il feed dati scade e non viene più eseguito. La data è basata sul fuso orario della visualizzazione dati. Data di fine
Disponibile solo per i feed di backfillLa data in cui termina il feed di dati. La data di fine non può essere nel futuro. La data è basata sul fuso orario della visualizzazione dati. Frequenza
Disponibile solo per feed liveSeleziona la frequenza con cui inviare il feed di dati. Gli eventi con marche temporali che rientrano nella finestra di frequenza sono inclusi nella consegna del feed di dati. I campi Intervallo date di lookback e Ritardo elaborazione possono anche influenzare gli eventi inclusi nei dati per la frequenza di consegna scelta.
Selezionare questa opzione per includere dati relativi a un’ora o a un giorno.
- Giornaliero: i feed contengono dati relativi a un intero giorno, dalla mezzanotte alla mezzanotte nel fuso orario della visualizzazione dati.
- Oraria: i feed contengono dati relativi a una sola ora.
Granularità
Disponibile solo per i feed di backfillIntervallo di tempo utilizzato per suddividere i dati storici in blocchi. Ogni blocco contiene dati relativi a un’intera giornata, dalla mezzanotte alla mezzanotte nel fuso orario della visualizzazione dati.
La granularità determina il modo in cui i dati vengono raggruppati, non la frequenza con cui vengono consegnati. I dati di backfill vengono consegnati il più rapidamente possibile, non una volta al giorno.
Questo campo è sempre impostato su Giornaliero e non può essere modificato.
Intervallo date lookback Controlla quanto Customer Journey Analytics deve risalire indietro nel tempo durante l’elaborazione della consegna del feed dati. Il valore predefinito è 30 giorni.
La finestra di frequenza (ora o giorno) determina quali eventi sono inclusi nel feed di dati, mentre l’intervallo di date di lookback fornisce il contesto storico necessario per classificare correttamente tali eventi.
Qualificazione segmento, persistenza delle dimensioni, calcolo delle sessioni e trasformazioni dei campi derivati possono influenzare tutti gli eventi inclusi.
Prima di configurare questa opzione, consulta i dettagli e gli esempi descritti nella sezione seguente, Comprendere l’intervallo di date del lookback.
Ritardo elaborazione Il periodo di tempo che Customer Journey Analytics attende prima di elaborare un file del feed dati. Nel feed di dati sono inclusi eventuali eventi che arrivano durante il ritardo di elaborazione sono inclusi nel feed di dati.
Scegli un ritardo sufficientemente lungo per consentire il completamento dell’elaborazione dei dati più lenti nella connessione. Se il ritardo è troppo breve, i dati ancora in fase di elaborazione non verranno inclusi nel file del feed di dati.
Il ritardo di elaborazione minimo è di 2 ore. Il valore predefinito è basato sui set di dati presenti nella connessione. Ad esempio, se l’unione è abilitata, il valore predefinito è 6 ore. Alcuni tipi di dati richiedono un ritardo più lungo. Il ritardo scelto dipende dai tipi di dati presenti nella connessione, ad esempio dati di streaming, batch, uniti, ricerca o profilo.
Prima di configurare questa opzione, consulta i dettagli e gli esempi descritti nella sezione seguente, Comprendere il ritardo di elaborazione.
Formato di compressione Seleziona il formato di compressione per i file di output Parquet consegnati alla destinazione cloud. Scegli uno dei seguenti formati:
- Snappy: compressione e decompressione veloci con dimensioni file moderate. Ampiamente supportato da piattaforme di dati moderne come BigQuery, Snowflake e Apache Spark.
- GZip: ampiamente compatibile, anche con strumenti che non supportano Snappy in modalità nativa. Consigliato se la pipeline a valle richiede uno standard di compressione ampiamente riconosciuto.
- Z Standard (Zstd): elevata efficienza di compressione con decompressione rapida. Adatto se la riduzione delle dimensioni del file è una priorità e i tuoi strumenti supportano Zstd.
-
Nella scheda Consegna, nella sezione Destinazione, configura la destinazione in cui desideri inviare i dati.
note NOTE Quando configuri la destinazione di rapporto, tieni presente quanto segue: -
Tutti gli account cloud configurati in precedenza sono disponibili per l’utilizzo con i feed di dati. Puoi configurare gli account cloud da Gestione posizioni in Componenti > Esportazioni > Account posizione.
-
Gli account cloud sono associati al tuo account utente Customer Journey Analytics. Gli altri utenti non possono utilizzare o visualizzare gli account cloud configurati, a meno che non vengano resi disponibili a tutti gli utenti dell’organizzazione.
-
È possibile modificare qualsiasi percorso creato dal gestore Percorsi in Componenti > Esportazioni > Percorsi.
Completa i campi seguenti:
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 Campo Funzione Visualizza destinazioni per tutti gli utenti Se sei un amministratore di sistema, puoi abilitare questa opzione per visualizzare le destinazioni create da tutti gli utenti dell’organizzazione. Se questa opzione è disabilitata, vengono visualizzate solo le destinazioni create dall’utente. Account Esegui una delle operazioni seguenti:
-
Utilizza un account esistente: Seleziona il menu a discesa accanto al campo Account. In alternativa, inizia a digitare il nome dell’account, quindi selezionalo dal menu a discesa.
Gli account sono disponibili solo se sono stati configurati o se sono condivisi con un’organizzazione di cui fai parte.
-
Crea un nuovo account: Seleziona Aggiungi account nel menu a discesa Account. Per informazioni su come configurare l’account, vedere Configurare gli account di esportazione cloud.
Posizione Esegui una delle operazioni seguenti:
- Usa una posizione esistente: Seleziona il menu a discesa accanto al campo Posizione. In alternativa, inizia a digitare il nome della posizione, quindi selezionalo dal menu a discesa.
- Crea un nuovo percorso: Seleziona Aggiungi percorso nel menu a discesa Percorso. Per informazioni su come configurare il percorso, vedere Configurare i percorsi di esportazione cloud.
Ignora percorso predefinito o nome file Abilita questa opzione per ignorare il percorso o il nome file predefinito impostato per la posizione selezionata. La sostituzione si applica solo a questo feed di dati e determina dove vengono inviati i file di feed dati.
Quando questa opzione è abilitata, viene visualizzato il campo Percorso o nome file.
Percorso o nome file
Disponibile solo quando Ignora percorso predefinito o nome file è abilitatoSpecificare un percorso o un nome di file (o entrambi) per determinare dove vengono inviati i file all’interno del percorso selezionato. Per salvare i file nella cartella di primo livello del percorso, specificare
/.Per i feed live, puoi utilizzare una qualsiasi delle seguenti variabili per rendere dinamico il percorso o il nome file:
- {yyyy}: anno di calendario a 4 cifre (distinzione maiuscole/minuscole)
- {yy}: anno di calendario a 2 cifre (distinzione maiuscole/minuscole)
- {MM}: mese di 2 cifre (distinzione maiuscole/minuscole)
- {dd}: giorno di 2 cifre (distinzione maiuscole/minuscole)
- {HH}: ore a 2 cifre (distinzione maiuscole/minuscole)
- {mm}: minuti a 2 cifre (distinzione maiuscole/minuscole)
- {ss}: secondi a 2 cifre (distinzione maiuscole/minuscole)
- {fff}: nanosecondi di 3 cifre (distinzione maiuscole/minuscole)
- {instance_id}: UUID richiesta (istanza)
- {export_id}: UUID esportazione (pianificazione)
- {idx}: indice con inizio da 0 (incrementato per ciascun file)
- {total}: numero totale di file per l’intero processo di trasferimento
- {completion_millis}: tempo di trasferimento in millisecondi
Ad esempio, se specifichi
${yyyy}/${MM}/${dd}/my-feed-${instance_id}-${idx}, un feed live consegnato il 15 gennaio 2027 avrà il percorso e il nome di file seguenti:[prefix_folder_name]/2027/01/15/my-feed-[UUID]-1.parquetNotifica problemi, quando completato, e quando scade Specifica uno o più indirizzi e-mail a cui inviare una notifica quando il feed di dati viene completato, è scaduto o riscontra problemi. Separa più indirizzi e-mail con una virgola. Abilita manifesto Scegli se includere un file manifesto con ogni consegna di feed di dati. Il file manifesto contiene informazioni per ciascun file incluso nel feed di dati. -
-
Seleziona Salva.
Comprendere l’intervallo di date di lookback data-feed-lookback-date-range
L’intervallo di date del lookback controlla l’aspetto indietro di Customer Journey Analytics durante l’elaborazione di ogni consegna di feed dati.
Per poter essere inclusi nella consegna, gli eventi devono ancora avere marche temporali che rientrano nell’intervallo di frequenza (ora o giorno), ma i dati che rientrano nell’intervallo di date di lookback forniscono il contesto storico necessario per classificare correttamente tali eventi.
Durante la configurazione di questa opzione, considera i seguenti concetti importanti:
- Un intervallo di date di lookback più lungo in genere consente di ottenere dati più precisi; un intervallo più breve determina prestazioni di consegna migliori.
- L’intervallo di date del lookback, insieme all’intervallo di frequenza, funziona in modo simile all’intervallo di date del reporting di Analysis Workspace. Tuttavia, sono presenti differenze chiave. Tali differenze possono causare discrepanze di dati tra i rapporti di Workspace e le consegne di feed di dati.
La qualificazione dei segmenti, il calcolo della sessione, la persistenza delle dimensioni e le trasformazioni dei campi derivati vengono presi in considerazione durante l’elaborazione dei dati all’interno dell’intervallo di date del lookback:
Qualificazione segmento
Quando un segmento viene applicato alla definizione del feed dati, i dati all’interno dell’intervallo di date del lookback determinano quali eventi, sessioni o persone sono idonee per il segmento. L’impostazione del contenitore del segmento determina l’ambito. (I contenitori possibili sono: Persona, Sessione o Evento. B2B include i seguenti contenitori aggiuntivi: account globale, account, opportunità, gruppo di acquisto.)
Esempio:
Supponiamo di voler creare un feed di dati per comprendere il comportamento degli utenti che fanno parte di una specifica campagna di marketing, la Campagna B.
A questo scopo, applichi un segmento al feed di dati denominato Utenti nella campagna B, indicando che solo gli eventi associati agli utenti in questo segmento devono essere inclusi nel feed di dati.
In questo caso, gli utenti vengono inclusi nel feed di dati solo se soddisfano entrambe le seguenti condizioni:
-
L’utente aveva un evento con una marca temporale all’interno della finestra della frequenza del feed dati (l’ora o il giorno specificato del feed dati).
-
L’utente si è qualificato per il segmento Campaign B _entro l’intervallo di date del lookback._
Per un evento idoneo che si è verificato 9 giorni fa, ciò significa che l’utente verrebbe incluso nel feed di dati se l’intervallo di date del lookback fosse impostato su 30 giorni, ma l’utente non verrebbe incluso nel feed di dati se l’intervallo di date del lookback fosse impostato su 7 giorni.
Calcolo della sessione
I limiti di sessione vengono calcolati utilizzando tutti gli eventi nell’intervallo di date del lookback, non solo gli eventi nell’intervallo di consegna. Una sessione avviata prima della finestra di consegna viene comunque riconosciuta come stessa sessione.
L’ID sessione dipende dalla persona, dall’ora di inizio della sessione e dalle impostazioni della sessione nella visualizzazione dati. Una sessione mantiene lo stesso ID sessione tra le consegne, in modo da poter unire gli eventi di una sessione che si estende su più consegne orarie o giornaliere.
Quando si lavora con le sessioni nei feed dati, considera quanto segue:
- Se una sessione è stata avviata prima dell’intervallo di date del lookback, i relativi eventi precedenti non sono disponibili, pertanto i valori della sessione possono differire da quelli di Analysis Workspace. Per ulteriori informazioni, vedere Informazioni sulle discrepanze di dati tra feed di dati e Analysis Workspace.
- La modifica delle impostazioni della sessione nella visualizzazione dati cambia gli ID sessione. Gli ID sessione nelle consegne successive non corrisponderanno agli ID sessione nelle consegne precedenti.
Persistenza Dimension
Quando imposti la persistenza su una singola dimensione, imposti anche una scadenza per determinare per quanto tempo l’elemento dimensione persiste oltre l’evento su cui è impostato.
L’intervallo di date di lookback influisce sulla persistenza delle dimensioni quando la scadenza viene impostata su una delle seguenti opzioni nella visualizzazione dati:
-
Finestra di reporting per persona: l’intervallo di date del lookback diventa il nuovo intervallo di reporting per ogni dimensione nella definizione del feed di dati che utilizza Finestra di reporting per persona come scadenza.
-
Ora personalizzata: se l’ora personalizzata selezionata si estende oltre l’intervallo di date del lookback, l’ora personalizzata viene ignorata e l’intervallo di date del lookback viene utilizzato per la scadenza della dimensione per ogni dimensione nella definizione del feed di dati che utilizza Ora personalizzata come scadenza. I valori che si sono verificati prima dell’intervallo di date del lookback non vengono considerati.
Per ulteriori informazioni sull’impostazione della persistenza sulle dimensioni all’interno della visualizzazione dati, vedere Impostazioni dei componenti di persistenza.
Per ottenere dati più precisi, puoi impostare l’intervallo di date del lookback su un valore uguale o superiore al set di persistenza impostato sulle dimensioni nei dati. Tuttavia, ricorda che un intervallo di date di lookback più breve determina prestazioni migliori per le consegne di feed di dati.
Esempio:
Supponiamo che nel tuo feed di dati desideri sapere quali utenti della campagna di marketing hanno visto originariamente prima di visitare il tuo sito.
A questo scopo, imposta la persistenza sulla dimensione Campagne con Originale come modello di allocazione.
In questo caso, la campagna originale viene visualizzata nell’output del feed dati solo se gli utenti soddisfano entrambi delle seguenti condizioni:
-
L’utente aveva un evento con una marca temporale all’interno della finestra della frequenza del feed dati (l’ora o il giorno specificato del feed dati).
-
L’utente si è qualificato per la campagna originale entro l’intervallo di date del lookback.
Se l’utente è qualificato per la campagna originale 9 giorni fa, la campagna originale è inclusa nel feed di dati se l’intervallo di date del lookback è impostato su 30 giorni, ma la campagna originale non è inclusa nel feed di dati se l’intervallo di date del lookback è impostato su 7 giorni.
Trasformazioni di campo derivate
Qualsiasi funzione di campo derivata che fa riferimento a contenitori utilizza l’intervallo di date di lookback nelle esportazioni di feed di dati. Quali funzionalità di data sono disponibili nei campi derivati?
Comprendere il ritardo di elaborazione data-feed-processing-delay
Funzionamento del ritardo di elaborazione
Il ritardo di elaborazione è il tempo che Customer Journey Analytics attende prima di elaborare un file di feed dati. Nel feed di dati sono inclusi eventuali eventi che arrivano durante il ritardo di elaborazione sono inclusi nel feed di dati.
I ritardi di elaborazione sono necessari per vari motivi, ad esempio per tenere conto della latenza della pipeline, per dare alle implementazioni mobili l’opportunità ai dispositivi offline di connettersi e inviare dati o per adattarsi ai processi lato server della tua organizzazione nella gestione dei file elaborati in precedenza.
Il ritardo di elaborazione minimo è di 2 ore, ma alcuni tipi di dati richiedono un ritardo maggiore.
Esempio:
Supponiamo che un feed di dati orario includa dati compresi tra le 13:00 e le 14:00 e che il ritardo di elaborazione sia di 2 ore. L’elaborazione del file di feed dati inizia alle 16:00 e include tutti i dati ricevuti prima dell’inizio dell’elaborazione.
Scegli un ritardo di elaborazione in base ai tuoi dati
Diversi tipi di dati richiedono tempi diversi per essere disponibili in Customer Journey Analytics. I dati attraversano due fasi di elaborazione e il tempo di ciascuna fase si aggiunge al totale.
Scegli un ritardo di elaborazione sufficientemente lungo da consentire ai dati più lenti della connessione di completare entrambe le fasi. Se il ritardo è troppo breve, i dati ancora in fase di elaborazione non verranno inclusi nel file del feed di dati.
Quando crei un feed di dati, per impostazione predefinita il ritardo di elaborazione viene impostato su un valore consigliato in base ai set di dati della connessione. Ad esempio, se l’unione è abilitata per la connessione, il valore predefinito è 6 ore. Puoi scegliere un ritardo più breve, fino al minimo di 2 ore, ma viene visualizzato un avviso perché alcuni dati potrebbero non essere inclusi nel feed di dati.
Fase 1: arrivo dei dati nel data lake di Experience Platform
I tempi di arrivo variano in base al tipo di dati che stai raccogliendo. Scegli un ritardo che tenga conto del tipo di dati che stai raccogliendo.
-
Set di dati evento da Edge Network o acquisizione in streaming: i dati in genere arrivano nel data lake entro 60 minuti (vedi Latenze).
-
Set di dati del connettore di origine di Analytics: i dati in genere arrivano nel data lake entro 2,25 ore (vedi Latenze).
-
Set di dati da altri connettori di origine: la latenza varia in base al connettore di origine e al momento dell’invio dei batch. L’elaborazione a monte in Experience Platform, come la preparazione dati, può aggiungere più tempo.
-
Set di dati di ricerca: il tempo di arrivo dei dati nel data lake dipende dalla frequenza con cui vengono caricati i dati. I dati di ricerca vengono in genere caricati come copia completa di un database, in cui solo una piccola percentuale di record è stata modificata. Carica i dati di ricerca in batch più piccoli per ridurre il tempo di elaborazione.
I caricamenti di piccole dimensioni vengono in genere elaborati con il minor ritardo possibile.
I caricamenti di grandi dimensioni (ad esempio, un caricamento settimanale di milioni di record) vengono elaborati con priorità inferiore e possono richiedere da 3 a 4 ore in più. In caso di caricamenti di grandi dimensioni, i dati dell’evento non vengono ritardati, ma i valori di ricerca potrebbero non riflettere gli aggiornamenti più recenti.
-
Set di dati profilo: il tempo di arrivo dei dati nel data lake dipende dalla frequenza con cui vengono caricati i dati. I dati del profilo vengono generalmente acquisiti in batch di grandi dimensioni, ad esempio uno snapshot giornaliero dell’intera tabella del profilo. Carica i dati del profilo in batch più piccoli per ridurre il tempo di elaborazione.
I caricamenti di piccole dimensioni vengono in genere elaborati con il minor ritardo possibile.
I caricamenti di grandi dimensioni (ad esempio, un caricamento settimanale di milioni di record) vengono elaborati con priorità inferiore e possono richiedere da 3 a 4 ore in più. In caso di caricamenti di grandi dimensioni, i dati dell’evento non vengono ritardati, ma i valori del profilo potrebbero non riflettere gli aggiornamenti più recenti.
Fase 2: i dati vengono acquisiti dal data lake in Customer Journey Analytics
I tempi di acquisizione dei dati variano a seconda che l’unione sia abilitata o meno per il set di dati.
-
Set di dati non uniti: l’operazione può richiedere fino a 90 minuti (vedere Latenze).
-
Set di dati uniti: l’unione può aggiungere fino a 4 ore oltre i 90 minuti necessari per i set di dati non uniti (vedi Latenze). Se per la connessione è abilitata l’unione, il ritardo predefinito è di 6 ore. I dati aggiornati da una ripetizione dell’unione non sono generalmente inclusi nei file di feed dati già elaborati.
Esempio:
Se la connessione include più tipi di dati, scegliere un ritardo che tenga conto dei dati più lenti. Nell’esempio seguente, sono circa 8 ore.
L’unione può aggiungere fino a 4 ore per l’acquisizione in Customer Journey Analytics. Aggiungi 4 ore al ritardo per eventuali dati con identità unite, in modo da compensare questo intervallo di tempo.
90 minuti
Senza unione
90 minuti + 4 ore per l’unione
Con unione