动态数据流配置用例

本页介绍了Dynamic Datastream Configurations的六个常见用例：按值区分事件、分层数据保留策略、系统事件抑制、机器人流量过滤、选择性Experience Cloud解决方案路由和Analytics源连接器迁移。

每个用例都是独立的。 仅实施适用于您的实施的实施。

在配置规则之前，请完成先决条件和规划核对清单，并查看配置模式，为您的实施选择正确的主数据集策略。

用例1：将可操作事件与分析事件分开 uc1

目标：​通过仅将​ 可操作 ​事件路由到Real-Time Customer Profile而优化配置文件存储使用率并降低总数据量，同时保持​ 分析 ​事件可用于Customer Journey Analytics。

使用时间：​您正在将Web SDK或移动SDK事件摄取到Adobe Experience Platform，并遇到配置文件超额、总数据量超额或流式摄取护栏压力，因为所有事件都登陆在启用配置文件的数据集中。

数据集策略 uc1-dataset-strategy

以下两个数据集结构按其配置文件值分隔事件。

规则配置 uc1-rule-config

在配置规则之前，请决定是使用可操作first还是Analytics first数据集策略。 该选项可确定在数据流上将哪个数据集设置为主数据集。

示例1：分析优先 — 可操作事件规则

主数据集： Web Events - Analytics （未启用配置文件，默认回退）
辅助数据集： Web Events - Profile （已启用配置文件）

编写一个规则以将​ 可操作 ​事件提升到启用配置文件的数据集。 所有​ 分析 ​事件都会自动进入主数据集。

规则：可操作的事件

为其他​ 可操作 ​事件类型（如commerce.productListAdds或leadGeneration.formComplete）使用OR逻辑添加其他条件。

示例2：可操作 — 分析事件规则

主数据集： Web Events - Profile （启用配置文件，默认回退）
辅助数据集： Web Events - Analytics （未启用配置文件）

编写一条规则，将​ 分析 ​事件路由到启用配置文件的数据集之外。 所有​ 可操作的 ​事件都会自动进入主数据集。

规则：分析事件

为其他​ 分析 ​事件类型添加其他条件。

用例2：分层数据保留策略 uc2

目标：​根据事件的长期业务价值，将事件路由到具有不同保留窗口的数据集，从而管理数据保留成本。

何时使用：​对于不同的事件类型，您需要不同的保留窗口。 例如，在Adobe Real-Time CDP中，购买数据的保留期较长，产品交互的保留期较短。

有关数据集保留配置的详细信息，请参阅体验事件数据集保留指南。

数据集策略 uc2-dataset-strategy

以下三层结构根据事件值分配保留窗口。

规则配置 uc2-rule-config

将数据流上的主数据集设置为Browsing - General，以便在默认情况下，不匹配的事件登陆到非配置文件数据集中，而不是夸大配置文件存储。 您不需要常规浏览事件的规则 — 这些事件会自动进入主数据集。

规则1：购买

规则2：产品交互

为commerce.productListAdds添加带有OR的其他条件、带有UTM参数的页面查看以及其他产品交互事件。

用例3：禁止显示个性化系统事件 uc3

目标：​保留Customer Journey Analytics和Real-Time Customer Profile中的decisioning.propositionFetch和personalization.request事件。 当Adobe Target或Adobe Journey Optimizer检索个性化决策时，这些系统事件会在每次页面加载时触发。 它们是没有分析值或配置文件值的​ 消耗性 ​事件。

何时使用：​您将Adobe Target或Adobe Journey Optimizer与Customer Journey Analytics或Adobe Real-Time CDP一起用于个性化，这些系统事件正在夸大您的计费行数、占用配置文件存储容量或占用流式摄取吞吐量。

规则配置 uc3-rule-config

将系统事件路由到专用隔离数据集，而不是完全禁用Adobe Experience Platform服务。 这会在您确认事件不带有值之前保留事件进行调试。

规则：系统事件

