Anwendungsfälle für dynamische Datenstromkonfigurationen

Auf dieser Seite werden sechs gängige Anwendungsfälle für Dynamic Datastream Configurations behandelt: die Trennung von Ereignissen nach Wert, eine mehrstufige Datenaufbewahrungsstrategie, die Unterdrückung von Systemereignissen, die Filterung des Bot-Traffics, das selektive Routing der Experience Cloud-Lösung und die Migration des Analytics-Quell-Connectors.

Jeder Anwendungsfall ist unabhängig. Implementieren Sie nur die , die für Ihre Implementierung gelten.

Bevor Sie Regeln konfigurieren, absolvieren Sie die Voraussetzungen und Planungs-Checkliste und überprüfen Sie die Konfigurationsmuster, um die richtige Strategie für den primären Datensatz für Ihre Implementierung auszuwählen.

Anwendungsfall 1: Trennen von umsetzbaren und analytischen Ereignissen uc1

Ziel: Optimieren Sie die Nutzung des Profilspeichers und reduzieren Sie das Gesamtdatenvolumen, indem Sie nur umsetzbare Ereignisse an die Real-Time Customer Profile weiterleiten und analytische Ereignisse für Customer Journey Analytics verfügbar halten.

Verwendung: Sie Web SDK- oder Mobile SDK-Ereignisse in Adobe Experience Platform aufnehmen und dabei eine Profilüberlastung, eine Überschreitung des Gesamtdatenvolumens oder einen Druck auf die Streaming-Aufnahme-Leitplanke erleben, da alle Ereignisse in einem profilaktivierten Datensatz landen.

Datensatzstrategie uc1-dataset-strategy

Die folgende Struktur mit zwei Datensätzen trennt Ereignisse nach ihrem Profilwert.

Regelkonfiguration uc1-rule-config

Entscheiden Sie vor dem Konfigurieren von Regeln, ob Sie die Datensatzstrategie Erster Eintrag verwertbar oder Erster ​ analytisch verwenden möchten. Diese Auswahl bestimmt, welchen Datensatz Sie als primären Datensatz in Ihrem Datenstrom festlegen.

Beispiel 1: Analytisch zuerst — Regel für verwertbare Ereignisse

Primärer Datensatz: Web Events - Analytics (nicht profilaktiviert, Standard-Fallback)
Sekundärer Datensatz: Web Events - Profile (profilaktiviert)

Schreiben Sie eine Regel, um Aktionable-Ereignisse in den profilaktivierten Datensatz weiterzuleiten. Alle Analytics-Ereignisse werden automatisch auf den primären Datensatz übertragen.

Regel: Verwertbare Ereignisse

Fügen Sie mithilfe OR Logik zusätzliche Bedingungen für andere Aktionable-Ereignistypen wie commerce.productListAdds oder leadGeneration.formComplete hinzu.

Beispiel 2: Zuerst umsetzbar - Regel für analytische Ereignisse

Primärer Datensatz: Web Events - Profile (profilaktiviert, standardmäßiges Fallback)
Sekundärer Datensatz: Web Events - Analytics (nicht profilaktiviert)

Schreiben Sie eine Regel, um Analytics-Ereignisse vom profilaktivierten Datensatz wegzuleiten. Alle Aktionable-Ereignisse werden automatisch auf den primären Datensatz übertragen.

Regel: Analytische Ereignisse

Fügen Sie zusätzliche Bedingungen für andere Analytics-Ereignistypen hinzu.

Anwendungsfall 2: Strategie zur mehrstufigen Datenaufbewahrung uc2

Ziel: Verwalten Sie die Kosten für die Datenaufbewahrung, indem Sie Ereignisse auf der Grundlage ihres langfristigen Geschäftswerts an Datensätze mit unterschiedlichen Aufbewahrungsfenstern weiterleiten.

Verwendung: Für verschiedene Ereignistypen sind unterschiedliche Aufbewahrungsfenster erforderlich. Beispielsweise eine längere Aufbewahrung für Kaufdaten und eine kürzere Aufbewahrung für Produktinteraktionen in Adobe Real-Time CDP.

Weitere Informationen zur Konfiguration der Datensatzaufbewahrung finden Sie im Handbuch zur Datensatzaufbewahrung für Erlebnisereignisse.

Datensatzstrategie uc2-dataset-strategy

