什么是 Make
Make(前身 Integromat)是一个可视化自动化平台,用来将不同应用之间的重复操作连接成自动执行的工作流。不需要写代码,用拖拽模块的方式配置触发条件和操作步骤。
前置条件
- Make 账号(实际操作额度和可用功能以当前套餐页面为准)
- 一个需要定期执行的操作场景(如:定期获取数据、定期发送通知等)
基本概念
Make 工作流由三部分组成:
- Trigger(触发器):启动工作流的条件(定时、应用事件、Webhook 等)
- Action(操作):触发后执行的具体步骤(发送消息、读写文件、调用 API 等)
- Module(模块):连接各步骤的节点
在开始拖拽模块前,先用一句话写清楚场景:
当什么事件发生时,读取哪些数据,经过什么判断,最终把什么结果写到哪里。
如果这句话无法说清楚,工作流通常会在后续不断增加分支,最终难以排错。
步骤一:创建第一个场景
- 登录 make.com
- 点击
Create a new scenario - 点击中央的
+添加第一个模块
步骤二:配置触发器
以"每6小时运行一次 HTTP 请求"为例:
- 添加 Schedule 模块(触发器)
- 设置
Interval为6 hours - 添加 HTTP → Make a Request 模块
- 填写目标 URL 和请求方法(GET / POST)
- 如需 Headers(如 API Key),在对应字段填写
代码片段
1URL: https://api.example.com/data2Method: GET3Headers:4 Authorization: Bearer 你的密钥步骤三:处理返回数据
假设 API 返回 JSON:
JSON
1{2 "status": "ok",3 "count": 42,4 "items": [...]5}- 添加 Parse JSON 模块
- 将上一步 HTTP 输出的
data粘贴到JSON String字段 - Make 会自动解析出
status、count、items字段 - 后续模块可直接引用这些字段值
不要默认所有响应都包含预期字段。至少增加两条路径:
- HTTP 状态码为 2xx 且关键字段存在时,继续处理
- 请求失败或字段缺失时,记录原始响应并发送告警
步骤四:设置定时与运行
- 点击工作流右上角
Run once测试执行 - 点击
Settings→Scheduling设置自动运行频率 - 常用频率:每15分钟 / 每小时 / 每天固定时间
步骤五:加入去重和失败恢复
自动化最常见的问题不是“没有运行”,而是重复运行。可以把数据中的唯一 ID、更新时间或内容哈希保存到 Data Store,再处理前先查询:
- 已存在相同 ID:跳过
- ID 相同但更新时间变化:执行更新
- ID 不存在:创建记录并保存处理状态
对外部 API 请求设置合理超时。失败重试应使用逐步增加的间隔,并限制最大次数,避免服务故障时不断消耗操作额度。
上线前测试清单
- 用一条正常数据验证完整链路
- 用缺少字段的数据验证错误分支
- 主动填写错误密钥,确认告警能够送达
- 连续发送两条相同数据,确认不会重复创建
- 检查日志中是否意外记录了密钥或个人信息
- 估算一次完整运行消耗的操作数和每日运行次数
- 记录场景负责人、依赖服务和关闭自动运行的方法
常见问题
| 问题 | 原因 | 解决方法 |
|---|---|---|
| HTTP 返回 401 | API 密钥过期或权限不足 | 检查 Authorization Header 格式 |
| 数据未更新 | 触发间隔过长 | 缩短 Schedule 间隔,或改用 Webhook 触发 |
| 操作次数耗尽 | 免费账号额度用完 | 升级付费计划,或优化工作流减少无用调用 |
| 重复创建记录 | 定时窗口重叠或缺少唯一键 | 增加去重查询并保存已处理 ID |
| 偶发成功、偶发失败 | API 限流或网络波动 | 查看响应头,增加退避重试和失败告警 |
什么时候不该使用定时触发
如果源系统支持 Webhook,优先使用事件触发。定时轮询会反复查询“没有变化”的数据,增加延迟和操作消耗。只有在源系统不提供事件通知,或业务允许批量延迟处理时,才使用 Schedule。
相关资源
Make 免费版足够个人日常使用。如果需要预置的自动化模板(包含完整的配置步骤和说明),可在商店了解相关 工作流模板包,省去从零配置的时间。
更新记录
- 2026-05-06:首发
