设置事件规则

事件规则​ 是对转化规则​的扩展，能基于您的自定义条件验证 安装后事件​ 。
如果出现不符合这些条件的事件，Adjust 就会拒绝该事件，并在回传、CSV 导出和报告中展现拒绝情况。

增长方案:

要为您的账户启用 Conversion Rules (以及 Event Rules) 功能，请联系sales@adjust.com 。

操作前须知

以下是您在操作前需要了解的内容。

要求​

设置事件规则

要设置事件规则，请按照下列步骤操作：

  1. 在应用视图中打开 事件与订阅​ ，并选择要验证的事件。

  2. 选择 编辑事件​ 。

  3. 找到要配置的验证项。

  4. 请选择下列状态选项之一：

    • 已启用​ - 规则保存后，验证就会在 Adjust 系统中变为活跃状态。不符合条件的事件将被 拒绝​ 。
    • 测试​ - 规则保存后，验证就会在 Adjust 系统中变为活跃状态。不符合要求的事件 不会被拒绝​ ，但会被标记和报告。
    • 暂停​ - 规则不会应用于任何事件。使用该状态，在不激活验证的情况下保存变更。

  5. 配置一项或多项 验证​ (请参阅验证)。

  6. 选择 Save changes​ 。

请注意:

您也可以在初始事件创建过程中配置事件规则验证。

移除事件规则验证

要移除验证，只需将其状态设置为 关​ 即可。

***​ ** * **​ ***​

检查

您可以在事件规则中应用多项验证。
如果事件未能通过任一 已启用​ 的验证，那么就会被拒绝。

定向过滤器

使用定向过滤器，进一步细化每个适用检查的流量。过滤器基于每个检查配置，不影响相同规则下的其他检查。

渠道源

针对特定流量渠道限制检查。检查默认适用所有渠道。

安装应用版本

针对安装特定应用版本的用户限制检查。使用该选项，可专门针对逻辑有效且有意义用户应用规则逻辑。例如，如果针对用户安装的某个应用版本，规则引用的所有事件和流程都已经包含在应用中，那么就可以应用规则逻辑。

请注意:

安装应用版本指安装发生时的版本，并非当前的应用版本。安装后升级应用的用户依旧保留安装时最初的版本，方便评估和检查。

***​ ** * **​ ***​

来源检查

使用该选项，可控制哪些事件来源可以被接受，并管理应用中已经不活跃的事件。

被接受的事件来源

限制可接受的事件来源。

  • SDK​ - 仅接受 SDK 发送的事件。
  • S2S​ - 仅接受服务器到服务器 (S2S) 事件。

来自不受允许来源的事件会被拒绝。

提示:

对于由 SDK 触发的事件，检查您的 SDK 签名集成和配置，以确保获得最佳保护。对于由 S2S 触发的事件，检查您的 S2S 安全配置。

已停用事件

如果事件已经从应用中移除，并不再被触发，检查就会拒绝事件。使用该选项，拒绝已经不属于应用事件流程的剩余事件触发。

***​ ** * **​ ***​

流程检查

使用此选项控制事件的预期顺序、时间和所需参数。
您可以选择多个条件。在这种情况下，所有指定条件都必须被满足，事件才会通过验证，否则会被拒绝。

自安装后的时间

要求事件发生在安装后的特定时间段之内或之后。
示例：“安装后大于或等于 5 分钟”。

需要先前事件

需要在该事件之前发生特定事件 (例如： 关卡 1 )。作为额外限制，您还可以指定先行和当前事件之间的最短或最长时间范围。

重要提示:

必要先行事件​ 条件仅适用于 SDK​ 发送的事件。
请勿为 服务器端到服务器端 (S2S)​ 发送的事件配置此检查，否则无法正确进行评估。

符合下列条件时事件无法发生 - 特定事件的互斥排除

如果该用户已经触发了指定的另一个事件，则拒绝当前事件。使用该选项，可以强制实现两个事件之间的互斥。如果其中一个已经发生，另一个将被拦截。
示例：“如果 退款 已经发生，则无法再发生 购买​ ”。

请注意:

在下拉菜单中，已经与现有互斥规则关联的事件会被标记为 已关联至​ 。

重要提示:

定义此条件后，系统会自动在特定事件上创建一个具有相同规则状态的对称规则，并在 UI 中显示。
如果您使用 定向过滤器​ ，请确保这些过滤器在两个事件上保持一致，以避免出现前后不一的拒绝行为。

最近事件触发时间不晚于 — 基于时间的事件抑制

如果事件的触发距离当前的事件少于指定时间，则拒绝该事件。使用该选项，限制针对特定用户接收同类事件的频率。
示例：“上次 购买​ 事件的触发至少发生在 5 分钟​ 前”。

必要参数

要求事件负载中包含特定 SDK 参数，例如 user_id、transaction_id。您可以提供多个参数。如果您定义了多个参数，那么事件必须包含所有已定义的参数，才能通过检查。

相关内容:

添加自定义回传参数

请注意:

如果您想检查安装和安装后活动的参数而非单个事件实例，请使用参数规则类型。

***​ ** * **​ ***​

收入检查

使用此检查，验证变现事件的完整性，并开展收入验证。
检查是否通过，取决于 收入验证​ 的结果。
启用该选项后，缺少交易数据的事件也会被拒绝。

收入检查配置

您可以在 AppView → Protection → 收入验证​ 中管理收入验证配置。
要在收入检查流程中使用收入验证结果，您必须先从 遗留模式​ 切换到 事件模式​ 。

  • 未针对事件规则进行配置的收入验证
  • 收入验证配置示例
相关内容:

为应用设置收入验证

***​ ** * **​ ***​

数据分享

被拒事件会以下列方式在报告呈现：

  • 当配置了 被拒事件​ 触发时的 回传​ 和 CSV 导出 。每次检查，占位符 {rejection_reason} 都会报告精细值：

    • post_install_activity_event_rule_source_check
    • post_install_activity_event_rule_flow_check
    • post_install_activity_event_rule_pv_status_check

  • 报告中的 被拒事件​ 和 事件拒绝率​ ，含有详细的 拒绝原因​ 说明：

    • rejected_events_post_install_activity_event_rule_source_check (事件规则来源检查)
    • rejected_events_post_install_activity_event_rule_flow_check (事件规则流程检查)
    • rejected_events_post_install_activity_event_rule_pv_status_check (事件规则 PV 状态检查)
    • rejected_events_post_install_activity_rule (安装后活动过滤器) — 为向下兼容性而保留

测试模式结果

即便规则失败，处于 测试​ 状态的规则也不会拒绝事件。被拒事件的结果信息仅与客户分享，不会转发给合作伙伴。

要区分测试和实时结果，请在回传或 CSV 导出设置中添加 {conversion_rule_status} 占位符。规则处于测试状态时，占位符会返回 test；处于实时状态时则返回 live。

***​ ** * **​ ***​