Übersicht über die Konfiguration dynamischer Datenströme

Standardmäßig sendet der Adobe Experience Platform Edge Network jedes Ereignis, das in einem Datenstrom“ eintrifft an alle Experience Cloud aktivierten Services. Verwenden Sie Dynamic Datastream Configurations, um Regeln zu definieren, die steuern, welche Services welche Ereignisse empfangen und/oder welche Datensätze diese Ereignisse speichern, ohne den Client-seitigen SDK-Code zu ändern.

Vor der Dynamic Datastream Configurations war zur Steuerung des Ereignis-Routing entweder die Pflege mehrerer Datenströme oder das Hinzufügen einer Überschreibungslogik in Ihrer Client-seitigen SDK-Implementierung erforderlich. Dynamic Datastream Configurations verschieben diese Routing-Logik Server-seitig in den Datenstrom selbst.

Was Dynamic Datastream Configurations tun können can-do

In der folgenden Tabelle sind die verfügbaren Routing-Aktionen zusammengefasst.

Aktion
Beispiel
Weiterleiten von Ereignissen an verschiedene Datensätze
Seitenansichten werden auf einen Nicht-Profil-Datensatz übertragen. Käufe werden auf einen profilaktivierten Datensatz übertragen
Deaktivieren eines Dienstes für übereinstimmende Ereignisse
Adobe Experience Platform für Bot-Traffic deaktivieren
Service-Einstellungen pro Ereignis überschreiben
Senden von Ereignissen an verschiedene Adobe Analytics Report Suites oder Adobe Target-Eigenschafts-Token basierend auf Ereignisbedingungen
Aktivieren oder Deaktivieren von Experience Platform-Unterdiensten
Deaktivieren Sie EdgeSegmentierung, Adobe Journey Optimizer, Entscheidungs-Management oder Personalization- für bestimmte Ereignistypen

Was Dynamic Datastream Configurations nicht tun kann cannot-do

Dynamische Datenstromkonfigurationen sind für das Routing auf Ereignisebene konzipiert. Die folgenden Aktionen werden nicht unterstützt.

Aktion
Grund
Gleiches Ereignis parallel an mehrere Datensätze senden
Regeln leiten ein Ereignis nur an einen Datensatz weiter
Entfernen von Feldern aus Ereignis-Payloads
Die Edge Network leitet immer das vollständige Ereignis weiter
Auswerten von Bedingungen basierend auf Profilattributen
Regeln werten nur die Payload des eingehenden Ereignisses aus

Modell zur Regelauswertung rule-evaluation

Wenn Sie verstehen, wie die Edge Network Regeln auswertet, können Sie Konfigurationen entwerfen, die sich vorhersehbar verhalten.

  • Erstes Spiel gewinnt. Die Edge Network bewertet Regeln in der Reihenfolge, in der Sie sie definieren. Wenn ein Ereignis mit einer Regel übereinstimmt, wendet die Edge Network die Routing-Konfiguration dieser Regel an und beendet die Auswertung weiterer Regeln.
  • Standardfallback. Wenn keine Regel einem Ereignis entspricht, folgt das Ereignis der standardmäßigen statischen Datenstromkonfiguration: dem primären Ereignisdatensatz und allen aktivierten Services.
  • 25 ms Evaluierungsbudget. Alle Regeln in einem Datenstrom müssen innerhalb von insgesamt 25 ms ausgewertet werden. Wenn die Auswertung dieses Budget überschreitet, wird das Ereignis auf die standardmäßige Datenstromkonfiguration zurückgesetzt. Halten Sie Regeln einfach und konzentrieren Sie sich auf zuverlässige Felder wie eventType.
  • Nur flache Ausdrücke. Das System unterstützt keine verschachtelten logischen Ausdrücke (Container innerhalb von Containern). Wenn für Ihre Logik eine Verschachtelung erforderlich ist, unterteilen Sie sie stattdessen in mehrere flache Regeln.

Eine vollständige Liste der unterstützten Datentypen, Operatoren und Leitplanken finden Sie unter Erstellen dynamischer Datenstromkonfigurationen.

Taxonomie der Ereigniswerte event-taxonomy

Bevor Sie Regeln entwerfen, klassifizieren Sie alle Ereignistypen, die Ihre Implementierung in eine von drei Kategorien sendet. Diese Klassifizierung bestimmt direkt Ihre Datensatzstrategie und den Regelentwurf.

Kategorie
Beschreibung
Beispiele
entbehrlich
Ereignisse ohne analytischen oder verwertbaren Wert.
Bot-generierte Ereignisse, operative Ereignisse wie decisioning.propositionFetch und personalization.request
Analytisch
Ereignisse, die nur für das Reporting in Analytics benötigt werden. Diese Ereignisse werden nicht für die Profilanreicherung benötigt und können bei der Segmentierung und Aktivierung nicht ausgeführt werden.
Seitenansichten, Bildlauftiefe, allgemeines Browsing-Verhalten
umsetzbar
Ereignisse, die für die Profilanreicherung erforderlich sind und in der Segmentierung und Aktivierung verarbeitet werden können. Diese Ereignisse sind auch analytisch und in Analytics-Berichten verfügbar.
Käufe, In-den-Warenkorb-Hinzufügen, Formularübermittlungen, wichtige Konversionsereignisse

Die Klassifizierung Ihrer Ereignisse vor der Konfiguration von Regeln ist der wichtigste Planungsschritt. Sie bestimmt, welche Datensätze Sie benötigen, welche Ereignisse an welche Datensätze gesendet werden und wie viele Regeln Sie schreiben müssen.

Gegenseitige Exklusivität mit Datenstrom-Überschreibungen overrides

IMPORTANT
Ereignisse, die eine Client-seitige Überschreibung enthalten, umgehen Dynamic Datastream Configuration Regeln im Hintergrund, ohne Fehler oder Warnungen. Wenn Ihre Regeln nicht mit Ereignissen übereinstimmen, von denen Sie erwarten, dass sie übereinstimmen, überprüfen Sie, ob diese Ereignisse eine edgeConfigOverrides Payload haben.

Dynamische Datenstromkonfigurationen und Überschreibungen der Datenstromkonfiguration schließen sich pro Ereignis gegenseitig aus. Wenn ein Ereignis eine Client-seitige Überschreibung aufweist, die über Web SDK sendEvent oder configure gesendet wird, hat die Überschreibung Vorrang und die Edge Network überspringt Dynamic Datastream Configuration Regeln für dieses Ereignis.

Planen Sie Ihre Implementierung so, dass Sie für jeden Ereignistyp den einen oder den anderen Ansatz verwenden. Verwenden Sie nicht beides. Verwenden Sie nach Möglichkeit Dynamic Datastream Configurations vor Client-seitigen Überschreibungen. Sie bieten eine bessere Sichtbarkeit, Rückverfolgbarkeit und Kontrolle.

Nächste Schritte

recommendation-more-help
experience-platform-help-datastreams