Make.com：可视化集成平台全攻略

为什么需要 Make.com：跨应用集成胶水代码的替代方案

传统跨系统集成通常有两种路径：一是开发团队为每个集成需求编写脚本——拉取 API、处理 OAuth 认证、实现重试与幂等、维护定时任务，一个新连接就要改一轮代码，占研发工时约 30% 以上；二是运营人员手动在多个系统间复制粘贴数据，低频但易错，且无法规模化。

Make 的解决思路是把集成抽象成可视化数据流。每个“模块（Module）”对应一个应用操作（如“读取 Google Sheets 新行”“创建 Slack 消息”），模块间用连线传递数据；认证由平台统一管理，重试、日志、调度开箱即用。变更流程只改蓝图（Blueprint）即可生效，不需要发布新代码。对于平台未内置的 API，HTTP 模块支持任意 REST 请求；外部系统的事件则通过 Webhook 模块实时接入。业务复杂度由路由器（Router）、迭代器（Iterator）、聚合器（Aggregator）等差动原语表达。

与同类工具的气质差异在于：Zapier 是步骤式的线性流程，简单上手快但复杂条件与循环表达受限；n8n 是开发者向的自托管节点工具，灵活但要自己运维；Make 位于两者之间——云托管零运维，同时又保留了图式编排的表达力，适合既要快速交付又能接受一定学习成本的团队。

安装与环境配置：无需安装，3 步开通

Make 是纯云服务，不需要安装任何客户端：

1. 注册账号：访问 make.com，使用邮箱或 Google 账号注册，完成邮箱验证。免费计划（Core）提供每月 1000 次操作额度，足够验证场景。

2. 创建场景并授权应用：登录后在顶部菜单进入 Scenarios，新建 Scenario，添加第一个触发模块（Trigger），按引导连接目标应用（如 Google Sheets、Slack）。授权走标准 OAuth 弹窗流程，平台自动托管令牌刷新，无需自己保存密钥。

3. 验证连通性：添加 Custom Webhook 模块，复制生成的回调 URL，用命令行模拟外部系统推送一条测试数据，观察场景是否有新执行记录：

若场景日志中出现新的运行记录，说明 Webhook 接收、应用授权、模块执行链路全部打通。这一步也验证了外部系统只需向该 URL 发 HTTP 请求即可触发流程。

# 用 curl 向 Make 自定义 Webhook 发送测试事件（URL 需替换为控制台生成的真实地址）curl -X POST https://hook.eu1.make.com/abcdef123456 \  -H "Content-Type: application/json" \  -d '{"name":"测试订单","amount":99.5}'

快速上手：10 分钟跑通“Webhook→落库→通知”流程

以最典型场景为例：外部系统（如表单、电商订单）推送 JSON 数据 → 写入 Google Sheets → 发送 Slack 通知。最小可用流程的思路是“先打通一条最小链路，再逐步加分支”，避免一开始就搭复杂蓝图导致排障困难。

1. 在 Scenarios 页面点击 Create a new scenario，从模块列表搜索并添加 Custom Webhook，点击模块生成本场景专属的 Webhook URL。

2. 添加 Google Sheets 模块，选择 Add a Row 操作，连接你的 Google 账号授权，指定目标表格与工作表。

3. 将 Webhook 模块与 Google Sheets 模块连线。在 Google Sheets 模块的字段映射面板中，用鼠标从 Webhook 模块选择对应字段（如 name、amount），完成 JSON 到表格列的映射；无法直接映射的复杂嵌套字段可双击输入框用表达式提取。

4. 添加 Slack 模块，选择 Send a Message 操作，内容文本框引用 Webhook 传入的字段，连线接在表格模块之后。

5. 点击 Run once 执行一次，再用上文的 curl 命令推送测试数据，观察三个模块依次执行并检查表格与 Slack 是否出现数据。

6. 确认无误后，打开场景右上角的 Schedule 开关，设置轮询间隔（分钟级/小时级），或将 Webhook 保持启用状态实现实时触发。

进阶技巧：Make 的数据以“数据包（Bundle）”为基本单位在模块间传递——一个模块的输出可能是多个 bundle（如“读取表格全部行”），理解 bundle 是理解映射与循环的关键。此外，官方模板库提供大量现成蓝图，可在模板市场中按应用筛选后直接复制使用，再按需修改。

核心能力详解：5 大支柱

支柱一·图式编排模型。 Make 蓝图的连线（Route）表示数据流方向，而非执行先后顺序。核心原语包括：Trigger（触发：Webhook、定时调度、应用事件）、Router（路由器，把同一数据包广播到所有相连分支）、Filter（过滤器，按条件放行数据）、Iterator（迭代器，把数组拆成逐条 bundle 循环处理）、Aggregator（聚合器，把多条 bundle 合并为一条）。这套原语能表达 if/else、for 循环、分组汇总等常见流程结构，是 Make 与线性步骤工具拉开差距的核心。

