Casi di utilizzo della configurazione dello stream di dati dinamici

In questa pagina sono descritti sei casi d’uso comuni per Dynamic Datastream Configurations: separazione degli eventi per valore, strategia di conservazione dei dati su più livelli, soppressione degli eventi di sistema, filtro del traffico da bot, routing selettivo della soluzione Experience Cloud e migrazione del connettore di origine Analytics.

Ogni caso d’uso è indipendente. Implementa solo quelli applicabili all’implementazione.

Prima di configurare le regole, completa i prerequisiti e l’elenco di controllo per la pianificazione e controlla i modelli di configurazione per scegliere la strategia corretta per il set di dati primario per l’implementazione.

Caso d’uso 1: separare gli eventi utilizzabili da quelli analitici uc1

Obiettivo: ottimizzare l’utilizzo dell’archivio profili e ridurre il volume totale di dati instradando solo eventi Actionable a Real-Time Customer Profile mantenendo eventi Analytical disponibili per Customer Journey Analytics.

Quando utilizzare: Si stanno acquisendo eventi Web SDK o Mobile SDK in Adobe Experience Platform e si verificano interruzioni del profilo, interruzioni del volume totale di dati o pressione del guardrail di acquisizione in streaming perché tutti gli eventi vengono inseriti in un set di dati abilitato per il profilo.

Strategia per il set di dati uc1-dataset-strategy

La seguente struttura a due set di dati separa gli eventi per il loro valore di profilo.

Configurazione delle regole uc1-rule-config

Prima di configurare le regole, decidere se utilizzare prima la strategia per set di dati Actionable o Analytical first. Tale scelta determina quale set di dati impostato come principale nel flusso di dati.

Esempio 1: prima analitica - Regola eventi utilizzabili

Set di dati primario: Web Events - Analytics (non abilitato per il profilo, fallback predefinito)
Set di dati secondario: Web Events - Profile (abilitato per profilo)

Scrivi una regola per promuovere Eventi actionable nel set di dati abilitato per il profilo. Tutti gli eventi Analytical passano automaticamente al set di dati principale.

Regola: eventi utilizzabili

Aggiungi condizioni aggiuntive utilizzando la logica OR per altri tipi di evento Actionable, ad esempio commerce.productListAdds o leadGeneration.formComplete.

Esempio 2: actionable first — regola eventi analitici

Set di dati primario: Web Events - Profile (abilitato per il profilo, fallback predefinito)
Set di dati secondario: Web Events - Analytics (non abilitato per il profilo)

Scrivere una regola per instradare eventi analitici lontano dal set di dati abilitato per il profilo. Tutti gli eventi Actionable ricadono automaticamente nel set di dati principale.

Regola: eventi analitici

Aggiungi condizioni aggiuntive per altri tipi di evento Analytical.

Caso d’uso 2: strategia di conservazione dei dati su più livelli uc2

Obiettivo: gestire i costi di conservazione dei dati instradando gli eventi a set di dati con diverse finestre di conservazione in base al loro valore aziendale a lungo termine.

Quando utilizzare: Sono necessari diversi intervalli di conservazione per i diversi tipi di eventi. Ad esempio, conservazione più lunga per i dati di acquisto e conservazione più breve per le interazioni dei prodotti in Adobe Real-Time CDP.

Per informazioni dettagliate sulla configurazione della conservazione dei set di dati, consulta la guida alla conservazione dei set di dati di Experience Event.

Strategia per il set di dati uc2-dataset-strategy

La seguente struttura a tre livelli assegna le finestre di conservazione in base al valore dell’evento.

Configurazione delle regole uc2-rule-config

Imposta il set di dati primario nello stream di dati su Browsing - General in modo che gli eventi senza corrispondenza arrivino al set di dati non di profilo per impostazione predefinita, anziché gonfiare l’archivio dei profili. Non è necessaria una regola per gli eventi di navigazione generali, poiché passano automaticamente al set di dati principale.

Regola 1: acquisti

Regola 2: interazioni prodotto

Aggiungi condizioni aggiuntive con OR per commerce.productListAdds, visualizzazioni di pagina con parametri UTM e altri eventi di interazione del prodotto.

Caso d’uso 3: eliminare gli eventi di sistema di personalizzazione uc3

Obiettivo: mantenere decisioning.propositionFetch e personalization.request eventi su Customer Journey Analytics e Real-Time Customer Profile. Questi eventi di sistema si attivano a ogni caricamento di pagina quando Adobe Target o Adobe Journey Optimizer recupera le decisioni di personalizzazione. Si tratta di eventi Expendable senza valore analitico o di profilo.

Quando utilizzare: Si utilizza Adobe Target o Adobe Journey Optimizer per la personalizzazione insieme a Customer Journey Analytics o Adobe Real-Time CDP e questi eventi di sistema stanno gonfiando il conteggio delle righe fatturabili, consumando la capacità dell’archivio profili o consumando la velocità effettiva di acquisizione in streaming.

Configurazione delle regole uc3-rule-config

Instradare gli eventi di sistema a un set di dati di quarantena dedicato anziché disabilitare completamente il servizio Adobe Experience Platform. In questo modo gli eventi di debug vengono mantenuti prima che venga confermato che non contengono alcun valore.

Regola: eventi di sistema

Aggiungere una condizione OR per personalization.request e qualsiasi altro tipo di evento di sistema che si desidera eliminare.

