设置事件规则

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

增长方案:

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

操作前须知

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

要求​

设置事件规则

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

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

  2. 选择 编辑事件​ 。

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

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

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

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

  6. 选择 Save changes​ 。

请注意:

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

移除事件规则验证

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

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

检查

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

定向过滤器

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

推广层级

检查默认应用于所有渠道。选择检查适用的推广活动结构层级范围：

  • 渠道​ — 将检查限制在一个或多个渠道。
  • 推广活动​ — 将检查限制在一个渠道中的一个或多个推广活动。
  • 广告组​ — 将检查限制在一个渠道和推广活动中的一个或多个广告组 (来源 ID)。
请注意:

只有匹配您所选定推广活动层级的字段才支持多项选择。举例来说，如果在 广告组​ 模式中，您选择了一个渠道，一个推广活动，以及一个或多个广告组，那么高于该层级的字段 (渠道和渠道 + 推广活动) 就都只支持单选，仅用于将筛选范围缩小至您所选的层级。

只有在选择了具体值的层级上，选项才会生效。如果您将所选层级的字段设置为 全部​ ，或不进行选择 (例如选择了 广告组​ 但未具体选择任何推广活动)，那么在保存时，该设置将自动退回到上一个实际选择了具体值的最近层级。例如，广告组退回至推广活动层级；如果未进行任何选择，广告组/推广活动就会退回至渠道层级。

安装应用版本

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

请注意:

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

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

来源检查

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

被接受的事件来源

限制可接受的事件来源。

  • SDK​ - 仅接受 SDK 发送的事件。
  • S2S​ - 仅接受服务器到服务器 (S2S) 事件。
    • 如果您的应用启用了 S2S 许可名单​ ，那么所有事件均默认应用该许可名单。您可以针对特定事件禁用许可名单，让这些事件豁免 IP 检查。例如，来自受信任合作伙伴服务器的事件只需要识别码验证，而来自内部或敏感流程的事件则继续应用额外的 IP 限制和检查。

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

提示:

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

已停用事件

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

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

流程检查

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

自安装后的时间

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

需要先前事件

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

重要提示:

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

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

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

请注意:

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

重要提示:

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

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

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

必要参数

请对照一个或多个条件检查事件的 SDK 参数，例如是否需要依赖键，或值是否需要匹配、包含或排除特定值。

针对每个条件选择一个 条件类型​ ：

  • 存在​ — 无论值是什么，事件负载中必须存在一个或多个参数键。如果您提供多个参数键，那么这些键 必须同时存在于事件中，才能通过检查。
  • 等于​ — 参数值必须与您提供的任一值完全相同。
  • 等于​ — 参数值必须与您提供的任何值都不相同。
  • 包含​ — 参数值必须以子字符串的形式包含您提供的任一值。
  • 不包含​ — 参数值不得包含您提供的任何值。

选择 + 添加条件​ 以添加更多条件。每个条件都会被独立检查，且必须同时满足所有条件要求，事件才能通过检查。

示例：要仅接受包含交易 ID 的高级或黄金级订阅事件，请进行下列设置：

  • 参数键：​ subscription_tier — 条件类型：​ 等于 — 参数值：​ premium，gold
  • 参数键：​ transaction_id — 条件类型：​ 存在
请注意:

由于 Adjust 无法准确区分“值为空”和“值缺失”，因此不提供专门检查参数值是否为空的条件。请参考上文 transaction_id 条件示例，使用 存在​ 条件，检查负载中是否包含某个参数。

请注意:

参数键名称中不得包含双下划线 "__"。

参数键匹配区分大小写 — Subscription_Tier 和 subscription_tier 会被视为两个不同的键。但参数值匹配不区分大小写 — Premium 的 subscription_tier 值依旧能匹配 premium 条件。

相关内容:

添加自定义回传参数

请注意:

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

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

收入检查

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

收入检查配置

您可以在 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。

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