Esempio Dynamic Datastream Configuration end-to-end
In questa pagina viene illustrato come combinare più casi d’uso di Dynamic Datastream Configuration in un’unica configurazione pronta per la produzione. L’esempio utilizza il pattern Analytical first e si applica a uno scenario di e-commerce comune.
Scenario scenario
Un retailer di e-commerce utilizza Web SDK con Adobe Target per la personalizzazione, Adobe Analytics, Customer Journey Analytics e Adobe Real-Time CDP. Retailer gestisce attualmente tre flussi di dati separati: uno per Adobe Analytics e Adobe Target, uno per Customer Journey Analytics e uno per Adobe Journey Optimizer. L’obiettivo è consolidare in un unico flusso di dati e:
- Filtra il traffico da bot prima che raggiunga qualsiasi servizio (caso d’uso 4)
- Elimina
decisioning.propositionFetcheventi di sistema da Adobe Experience Platform (caso d’uso 3) - Indirizza gli acquisti e le interazioni dei prodotti a Real-Time Customer Profile per la segmentazione e Adobe Journey Optimizer percorsi (caso d’uso 1 e caso d’uso 2)
- Mantieni le visualizzazioni di pagina nel data lake solo per Customer Journey Analytics
Poiché la maggior parte degli eventi sono visualizzazioni di pagina (Analytical), retailer sceglie Analytical first: il set di dati primario non è abilitato per il profilo e le regole promuovono Actionable eventi in Profile.
Strategia per il set di dati dataset-strategy
Crea questi set di dati prima di configurare le regole. Per istruzioni sulla configurazione della conservazione dei dati, consulta la guida alla conservazione dei set di dati di Experience Event.
Bot Traffic - QuarantineSystem Events - QuarantinepropositionFetch eventi per il debugPurchasesProduct InteractionsBrowsing - General (primario)Browsing - General è il set di dati primario nello stream di dati. Tutti gli eventi che non corrispondono a nessuna regola tornano a questo set di dati.
Regole del servizio Experience Platform aep-rules
Nella tabella seguente viene illustrato il set di regole completo per il servizio Adobe Experience Platform. Edge Network valuta le regole nell’ordine elencato.
botDetection.score è uguale a 1Bot Traffic - QuarantineeventType è uguale a decisioning.propositionFetch OR eventType è uguale a personalization.requestSystem Events - QuarantineeventType è uguale a commerce.purchasesPurchaseseventType è uguale a commerce.productViews OR eventType è uguale a commerce.productListAddsProduct InteractionsBrowsing - GeneralPerché questo ordine di regole rule-order
-
Traffico bot (regola 1). Mette in quarantena gli eventi rilevati da bot prima dell’esecuzione di qualsiasi logica di routing. Un evento bot che corrisponde a una regola successiva sprecherebbe la capacità dell’archivio profili.
-
Eventi di sistema secondi (regola 2).
decisioning.propositionFetcheventi si attivano a ogni caricamento di pagina e non hanno un valore analitico. Se vengono rilevati in anticipo, non sarà possibile che corrispondano accidentalmente a una regola Actionable. -
Terzo acquisto (regola 3). Gli eventi Actionable ricevono il trattamento Adobe Experience Platform completo: Profilo, Segmentazione di Edge e Adobe Journey Optimizer per la personalizzazione in entrata attivata.
-
Interazioni prodotto quarta (regola 4). Profilo abilitato per la segmentazione, ma Adobe Journey Optimizer è disabilitato. Questa implementazione non recupera la personalizzazione in entrata da Adobe Journey Optimizer per il comportamento di navigazione.
-
Ultimo valore predefinito. Tutto il resto (visualizzazioni di pagina, eventi di scorrimento, ricerca del sito) arriva nel set di dati primario non di profilo solo per il reporting Customer Journey Analytics.
Analisi budget regole rule-budget
Questa configurazione utilizza 4 regole esplicite del limite di 5 regole per servizio per Adobe Experience Platform. Un slot di regole rimane disponibile per le esigenze future, ad esempio per filtrare il traffico interno in base al dominio e-mail o per indirizzare un nuovo tipo di evento.
Per l’elenco completo dei guardrail, vedere Creare configurazioni dello stream di dati dinamici.
Se hai bisogno di maggiore granularità, combina tipi di evento aggiuntivi come condizioni OR all’interno di una regola esistente. Ad esempio, la regola 4 combina già commerce.productViews e commerce.productListAdds. È possibile aggiungere commerce.productListOpens o commerce.saveForLaters alla stessa regola senza utilizzare uno slot di regole aggiuntivo. Ogni regola supporta fino a 100 condizioni.
Regole a livello di soluzione solution-rules
Le regole del servizio Experience Platform nella sezione precedente sono indipendenti dalle regole per altri servizi. È possibile configurare fino a 5 regole aggiuntive per ciascuno di Adobe Analytics, Adobe Target, Adobe Audience Manager e Event Forwarding, indipendentemente dalle regole di Experience Platform.
botDetection.score è uguale a 1eventType inizia con commerce.rsid-commercebotDetection.score è uguale a 1Convalida Assurance assurance-validation
Dopo aver salvato le regole, attendi 15 minuti affinché le modifiche vengano propagate in Edge Network. Quindi convalidare ogni percorso evento utilizzando Adobe Experience Platform Assurance.
Per informazioni dettagliate sul processo di convalida, vedere Test e convalida Dynamic Datastream Configurations.
Bot Traffic - QuarantineSystem Events - QuarantinePurchasesProduct InteractionsBrowsing - GeneralPassaggi successivi
- Segui i passaggi in Verifica e convalida Dynamic Datastream Configurations per verificare ogni percorso evento prima di distribuirlo nell’ambiente di produzione.
- Leggi le best practice per Dynamic Datastream Configurations per informazioni operative.
- Se riscontri un comportamento di routing imprevisto, consulta le domande frequenti.