Beispiel für eine End-to-End-Dynamic Datastream Configuration
Auf dieser Seite erfahren Sie, wie Sie mehrere Dynamic Datastream Configuration Anwendungsfälle in einer einzigen, produktionsbereiten Konfiguration kombinieren. Das Beispiel verwendet das Analytics First-Muster und gilt für ein gängiges E-Commerce-Szenario.
Szenario scenario
Eine E-Commerce-retailer verwendet Web SDK mit Adobe Target für Personalisierung, Adobe Analytics, Customer Journey Analytics und Adobe Real-Time CDP. Retailer verwaltet derzeit drei separate Datenströme: einen für Adobe Analytics und Adobe Target, einen für Customer Journey Analytics und einen für Adobe Journey Optimizer. Ziel ist es, Daten in einem einzigen Datenstrom zu konsolidieren und:
- Filtern Sie Bot-Traffic, bevor er einen Service erreicht Anwendungsfall 4)
decisioning.propositionFetchSystemereignisse von Adobe Experience Platform unterdrücken (Anwendungsfall 3)- Käufe und Produktinteraktionen für die Segmentierung und Adobe Journey Optimizer von Journey an die Real-Time Customer Profile weiterleiten Anwendungsfall 1 und Anwendungsfall 2)
- Seitenansichten nur für Customer Journey Analytics im Data Lake beibehalten
Da es sich bei den meisten Ereignissen um Seitenansichten (Analytical) handelt, wählt die retailer Analytical first aus: Der primäre Datensatz ist nicht profilaktiviert, und Regeln leiten umsetzbare Ereignisse zum Profil weiter.
Datensatzstrategie dataset-strategy
Erstellen Sie diese Datensätze, bevor Sie Regeln konfigurieren. Eine Anleitung zur Konfiguration der Datenaufbewahrung finden Sie unter Handbuch zur Datensatzaufbewahrung für Erlebnisereignisse.
Bot Traffic - QuarantineSystem Events - QuarantinepropositionFetch Ereignisse für das DebuggingPurchasesProduct InteractionsBrowsing - General (primär)Browsing - General ist der primäre Datensatz im Datenstrom. Alle Ereignisse, die keiner Regel entsprechen, fallen auf diesen Datensatz zurück.
Experience Platform-Dienstregeln aep-rules
Die folgende Tabelle zeigt den vollständigen Regelsatz für den Adobe Experience Platform-Service. Die Edge Network bewertet Regeln in der angegebenen Reihenfolge.
botDetection.score ist gleich 1Bot Traffic - QuarantineeventType ist gleich decisioning.propositionFetch OR eventType ist personalization.requestSystem Events - QuarantineeventType ist gleich commerce.productViews OR eventType ist commerce.productListAddsProduct InteractionsBrowsing - GeneralGründe für diese Regel rule-order
-
Bot-Traffic zuerst (Regel 1). Nicht erkannte Ereignisse in Quarantäne verschieben, bevor eine Routing-Logik ausgeführt wird. Ein Bot-Ereignis, das mit einer späteren Regel übereinstimmt, würde die Speicherkapazität des Profils verschwenden.
-
Zweite Systemereignisse (Regel 2).
decisioning.propositionFetchEreignisse werden bei jedem Laden der Seite ausgelöst und haben keinen analytischen Wert. Wenn sie früh erkannt werden, können sie nicht versehentlich mit einer aktivierbaren Regel übereinstimmen. -
Bestellungen Dritter (Regel 3). Die verwertbaren Ereignisse werden vollständig Adobe Experience Platform: Profil, Edge-Segmentierung und Adobe Journey Optimizer für die ausgelöste eingehende Personalisierung.
-
Vierte Produktinteraktionen (Regel 4). Profil für Segmentierung aktiviert, aber Adobe Journey Optimizer deaktiviert. Diese Implementierung ruft keine eingehende Personalisierung von Adobe Journey Optimizer über das Durchsuchungsverhalten ab.
-
Standard last. Alles andere (Seitenansichten, Scroll-Ereignisse, Site-Suche) landet im primären Nicht-Profil-Datensatz nur für das Reporting zu Customer Journey Analytics.
Analyse des Regelbudgets rule-budget
Diese Konfiguration verwendet 4 explizite Regeln von dem Limit von 5 Regeln pro Service für Adobe Experience Platform. Ein einziger Regelsteckplatz steht für zukünftige Anforderungen zur Verfügung, z. B. zum Filtern des internen Traffics nach E-Mail-Domain oder zum Routing eines neuen Ereignistyps.
Eine vollständige Liste der Leitplanken finden Sie unter Erstellen dynamischer Datenstromkonfigurationen.
Wenn Sie mehr Granularität benötigen, kombinieren Sie zusätzliche Ereignistypen als OR innerhalb einer vorhandenen Regel. Beispielsweise werden in Regel 4 bereits commerce.productViews und commerce.productListAdds kombiniert. Sie können commerce.productListOpens oder commerce.saveForLaters derselben Regel hinzufügen, ohne einen zusätzlichen Regelsteckplatz zu verwenden. Jede Regel unterstützt bis zu 100 Bedingungen.
Regeln auf Lösungsebene solution-rules
Die Experience Platform-Service-Regeln im vorherigen Abschnitt sind unabhängig von den Regeln für andere Services. Sie können unabhängig von den Experience Platform-Regeln bis zu 5 zusätzliche Regeln für Adobe Analytics, Adobe Target, Adobe Audience Manager und Event Forwarding konfigurieren.
botDetection.score ist gleich 1eventType beginnt mit commerce.rsid-commercebotDetection.score ist gleich 1Assurance-Validierung assurance-validation
Warten Sie nach dem Speichern der Regeln 15 Minuten, bis die Änderungen in Edge Network übernommen werden. Validieren Sie dann jeden Ereignispfad mithilfe von Adobe Experience Platform Assurance.
Eine vollständige Anleitung des Validierungsprozesses finden Sie unter Testen und Validieren Dynamic Datastream Configurations.
Bot Traffic - QuarantineSystem Events - QuarantinePurchasesProduct InteractionsBrowsing - GeneralNächste Schritte
- Führen Sie die Schritte in Testen und Validieren Dynamic Datastream Configurations aus, um jeden Ereignispfad vor der Bereitstellung in der Produktion zu überprüfen.
- Lesen Sie Best Practices für Dynamic Datastream Configurations, um eine fortlaufende operative Anleitung zu erhalten.
- In den FAQ finden Sie unerwartetes Routing-Verhalten.