支柱二·连接器与 HTTP 万能模块。 平台内置 2000+ 应用连接器，覆盖 Google、Slack、Notion、Airtable、Salesforce、Shopify 等主流服务，认证令牌由平台统一托管。对未内置的服务，HTTP 模块可发起任意 REST 请求，支持自定义请求方法、URL、请求头、请求体与查询参数，还能解析返回的 JSON/XML。实际操作中大部分“没有现成连接器”的集成需求都能用 HTTP 模块解决。

支柱三·数据处理与转换。 字段映射面板支持从上游 bundle 中拖取字段，也可双击输入框编写类 JS 表达式。内置函数库覆盖字符串处理（拼接、截取、正则替换）、日期时间、数学运算、数组与对象操作。Data Store（数据存储）可当作轻量数据库保存状态与查重，Cloud Variable（云变量）可跨场景共享配置值，配合聚合器可实现求和、计数、按字段分组等数据加工。

支柱四·调度与 Webhook 双触发。 定时调度器支持按分钟/小时/日/月粒度运行，配合 Filter 可实现“每天 9 点检查某条件，满足才执行”。Custom Webhook 则是实时的入站触发方式：Make 生成一个唯一 URL，外部系统 POST 任意 JSON 即触发场景并传回响应，适合表单提交、支付回调、IM 机器人消息等实时场景。需要注意：多数官方连接器（如“新行”触发器）本质是平台轮询驱动，其延迟由套餐的调度频率下限决定；Webhook 才是真正的事件级实时。

支柱五·错误处理与执行力保证。 每个模块都可以接错误处理分支，指令（Directive）有三种：Break（中断整个场景执行并标记失败）、Resume（传回默认数据继续执行）、Ignore（忽略该错误继续后面的模块）。三者可组合实现“重试、降级、跳过”等策略。场景运行历史（Run history）记录每一次执行的每一个模块状态、耗时与输出，是排障的第一入口。生产流程还可用运行通知在失败时推送告警。

生产部署与监控：从蓝图到稳定运行

部署方式一：组织与权限隔离。 生产环境应使用 Organizations → Teams 两级结构：把开发团队与运维团队放到不同 Team，分别授予 Designer（编辑场景）、Operator（启停场景）、Monitoring（只看日志）等角色；开发完成后再通过蓝图的导入/导出功能或管理 API 将场景发布到生产 Team，避免在正式环境直接改测试蓝图。敏感凭证（API Key、密码）不要写死在模块字段中，应存入 Data Store 或平台凭据管理，并限制模块的访问角色。

部署方式二：场景治理与容错。 单个巨型场景拆分为多个子场景（Sub-scenarios），用 Webhook 或云变量串联，降低单点故障影响面。每个生产场景必须配置错误处理指令，至少要在关键模块后接 Break 分支并带上告警通知；涉及金额、库存等操作前加 Filter 做数据校验。对多分支场景，注意 Router 后每个分支必须挂 Filter 条件，否则数据会进入全部分支。

可观测性。 场景页面的 Run history 是基础监控：查看每次执行的模块级耗时与输出差异。组织级 Dashboard 可汇总全部场景的运行状态、失败率与操作数消耗。通知订阅支持按场景、按 Team 配置，可发送到邮件或 Webhook 端点；建议对核心流程同时配置“失败通知”与“长时间无运行”的主动巡检，因为调度类流程的“静默失败”往往比显式报错更难发现。

<p class="para-label">避坑清单：</p>

<ul class=“dash-list“><li>操作数按”模块执行次数“计费而非”场景运行次数“：一个循环 1000 条数据的流程运行一次就消耗 1000+ 次操作，免费版 1000 次/月可能一次被耗尽，量大的流程务必先算操作数再选套餐。</li><li>Router 会把数据包广播到所有相连分支，不是二选一的判断：要实现 if/else 必须在每条分支上挂 Filter 设置条件，否则数据会全量进入全部分支，造成重复处理。</li><li>”Run once”是真实执行并计入操作数：调试大数据集前先换成只有几行的测试表，或先用 Filter 限制数据量，避免调试花掉生产配额。</li><li>免费版不宜直接上生产：活动场景数、调度频率下限、历史日志保留时长均受套餐限制且无 SLA，核心业务流程建议付费订阅并开启失败通知。</li></ul>

版本迭代

Make.com 为 SaaS 平台，采用持续交付模式，无传统公开版本号。本表按平台对外可确认的里程碑记录演进：2012 年以 Integromat 之名上线，2020 年被流程挖掘厂商 Celonis 收购，2021 年更名 Make 并重构产品形态，2023 年起引入生成式 AI 能力，后续以持续迭代方式扩充连接器与平台功能。（截至 2026-01）

AI 应用场景

常见误区

面试题

参考来源

• webpageMake 官网产品入口、定价方案与账号注册
• webpage官方模板库常用自动化场景的可复制蓝图