当一次广告点击同时命中 URL 参数过滤规则和关键词跳转规则时，分流系统应该先清洗参数，还是先执行关键词分发？这类分流条件冲突修复常被简化为调换优先级，但真正关键的是先确认过滤层与决策层的职责边界，再用短路标记固定执行顺序，最后用回归用例验证修复不破坏其他链路。如果过滤条件错误地短路了后续决策，日志中两条规则都会显示命中，最终页面版本却可能全部落回标准页，排查成本很高。
一、冲突的典型表现：两条规则命中，结果却不对
分流配置里常见两类规则：一类是过滤型，只做请求参数清洗或剔除噪声，例如把 gclid、fbclid 等点击跟踪参数从匹配键中删除；另一类是决策型，根据清洗后的参数决定返回标准页还是完整页。当同时命中这两类规则时，冲突往往表现为三种情况：
- 日志的 matched_rules 中既有过滤规则，又有关键词规则，但最终页面由过滤规则返回，关键词规则只是命中过而没有实际发言权。
- URL 参数过滤先删除了关键词参数，例如把 kw=loan&gclid=123 清洗成 gclid=123，导致决策规则无关键词可匹配。
- 两条规则都未命中，请求进入默认标准页，但目标关键词明明存在，原因是过滤规则把大量正常参数也当作噪声剔除。
第一种情况通常来自过滤规则被配置为 stop 短路；后两种情况来自条件匹配顺序或参数白名单设置不当。识别方法不是反复检查规则内容，而是查看每条规则的 action 和优先级标记：过滤规则如果带着命中即停止的属性，就会截断后续决策链。
二、优先级排序：过滤层先清洗，但不应提前交卷
在分流条件冲突修复中，优先级排序不应是谁先命中谁赢，而应按规则类型分层。过滤层先执行是合理的，因为它能清理匹配字段、统一大小写、剔除只与广告平台有关但无路由含义的参数。但过滤层不应该直接输出最终页面版本，除非该规则本身代表高置信度黑名单或必须拦截的流量。
推荐的执行顺序是：过滤层规则优先触发，默认 action=transform 或 action=continue，即清洗后继续评估后续规则；决策层规则再按业务权重从高到低排序，例如关键词精确匹配优先于模糊匹配，页面版本选择规则最后执行。这里有一个经常被忽略的点：过滤规则如果设置 stop=true，就等于把分发决策提前到了清洗阶段，后续所有决策规则形同虚设。这与过滤与决策的短路顺序中的取舍一致：过滤条件只应决定请求能不能进入决策层，不应代替决策层选择页面版本。
三、修复操作：调整短路标记与决策层顺序
修复时不需要重写全部规则，通常只调整三个位置。先用一份通用配置说明：
BLOCK0
操作步骤：
- 把过滤规则的 stop 改为 false，并确认它的动作是 transform 而不是 redirect。
- 检查关键词规则依赖的参数是否在过滤白名单内。如果 kw 被错误纳入剔除列表，关键词规则必然空转。
- 将最终页面版本决策规则保持在决策层末尾，并用 always 作为默认兜底，避免没有规则命中时请求悬挂。
调整完成后，不应直接在生产原规则库覆盖。建议按动态规则版本回滚的路径，先把新版本发布到少量流量观察，再逐步放量。这样如果过滤规则修改影响到其他关键词路线，可以快速回滚。
四、修复后的验证路径：回归用例与监控
配置调完不等于修复完成。需要准备三组回归请求：
- 仅命中过滤规则：例如 ?gclid=123&kw=other，应返回默认标准页，且日志中过滤规则命中、默认决策规则兜底。
- 仅命中关键词规则：例如 ?kw=loan，应返回完整页，且过滤规则不报错。
- 同时命中两类规则：例如 ?gclid=123&kw=loan&fbclid=456，应返回完整页，且在 matched_rules 中 clean_click_params 排在 keyword_loan_complete 之前。
观察日志时，除最终页面版本外，还要记录每个命中规则的 action 和 stop 状态。常见做法是增加一个“未命中任何决策规则”的监控指标：当请求完成分流却没有进入任何 type=decision 的规则时触发告警。这个告警对参数过滤误删尤其敏感，因为它能把参数被清洗后无规则可匹配的情况暴露出来，而不是等到投放数据异常才被动发现。
小结
分流条件冲突修复的核心不是单纯调换规则先后，而是让过滤层只负责清洗参数，让决策层决定页面版本。短路标记、动作类型和依赖参数白名单三者只要有一个配置失配，就会出现规则都命中但版本不对的问题。通过过滤层 stop=false + 决策层末尾兜底 + 回归三组请求，可以把这类冲突收敛到可监控、可回滚的状态。
常见问题
URL参数过滤会影响关键词跳转吗？
会。如果过滤规则把关键词参数本身或关键词依赖的参数当作噪声剔除，关键词跳转规则将失去匹配依据，请求会落入默认标准页。应检查过滤白名单，确保关键词参数不在剔除列表内。
怎么判断规则冲突是不是过滤条件导致的？
查看分流日志里命中规则列表。如果关键词规则未出现，或出现时对应参数值已被置空，通常说明过滤条件提前移除了关键字段。若过滤规则带有 stop 标记，还会直接截断后续决策，也会表现为关键词规则不生效。
过滤规则需要设置 stop 吗？
一般不需要。过滤规则通常执行参数清洗并继续评估后续规则，因此应使用 transform 或 continue 动作，stop 设为 false。只有高置信度拦截类条件才允许过滤规则直接返回结果，否则会破坏决策层顺序。
修复参数过滤冲突后要重新发布规则库吗？
需要。不建议直接覆盖生产规则库，应生成新版本并通过灰度发布逐步放量。这样能观察关键词跳转是否恢复，同时保留回滚能力。
同时命中过滤和关键词规则时日志应长什么样？
健康的日志中过滤规则应先出现，状态为命中并继续评估，随后关键词决策规则命中并输出完整页，默认兜底规则不触发。如果顺序相反或关键词规则缺失，说明过滤层与决策层边界仍有问题。
延伸阅读
理解过滤层与决策层的条件边界后，若需要重新梳理 AB 页跳转的完整落地链路，可补充阅读以下教程。