Die folgende dreistufige Struktur weist Aufbewahrungsfenster basierend auf dem Ereigniswert zu.

Regelkonfiguration uc2-rule-config

Legen Sie den primären Datensatz in Ihrem Datenstrom auf Browsing - General fest, sodass nicht übereinstimmende Ereignisse standardmäßig in dem Nicht-Profil-Datensatz landen, anstatt den Profilspeicher aufzublähen. Sie benötigen keine Regel für allgemeine Browser-Ereignisse. Sie werden automatisch auf den primären Datensatz übertragen.

Regel 1: Käufe

Regel 2: Produktinteraktionen

Fügen Sie zusätzliche Bedingungen mit OR für commerce.productListAdds, Seitenansichten mit UTM-Parametern und andere Produktinteraktionsereignisse hinzu.

Anwendungsfall 3: Unterdrücken von Personalisierungsereignissen uc3

Ziel Halten Sie decisioning.propositionFetch und personalization.request Ereignisse aus Customer Journey Analytics und der Real-Time Customer Profile fern. Diese Systemereignisse werden beim Laden jeder Seite ausgelöst, wenn Adobe Target oder Adobe Journey Optimizer Personalisierungsentscheidungen abrufen. Es handelt sich um Ereignisse ohne Analyse- oder Profilwert.

Verwendung: Sie verwenden Adobe Target oder Adobe Journey Optimizer für die Personalisierung neben Customer Journey Analytics oder Adobe Real-Time CDP. Diese Systemereignisse erhöhen die Anzahl der abrechnungsfähigen Zeilen, beanspruchen Profilspeicherkapazität oder verbrauchen einen Durchsatz bei der Streaming-Aufnahme.

Regelkonfiguration uc3-rule-config

Systemereignisse an einen dedizierten Quarantäne-Datensatz weiterleiten, anstatt den Adobe Experience Platform-Service vollständig zu deaktivieren. Dadurch werden die Ereignisse für das Debugging beibehalten, bevor Sie bestätigen, dass sie keinen Wert enthalten.

Regel: Systemereignisse

Fügen Sie eine OR für personalization.request und alle anderen Systemereignistypen hinzu, die Sie unterdrücken möchten.

Nachdem Sie diese Ereignisse an den Quarantäne-Datensatz weitergeleitet haben, stellen Sie sicher, dass er von Ihrer Customer Journey Analytics ausgeschlossen ist.

Anwendungsfall 4: Filterung des Bot-Traffics uc4

Ziel Verhindern Sie, dass von Bots generierte Ereignisse in die Real-Time Customer Profile eintreten, Customer Journey Analytics Metriken vergrößern oder den Streaming-Aufnahmedurchsatz verbrauchen.

Verwendung: Sie haben die Bot-Erkennung in Ihrem Datenstrom aktiviert und möchten auf die Bot-Bewertungen reagieren, die Ereignissen zugewiesen wurden.

Voraussetzungen uc4-prerequisites

Bevor Sie diese Regel konfigurieren, schließen Sie die Einrichtung der Bot-Erkennung ab, die in der Checkliste Voraussetzungen und Planung“ beschrieben ​:

Regelkonfiguration uc4-rule-config

Verwenden Sie zunächst immer die Quarantäne der beiden Ereignisse für die Analyse. Nachdem Sie geprüft haben, ob die Bot-Bewertung korrekt ist, können Sie entweder mit der Quarantäne fortfahren oder diese Ereignisse vollständig verwerfen.

Regel: Bot-Traffic

Option A: Quarantäne für Analysen (zunächst empfohlen)

Stellen Sie sicher, dass dieser Datensatz aus Ihrer Customer Journey Analytics-Verbindung ausgeschlossen ist.

Option B: Vollständig verwerfen (nach Validierung von Option A)

Nachdem Sie den Quarantäne-Datensatz validiert und bestätigt haben, dass die Bot-Bewertung korrekt ist, deaktivieren Sie den Adobe Experience Platform-Service in der Regel, damit diese Ereignisse Adobe Experience Platform nicht mehr erreichen.

Sie können in separaten Regeln auch andere Services für den Bot-Traffic deaktivieren:

Regelsortierung uc4-rule-ordering

