Webhook 还是定时触发：Make 场景该如何选择？

选择触发方式时，先问清楚“谁来启动流程”。如果外部系统在事件发生时能够主动把数据发送给 Make，Webhook 通常更贴合流程；如果工作按固定时间发生，或只需要定期检查一批记录，定时触发往往更清楚。

这不是“实时一定比定时高级”的比较。真正需要权衡的是响应时效、批处理容忍度、上游能力、重复事件风险和失败后的处理方式。

快速判断

优先考虑 Webhook 的情况：

表单提交、订单创建或工单更新等外部事件应当启动场景。

上游系统能够在事件发生时发送请求及所需字段。

等到下一次定时检查会造成不必要的业务延迟。

每个事件需要单独校验、记录或路由。

优先考虑定时触发的情况：

流程天然按小时、每天或每周执行。

上游系统无法主动推送事件，只能由 Make 定期查询。

多条记录可以集中处理，结果不要求立即出现。

团队希望先整理候选数据，再由人工确认是否继续。

两种方式的核心差异

判断维度	Webhook	定时触发
启动信号	外部请求或应用事件	到达预定时间或间隔
常见处理方式	逐个接收并处理事件	定期查询并批量处理
主要依赖	上游能否可靠发送数据	查询条件与调度频率是否合理
重点风险	重复请求、乱序、字段缺失	重复扫描、漏查、批次过大
人工复核	可先写入待审队列	可在每批运行前后复核

表格只是设计起点。即使采用 Webhook，也不意味着所有后续动作必须实时完成；即使采用定时触发，也不意味着流程一定只能批量运行。

判断一：业务需要多快响应？

把“实时”换成一个可验证的问题：业务最晚可以在什么时候看到结果？

如果新线索进入后需要尽快分派，Webhook 可以让事件直接启动场景。如果流程只是生成晨报、整理前一天的异常记录或每周同步状态，定时运行通常已经足够。没有明确时效要求时，不必用高频定时任务去模拟实时处理。

判断二：上游能否主动发送完整事件？

Webhook 依赖上游系统主动发送请求。设计前应确认请求中是否包含稳定标识、事件类型、发生时间和后续模块必需的字段。如果上游只能提供查询接口或导出文件，定时检查会更符合实际条件。

不要为了采用 Webhook 而假设不存在的上游能力。相反，也不要因为当前只能定时查询，就忽略查询条件、分页和已处理标记；这些规则决定了场景会不会漏掉或重复处理记录。

判断三：能否接受批处理？

能够等待并集中处理的任务更适合定时触发，例如：

汇总一天内的新提交并生成复核清单。

定期查找状态未同步的记录。

按固定周期整理内部报告。

需要逐个响应的任务更适合 Webhook，例如接收新的支持请求后立即写入队列。不过，接收事件和执行高风险动作可以拆开：Webhook 先保存输入，后续步骤再经过校验或人工批准。

判断四：如何处理重复、并发和乱序？

外部系统可能重复发送同一事件，也可能在短时间内连续发送多个事件。Webhook 场景应使用稳定标识判断事件是否已处理，并明确是否要求按顺序执行。若后续动作不可安全重复，先检查状态，再执行动作，成功后才记录完成状态。

定时场景也会遇到重复问题。查询窗口重叠、上一次批次未完成或状态写入失败，都可能让同一记录再次出现。不要只靠“上次运行时间”猜测进度；为每条记录定义可核对的处理标记更稳妥。

判断五：失败后谁来处理？

无论哪种触发方式，都应提前说明：

输入缺字段时是停止、跳过，还是进入人工复核？

外部服务暂时不可用时能否安全重试？

部分模块成功、后续模块失败时，如何避免重复写入？

由谁接收提醒，并到哪里查看原始输入与失败位置？

如果这些问题还没有答案，先保留人工步骤，比提前搭建复杂恢复逻辑更安全。

三种常见设计

新线索即时入队

网站表单提交后，上游把事件发送到 Webhook。场景先校验字段并保存线索，再通知负责人。若线索需要资格判断，通知或保存可以立即完成，外部联系动作则放到人工批准之后。

每日异常检查

运营团队每天查看一批异常订单。定时场景在约定时间查询记录、生成复核清单并通知负责人。因为团队本来就按日处理，这里没有必要为每条订单单独启动完整流程。

Webhook 接收，定时消费

有时上游需要立即把事件交给 Make，但下游只适合分批处理。此时可以让 Webhook 负责接收和排队，再按计划处理队列。这样把“及时接收”与“何时执行后续工作”分开，适合需要控制处理节奏的流程。

上线前检查清单

用一句话写清楚触发信号、输入、输出和负责人。

确认上游是否真的支持事件推送，以及会发送哪些字段。

说明允许的响应延迟和可接受的批次大小。

为重复事件或重复查询设计稳定标识与状态检查。

用少量真实样本测试正常输入、缺失字段和重复输入。

记录失败提醒、人工复核和安全重跑的路径。

参考资料

Make Webhooks 文档

Make 场景调度文档

先用“当 X 发生时，Make 应该执行 Y；如果出现 Z，则交给谁处理”描述流程。X 是外部事件且上游能发送数据时，从 Webhook 方案开始；X 是时间窗口、周期检查或批次复核时，从定时触发开始。