为personalization.request和您要禁止的任何其他系统事件类型添加OR条件。

将这些事件路由到隔离数据集后，请确保将其从Customer Journey Analytics连接中排除。

用例4：机器人流量过滤 uc4

目标：​停止机器人生成的事件进入Real-Time Customer Profile、夸大Customer Journey Analytics量度或占用流式摄取吞吐量。

何时使用：​您已在数据流上启用机器人检测，并希望根据分配给事件的机器人分数执行操作。

先决条件 uc4-prerequisites

在配置此规则之前，请完成先决条件和计划核对清单中描述的机器人检测设置：

规则配置 uc4-rule-config

始终从隔离机器人事件以供分析开始。 在验证机器人评分是否准确后，您可以继续隔离或选择完全放弃这些事件。

规则：机器人流量

选项A：隔离以供分析（最初推荐）

确保将此数据集从您的Customer Journey Analytics连接中排除。

选项B：完全放弃（验证选项A后）

在验证隔离数据集并确认机器人评分准确后，禁用规则中的Adobe Experience Platform服务以阻止这些事件完全到达Adobe Experience Platform。

您还可以在单独的规则中为机器人流量禁用其他服务：

规则排序 uc4-rule-ordering

将机器人筛选规则​放在规则列表中的第一个，放在任何​ 可操作 ​或​ 分析 ​规则之前。 由于Edge Network使用先匹配后获胜的评估，因此将此规则放在首位可确保Edge Network在任何其他路由逻辑运行之前捕获并丢弃机器人流量。 将机器人事件路由到启用了配置文件的数据集会消耗不必要的配置文件存储容量。

用例5：选择性Experience Cloud解决方案路由 uc5

目标：​控制哪些Experience Cloud解决方案(Adobe Analytics、Adobe Target、Adobe Audience Manager)接收特定的事件类型，并根据事件条件覆盖解决方案级别的设置，例如报表包或属性令牌。

何时使用：​要将多个数据流合并为一个，不同的事件类型应转到不同的Adobe Analytics报表包，或者某些事件不应达到Adobe Target或Adobe Audience Manager。

示例A：按事件类型覆盖Analytics报表包 uc5-example-a

为报告到不同报表包的多个网站部分提供服务的单个数据流：

规则1：电子商务事件

规则2：内容事件

示例B：为分析事件禁用Target uc5-example-b

阻止​ 分析 ​事件到达Adobe Target以减少每秒的Target请求和不必要的处理：

规则：分析事件

示例C：合并多个数据流 uc5-example-c

如果您当前为Adobe Analytics和Adobe Target、Event Forwarding、Adobe Journey Optimizer和Customer Journey Analytics维护单独的数据流，则可以合并到单个数据流中：

这减少了数据流管理开销并消除了在数据流之间选择客户端逻辑的需要。

有关具有规则表和规则顺序原理的完整合并示例，请参阅端到端示例。

用例6：从Analytics源连接器迁移 uc6

目标：​将Adobe Analytics源连接器替换为Web SDK数据收集，同时保留提供的源连接器的行级筛选。

何时使用：​您正在从Adobe Analytics源连接器迁移到Adobe Experience Platform中的基于Web SDK的数据收集，并且您依赖源连接器来筛选配置文件收到的事件。

迁移方法 uc6-migration

请按照顺序执行以下步骤。 步骤1和2是您在接触数据流之前完成的规划步骤。

步骤1：源连接器筛选器的清单

记录源连接器当前从摄取中排除的事件：

步骤2：将源连接器筛选器映射到规则

步骤3：创建数据集策略

根据您的保留要求，遵循用例1或用例2。

步骤4：配置规则

实施步骤2中映射的规则。 在分析型模式或可操作型模式之间确定。 优先考虑影响最大数量事件的规则，并将所有其他事件保留为默认回退事件。

步骤5：运行并行引入

在迁移期间，针对验证窗口并行运行源连接器和Web SDK摄取。 比较：

验证结果后，解除源连接器的委任。

后续步骤