Platzieren Sie die Bot Filterregel (zuerst in Ihrer Regelliste, vor (- oder Analytics-Regeln. Da der Edge Network die Auswertung „first-match-wins“ verwendet, wird durch die erste Platzierung dieser Regel sichergestellt, dass der Edge Network Bot-Traffic erfasst und verwirft, bevor eine andere Routing-Logik ausgeführt wird. Das Routing eines Bot-Ereignisses zu einem profilaktivierten Datensatz verbraucht unnötige Profilspeicherkapazität.

Anwendungsfall 5: Selektives Routing der Experience Cloud-Lösung uc5

Ziel Steuern Sie, welche Experience Cloud-Lösungen (Adobe Analytics, Adobe Target, Adobe Audience Manager) bestimmte Ereignistypen erhalten, und überschreiben Sie Einstellungen auf Lösungsebene wie Report Suites oder Eigenschafts-Token auf der Grundlage von Ereignisbedingungen.

Verwendung: Sie mehrere Datenströme in einem zusammenfassen möchten, sollten verschiedene Ereignistypen zu unterschiedlichen Adobe Analytics Report Suites wechseln oder bestimmte Ereignisse sollten Adobe Target oder Adobe Audience Manager nicht erreichen.

Beispiel A: Überschreiben von Analytics Report Suites nach Ereignistyp uc5-example-a

Ein einzelner Datenstrom, der mehrere Site-Bereiche bedient, die an verschiedene Report Suites berichten:

Regel 1: E-Commerce-Ereignisse

Regel 2: Inhaltsereignisse

Beispiel B: Target für analytische Ereignisse deaktivieren uc5-example-b

Verhindern Sie dass Analytics“-Ereignisse Adobe Target erreichen, um Target-Anforderungen pro Sekunde und unnötige Verarbeitung zu reduzieren:

Regel: Analytische Ereignisse

Beispiel C: Konsolidierung mehrerer Datenströme uc5-example-c

Wenn Sie derzeit separate Datenströme für Adobe Analytics und Adobe Target, Event Forwarding, Adobe Journey Optimizer und Customer Journey Analytics verwalten, können Sie sie in einem einzigen Datenstrom zusammenfassen:

Dadurch wird der Verwaltungsaufwand für den Datenstrom reduziert und die Notwendigkeit für Client-seitige Logik zur Auswahl zwischen Datenströmen beseitigt.

Das Beispiel für die vollständige Konsolidierung mit Regeltabellen und der Begründung der Regelreihenfolge finden Sie ​ „End-to-End-Beispiel.

Anwendungsfall 6: Migration vom Analytics-Quell-Connector uc6

Ziel: Ersetzen Sie den Adobe AnalyticsQuell-Connector durch Web SDK-, wobei die Filterung auf Zeilenebene des bereitgestellten Quell-Connectors beibehalten wird.

Verwendung: Sie migrieren vom Adobe Analytics-Quell-Connector zur Web SDK-basierten Datenerfassung nach Adobe Experience Platform, und Sie verlassen sich darauf, dass der Quell-Connector filtert, welche Ereignisse das Profil empfangen hat.

Migrationsansatz uc6-migration

Führen Sie diese Schritte in der richtigen Reihenfolge aus. Die Schritte 1 und 2 sind Planungsschritte, die Sie abschließen, bevor Sie den Datenstrom berühren.

Schritt 1: Inventar Ihrer Quell-Connector-Filter

Dokumentieren Sie, welche Ereignisse der Quell-Connector derzeit von der Aufnahme ausschließt:

Schritt 2: Zuordnen von Quell-Connector-Filtern zu Regeln

Schritt 3: Erstellen Sie Ihre Datensatzstrategie

Befolgen Sie Anwendungsfall 1 oder Anwendungsfall 2 basierend auf Ihren Aufbewahrungsanforderungen.

Schritt 4: Regeln konfigurieren

Implementieren Sie die in Schritt 2 zugeordneten Regeln. Entscheiden Sie zwischen einem Analytical First- oder Actionable First-Muster. Priorisieren Sie Regeln, die sich zuerst auf die größte Anzahl von Ereignissen auswirken, und überlassen Sie alle anderen Ereignisse dem standardmäßigen Fallback.

Schritt 5: Parallele Aufnahme ausführen

Führen Sie während der Migration für ein Validierungsfenster sowohl die Quell-Connector- als auch die Web SDK-Aufnahme parallel aus. Vergleichen:

Nachdem Sie die Ergebnisse validiert haben, beenden Sie den Quell-Connector.

Nächste Schritte