Häufig gestellte Fragen zu dynamischen Datenstromkonfigurationen

Kann ich Dynamic Datastream Configurations und Client-seitige Datenstrom-Überschreibungen zusammen verwenden?

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

Planen Sie Ihre Implementierung mit einem Ansatz für jeden Datenstrom. Wenn Sie von Überschreibungen zu Dynamic Datastream Configurations migrieren, entfernen Sie edgeConfigOverrides aus Ihrem SDK-Code, während Sie die entsprechenden Regeln aktivieren.

Was passiert, wenn keine Dynamic Datastream Configuration einem Ereignis entspricht?

Der Edge Network leitet das Ereignis entsprechend der standardmäßigen statischen Datenstromkonfiguration weiter: dem primären Ereignisdatensatz und allen aktivierten Services.

Legen Sie den primären Datensatz auf einen nicht für Profile aktivierten Datensatz fest. Unerwartete oder nicht kategorisierte Ereignisse landen dann im Data Lake, anstatt Ihren Profilspeicher aufzublähen.

Können Dynamic Datastream Configurations Ereignisse vollständig ignorieren oder verwerfen?

Ja. Deaktivieren Sie den Service (z. B. Adobe Experience Platform) in der Routing-Konfiguration einer Regel. Die Edge Network sendet das Ereignis nicht an diesen Service. Wenn Sie alle Services für eine Übereinstimmungsregel deaktivieren, erreicht das Ereignis keine nachgelagerte Verarbeitung.

Für die Filterung des Bot-Traffics empfiehlt Adobe, zuerst Ereignisse in Quarantäne an einen Datensatz zu ​ (Anwendungsfall 4), um Ihre Bot-Erkennungslogik zu validieren, bevor Sie zu einer vollständigen Verwerfungskonfiguration wechseln.

Kann ich einzelne Felder innerhalb eines Ereignisses mithilfe von Dynamic Datastream Configurations filtern?

Nein. Dynamische Datenstromkonfigurationen leiten ganze Ereignisse weiter. Bestimmte Felder in einer Ereignis-Payload können nicht entfernt oder maskiert werden.

Wirkt sich Dynamic Datastream Configuration auf Personalisierungsantworten von Target oder Journey Optimizer aus?

Wenn Sie über eine Dynamic Datastream Configuration-Regel die Adobe Target für bestimmte Ereignisse deaktivieren, wird verhindert, dass diese Ereignisse die Target-Entscheidung auslösen. Für diese Ereignisse wird Adobe Target keine Personalisierung zurückgegeben. Achten Sie darauf, Adobe Target nicht für interaktive Seitenladeereignisse zu deaktivieren, die personalisiert werden müssen.

Durch das Unterdrücken von decisioning.propositionFetch-Ereignissen (siehe Anwendungsfall 3) wird verhindert, dass Adobe Experience Platform diese Systemereignisse in ihren Datensätzen speichern. Der Personalisierungsaufruf selbst wird nicht deaktiviert. Adobe Target und Adobe Journey Optimizer weiterhin Personalisierungsentscheidungen bewerten und zurückgeben, unabhängig von dieser Regel.

Wie interagiert Data Prep mit Dynamic Datastream Configurations?

Datenvorbereitung für die Datenerfassung wird vor Dynamic Datastream Configuration Regelauswertung ausgeführt. Data Prep ordnet Ihre (über das data-Objekt gesendeten) Rohdaten ​ XDM-Feldern zu. Regeln für die dynamische Datenstromkonfiguration werten dann ihre Bedingungen mit der resultierenden XDM-Payload aus.

Das bedeutet, dass Ihre Regelbedingungen auf jedes Feld verweisen können, das Data Prep zugeordnet hat, einschließlich berechneter oder abgeleiteter Felder. Wenn Sie Data Prep verwenden, stellen Sie sicher, dass die Zuordnung alle Felder enthält, auf die Sie in Ihren Regeln verweisen.

Im Allgemeinen werden alle Anreicherungsdienste, einschließlich Bot-Erkennung, Geolokalisierung und Gerätesuche, vor Dynamic Datastream Configuration Regelauswertung ausgeführt. Ihre Ausgabefelder sind als Regelbedingungen verfügbar.

Wie interagiert Dynamic Datastream Configuration mit der Bot-Erkennung?

Bot-Erkennung wird vor Dynamic Datastream Configuration Regelauswertung ausgeführt. Die Bot-Erkennung taggt Ereignisse mit einem botDetection.score Feld. Dynamische Datenstromkonfigurationen können dann dieses Feld als Bedingung in Regeln referenzieren.

Sie ergänzen sich: Bot-Erkennung identifiziert Bot-Traffic; Dynamic Datastream Configurations handeln auf diese Identifizierung durch Routing oder Verwerfen der gekennzeichneten Ereignisse.

Kann ich Ereignisse an Datensätze in verschiedenen Sandboxes weiterleiten?

Nein. Dynamische Datenstromkonfigurationen leiten Ereignisse innerhalb derselben Sandbox wie der Datenstrom weiter. Das System unterstützt kein Sandbox-übergreifendes Routing.

Wie viele Datenströme kann ich mit Dynamic Datastream Configurations konsolidieren?

Das Limit von 5 Regeln pro Service bestimmt die Antwort. Wenn Ihre aktuelle Einrichtung mit mehreren Datenströmen mehr als 5 verschiedene Routing-Pfade pro Service erfordert, benötigen Sie möglicherweise weiterhin mehrere Datenströme. Die meisten Implementierungen stellen jedoch fest, dass fünf Regeln ausreichen, um zwei bis vier Datenströme in einem zu konsolidieren.

Siehe Erstellen dynamischer Datenstromkonfigurationen für die vollständige Liste der Leitplanken, einschließlich maximaler Regeln pro Service und maximaler Bedingungen pro Regel.

Wie wirkt sich Dynamic Datastream Configurations auf die Leistung aus?

Dynamische Datenstromkonfigurationen fügen eine minimale Latenz hinzu. Das System erzwingt ein Budget für eine 25-ms-Evaluierung für alle Regeln in einem Datenstrom. Regeln, die innerhalb dieses Budgets ausgewertet werden, haben keine messbaren Auswirkungen auf die End-to-End-Ereignislatenz.

Um das Budget einzuhalten, halten Sie die Regeln einfach, verwenden Sie eventType als primäre Bedingung und vermeiden Sie komplexe Bedingungen für mehrere Felder, in denen einfachere Alternativen vorhanden sind.

Nächste Schritte