Dopo aver inviato questi eventi al set di dati di quarantena, assicurati che sia escluso dalla connessione Customer Journey Analytics.

Caso d’uso 4: filtro del traffico bot uc4

Obiettivo: Impedire agli eventi generati da bot di accedere a Real-Time Customer Profile, gonfiare Customer Journey Analytics le metriche o utilizzare la velocità effettiva di acquisizione in streaming.

Quando utilizzare: Hai abilitato il rilevamento di bot nello stream di dati e desideri agire sui punteggi di bot assegnati agli eventi.

Prerequisiti uc4-prerequisites

Prima di configurare questa regola, completare l’impostazione del rilevamento di bot descritta in prerequisiti e elenco di controllo per la pianificazione:

Configurazione delle regole uc4-rule-config

Inizia sempre mettendo in quarantena gli eventi bot per l’analisi. Dopo aver verificato che il punteggio bot è accurato, puoi continuare la quarantena o scegliere di ignorare completamente questi eventi.

Regola: traffico bot

Opzione A: quarantena per analisi (consigliata inizialmente)

Verificare che questo set di dati sia escluso dalla connessione Customer Journey Analytics.

Opzione B: ignorare completamente (dopo aver convalidato l’opzione A)

Dopo aver convalidato il set di dati di quarantena e aver confermato che il punteggio bot è accurato, disabilita il servizio Adobe Experience Platform nella regola per impedire che questi eventi raggiungano completamente Adobe Experience Platform.

Puoi anche disabilitare altri servizi per il traffico da bot in regole separate:

Ordine regole uc4-rule-ordering

Inserisci la regola di filtro bot first nell’elenco delle regole, prima di qualsiasi regola Actionable o Analytical. Poiché Edge Network utilizza la valutazione first match-wins, il posizionamento di questa regola assicura che Edge Network intercetti e elimini il traffico da bot prima di eseguire qualsiasi altra logica di routing. Il routing di un evento bot a un set di dati abilitato per il profilo consuma una capacità di archivio profili non necessaria.

Caso d’uso 5: indirizzamento selettivo della soluzione Experience Cloud uc5

Obiettivo: controlla quali soluzioni Experience Cloud (Adobe Analytics, Adobe Target, Adobe Audience Manager) ricevono tipi di evento specifici ed esegui l’override delle impostazioni a livello di soluzione, ad esempio suite di rapporti o token di proprietà, in base alle condizioni dell’evento.

Quando utilizzare: Se si desidera consolidare più flussi di dati in uno, i diversi tipi di eventi devono essere indirizzati a Adobe Analytics suite di rapporti diverse, altrimenti alcuni eventi non devono raggiungere Adobe Target o Adobe Audience Manager.

Esempio A: sostituire le suite di rapporti di Analytics per tipo di evento uc5-example-a

Un singolo stream di dati che serve più sezioni del sito e fa riferimento a suite di rapporti diverse:

Regola 1: eventi di e-commerce

Regola 2: eventi contenuto

Esempio B: disabilitare Target per eventi analitici uc5-example-b

Impedisci a Analytical eventi di raggiungere Adobe Target per ridurre le richieste Target al secondo e l’elaborazione non necessaria:

Regola: eventi analitici

Esempio C: consolidare più flussi di dati uc5-example-c

Se al momento si gestiscono flussi di dati separati per Adobe Analytics e Adobe Target, Event Forwarding, Adobe Journey Optimizer e Customer Journey Analytics, è possibile consolidarli in un unico flusso di dati:

Questo riduce il sovraccarico di gestione dello stream di dati ed elimina la necessità per la logica lato client di selezionare tra gli stream di dati.

Per l’esempio di consolidamento completo con tabelle di regole e criteri di ordinamento, vedere l’esempio end-to-end.

Caso d’uso 6: migrazione dal connettore di origine di Analytics uc6

Obiettivo: Sostituisci il connettore di origine di Adobe Analytics con la raccolta dati di Web SDK mantenendo il filtro a livello di riga del connettore di origine fornito.

Quando utilizzare: Si sta eseguendo la migrazione dal connettore di origine Adobe Analytics alla raccolta dati basata su Web SDK in Adobe Experience Platform e ci si è basati sul connettore di origine per filtrare gli eventi ricevuti dal profilo.

Approccio alla migrazione uc6-migration

Segui questi passaggi nell’ordine. I passaggi 1 e 2 pianificano i passaggi da completare prima di toccare lo stream di dati.

Passaggio 1: inventario dei filtri del connettore di origine

Documenta gli eventi che il connettore di origine esclude attualmente dall’acquisizione:

Passaggio 2: mappare i filtri del connettore di origine alle regole

Passaggio 3: creare la strategia per il set di dati

Segui il caso d’uso 1 o il caso d’uso 2 in base ai tuoi requisiti di conservazione.

Passaggio 4: configurare le regole

Implementa le regole mappate nel passaggio 2. Decidi tra un pattern analitico iniziale o Actionable. Assegna priorità alle regole che influiscono prima sul numero più elevato di eventi e lascia tutti gli altri eventi al fallback predefinito.

Passaggio 5: esegui acquisizione parallela

Durante la migrazione, esegui in parallelo sia il connettore di origine che l’acquisizione di Web SDK per una finestra di convalida. Confronta:

Dopo aver convalidato i risultati, smantella il connettore di origine.

Passaggi successivi