做用户运营的人大多遇到过同一种失控。一个用户上午收到 App 推送，中午收到短信，晚上又收到站内信，三条内容来自三个不同的活动，每个活动的负责人都觉得自己只发了一条。可对用户来说，这一天他被同一个品牌打扰了三次，结果往往是关闭通知、退订短信，甚至直接卸载。
问题的根子很少在文案，而在限频只做了单层。真正可控的营销触达频次，需要两层机制配合。全局限频给每个用户设一条跨活动的总上限，单活动限频给单个活动装一个节流阀。 缺了任何一层，要么用户被重复打扰，要么活动效果被误伤。
下面把这两类限频的分工、前置条件、参数设置和验证方法拆开讲清楚。ThinkingAI 在服务 1500 家企业、8000 多款产品的过程中，也沉淀过类似的触达治理经验，相关思路放在最后一部分。
一、全局限频和单活动限频，分别管什么
1、全局限频管用户级总上限
全局限频站在用户视角设一条总闸门。它不关心消息来自哪个活动、哪个渠道，只看这个用户在一段时间内已经被触达了多少次。一旦达到上限，后续消息会被拦截、顺延或者改道。
它的价值在于兜底。活动数量会不断增加，每个活动单独看频率都很克制，叠加起来却可能把用户逼走。全局限频是唯一能约束这种叠加效应的机制。
2、单活动限频管一个活动的节流阀
单活动限频的作用范围限定在单个运营计划或活动内部。它回答的是另一类问题。同一个用户在这一个活动里最多能收到几条消息，能参与几次，两次之间要间隔多久。
它解决的是活动内部的自我重复。比如一周内的连环召回，或者同一条优惠券被反复提醒。
3、两者的关系与优先级
全局限频是天花板，单活动限频是节流阀，正常配置下两条规则同时生效，取更严格的结果。
| 对比维度 | 全局限频 | 单活动限频 |
|---|---|---|
| 作用视角 | 用户 | 活动或计划 |
| 统计范围 | 跨活动、跨渠道合并 | 单个计划内部 |
| 典型参数 | 日限、周限、月限、可触达时段 | 参与次数、时间窗口、触发去重 |
| 命中后的处理 | 拦截、顺延、改道 | 不再进入该计划 |
| 配置主体 | 平台或数据团队统一维护 | 活动运营自行配置 |
| 主要防的问题 | 多活动叠加打扰 | 单个活动重复打扰 |
二、限频之前必须先定好的三件事
1、统一用户标识与统计口径
限频算得准不准，取决于系统能不能认出同一个人。手机号、设备号、账号 ID 如果各算各的，一个用户就会被当成三个人，上限形同虚设。
建议先做三件事。以账号 ID 作为主键并绑定手机号与设备号，把各个渠道的触达记录归并到同一条用户时间线，明确统计窗口是自然日还是滚动 24 小时。滚动窗口更贴近真实感受，因为它避免了零点一到额度就重置的情况。
2、按渠道和消息类型分级
不是所有消息都该占用同一个额度。验证码、订单状态、支付结果这类服务类消息，与促销、召回这类营销类消息，必须分开计算。 否则会出现两种偏差，一种是用户因为收了几条必要的订单通知，反而错过真正需要的营销权益，另一种是营销消息挤占了服务通知的名额。
短信、推送、站内信、弹窗、模板消息也应分别统计，再决定是否合并成总频次。合并计算的好处是防止跨渠道轰炸，代价是配置更复杂，对数据口径的要求也更高。
3、排好优先级并留出免打扰时段
优先级决定额度冲突时谁先通过。一个可用的排序是，账号与安全通知最高，交易与服务通知次之，生命周期提醒再次，营销活动最低。高优先级消息不占营销额度，低优先级消息占用额度并受全局上限约束。
免打扰时段是限频的第一道防线。把可触达时段限定在用户不太可能休息的时间段，能直接消掉大部分投诉。 跨时区的业务要按用户本地时间计算，而不是按公司所在时区。
还有一条合规底线需要单独说明。商业性短信息以用户同意为前提，用户明确表示拒绝后应当停止发送。限频解决的是打扰程度，同意管理解决的是能不能发，两者不能互相替代。
三、全局限频怎么设置
1、确定生效范围
先回答三个问题。哪些消息类型参与限频，哪些渠道合并计算，哪些计划可以豁免。豁免名单要少而明确，并且有审批和变更记录，否则限频很快就会被各种例外架空。
2、设置日限、周限、月限三层上限
日限管即时感受，周限和月限管累积疲劳。 只有日限的时候，用户可能在连续七天里每天都刚好不超限，整体感受依然很差。
一个可以起步的参考区间是，营销类消息单用户单日不超过 2 到 3 条，单周不超过 5 到 7 条，单月不超过 15 到 20 条。这些数字不是标准答案，应该结合自身行业、用户活跃度和内容价值做实测调整。
3、设置可触达时段
把营销消息的可触达时段限定在白天到晚间的合适区间，并允许按用户活跃习惯做小幅微调。服务类消息可以不受时段限制，但也应设置极端时段的例外规则，比如深夜触发的支付异常是否即时发送。
4、设定命中上限后的处理方式
达到上限的消息不是只有丢弃一种结局。 常见处理有三种，需要提前指定默认策略。
- 直接丢弃，适合时效性弱、错过也不影响的营销内容
- 排队顺延，到达下一个可触达窗口或额度重置后再发，适合权益即将过期这类有时效但仍来得及的内容
- 改道投递，换成打扰更小的渠道，比如把短信降级为站内信，适合对触达成本敏感的场景
要明确每一种消息类型默认走哪种处理方式，并让运营在创建计划时就能看到结果，否则会出现活动效果不达预期却找不到原因的情况。
5、怎么确认全局限频生效
配置完成不等于已经生效。可以用测试账号模拟连续触达，确认下一条消息被正确拦截，并在拦截日志里看到命中的具体规则。上线后还要关注限频命中率，如果长期接近零，说明上限设得过松，或者统计口径根本没有打通。
四、单活动限频怎么设置
1、设置计划级频次上限
单个计划内的上限，通常按一个用户在一个时间窗口内最多收到几条来设。例如一个为期三天的召回活动，可以规定同一用户最多收到两条，两条之间至少间隔 24 小时。间隔限制往往比条数限制更影响用户感受，因为连续两条挨着发，比分散在三天发要刺耳得多。
2、配置参与次数与时间窗口
多数平台提供两种参与模式，参与一次，或者在多少个自然日内最多参与几次。配置第二种模式时要留意退出机制是否匹配。如果系统要求用户先退出上一次参与才能再次进入，而活动的退出条件很难满足，实际参与次数就会低于设置值。
3、处理触发型计划的去重与延迟
触发型计划由用户行为驱动，最容易出现重复触达。需要设置三项规则。同一事件在窗口内只触发一次，事件完成后延迟一段时间再发送，多个事件组合时要限定完成时间范围。延迟窗口既要给用户留出完成动作的时间，也要避免拖到用户已经遗忘才触达。
4、按活动类型做分支配置
不同活动的目标不同，用同一套参数会互相拖累。
- 大促活动，活动期内可以适度提高单活动频次上限，但不要动全局日限，让全局兜底继续生效
- 生命周期与召回活动，适合低频长周期，重点控制两次触达之间的间隔
- 新用户引导，适合短周期内集中触达，但要严格遵守免打扰时段
- 交易与服务类活动，通常不受营销额度限制，仍应保留防重复机制
五、两类限频叠加时冲突怎么处理
1、统一优先级顺序
最省心的做法是固定一条判定链。消息先过单活动限频，再看全局额度，然后检查免打扰时段，最后按优先级决定是否抢占额度。任何一层拦截，消息都进入对应的处理流程，而不是直接丢弃了事。
全局严格优先于单活动。 活动运营不能通过调整自己活动的参数绕过全局上限，否则全局限频就失去了兜底意义。
2、四种典型冲突的处置
| 冲突场景 | 直接原因 | 建议处置 |
|---|---|---|
| 活动计划发三条，全局日限两条 | 单活动想发，全局不允许 | 前两条按活动内优先级发送，第三条顺延到次日窗口 |
| 同一用户同时命中两个活动 | 缺少活动之间的优先级 | 高优先级活动先发，另一个顺延并记录，避免同一时段同时投递 |
| 服务通知触发时用户已达营销上限 | 消息类型未分级 | 服务类消息不占营销额度，正常放行 |
| 用户处于免打扰时段但活动要求即时送达 | 时段规则与时效要求冲突 | 有时效的转入排队等待窗口开启，无时效的顺延或取消 |
六、上线后怎么验证和调优
1、盯住四个观测指标
限频的调整依据不是感觉，而是数据。建议固定看四个指标。
- 触达频次分布，也就是人均收到多少条，收到高条数消息的用户占比是多少
- 退订率与通知关闭率，这是打扰感最直接的反馈
- 点击率与转化率，用来判断收紧频次是否伤到了效果
- 限频命中率与拦截日志，用来确认规则真的在运行
2、用小流量对照实验找上限拐点
上限设多少合适，靠拍脑袋很难定准。可以留出一小部分用户设置全局对照组，完全不接受营销触达，再按频次分层比较不同人群的退订率和转化率。当退订率的上升开始快于转化率的提升，就说明已经越过了合理上限的拐点。
调整时一次只动一个变量，先调日限，再调间隔，避免多个参数同时变化导致结论无法归因。
3、把调优变成常态动作
用户对打扰的容忍度会随季节、品类和活动强度变化。建议按月回顾一次频次分布与退订数据的偏离情况，把明显异常的活动找出来单独分析。如果某类活动长期触碰上限，更该反思的是内容价值和人群选择，而不是放松上限。
七、让限频配置更省力的做法
限频规则本身不复杂，难的是持续维护。活动数量一多，参数散落在多个系统里，口径很快就会走样。这也是越来越多团队把触达治理交给 Agent 的原因。
ThinkingAI 的企业级 AI Agent 平台 Agentic Engine 具备全域感知能力，可以把分散在多个渠道的触达记录和用户行为归并到同一套上下文里，让频次统计口径保持一致。基于它的 智能运营 Agent，运营可以用自然语言完成人群圈选、计划创建和触达动作编排，把限频规则作为计划的前置校验统一执行，而不是靠人工逐个活动核对。
如果团队的痛点是渠道数据分散，可以先了解 全域感知 的多源数据融合能力。如果痛点是策略执行之后没人验证效果，行动闭环 讲的是从洞察到行动再到验证的完整链路。规则一多，权限和变更管理也会成为问题，Agent 管理 提供权限控制与运行监控。想直接看同行怎么做触达治理，可以参考 智能用户运营 Agent 实战 中的实践思路。
八、常见问题解答
1、全局限频和单活动限频应该先配哪一个
先配全局。全局是兜底机制，先把用户级总上限定下来，各个活动再在这个范围内分配额度。顺序反过来，容易出现大量活动已经上线、上限却迟迟定不下来的情况。
2、全局限频设成一天几条比较合适
可以从单用户单日 2 到 3 条营销消息起步，再结合退订率调整。行业差异很大，内容价值高的产品可以适当放宽，触达成本低、打扰感强的渠道应该更严格。
3、系统通知和验证码会被限频拦截吗
正常情况下不应该。服务类消息与营销类消息分开计算额度，服务通知不占用营销额度，这样既不会因为限频漏掉关键信息，也不会让服务通知挤占营销空间。服务类消息仍建议保留防重复机制。
4、开了限频会不会影响大促效果
短期看，部分用户收到的消息会变少。但只要优先保障高价值人群和高优先级活动，同时把额度花在转化意愿更强的人身上，整体转化通常不会下降。真正被砍掉的是低效的重复触达。
5、短信和 App 推送的频次要分开算还是合并算
取决于你想防哪一类打扰。用户感受层面是打通的，同一天收到短信和推送同样会烦，所以建议设置一个跨渠道的合并上限。如果渠道特性差异很大，可以先合并统计营销类消息，服务类消息单独计算。
6、用户明确表示不想接收营销消息怎么办
应当停止向其发送营销消息，并把这一状态同步到所有相关渠道和自动化流程里，避免换个渠道继续触达。限频只控制打扰程度，同意和拒绝状态才决定能不能发送。
