--- title: "Make + OmniChannels.ai：在场景中接入消息发送模块" description: "在 Make 场景中通过 HTTP Make a request 模块调用 OmniChannels.ai API 发送 WhatsApp 和短信，并用送达状态 Webhook 触发场景。" canonical: "https://omnichannels.ai/zh/integrations/make/" language: "zh" updated: "2026-10-10" publisher: "BroadNet Technologies" brand: "OmniChannels.ai" --- # Make + OmniChannels.ai：在场景中接入消息发送模块 Canonical: https://omnichannels.ai/zh/integrations/make/ Language: zh Publisher: OmniChannels.ai by BroadNet Technologies **简而言之:** Make 通过通用 HTTP 与 Webhooks 应用对接，没有专用应用：Make a request 模块携带 Bearer 令牌调用 REST API，Custom webhook 触发器接收送达状态和入站消息。测试请先发往自己已验证的号码。 通过 API 和 Webhook 连接 ## 您可以做什么 ### 新增一行数据时发送 WhatsApp 模板 当表格、数据库或 Airtable 新增一行时，用该行的数据向已同意接收的联系人发送已审核通过的 WhatsApp 模板。 ### 发送订单与预约更新 当店铺、预约或 CRM 模块报告变更时，向客户号码发送短信或 WhatsApp 通知。 ### 送达失败时提醒团队 Custom webhook 接收送达状态，过滤器将 FAILED 和 REJECTED 事件转到聊天消息或工单，而不是自动重发。 ### 保留送达日志 将每条消息 ID 存入数据存储或表格，随事件到达更新其状态，并忽略延迟或重复的事件。 ### 从名单发起群发活动 用前序模块生成收件人列表，以 HTTP 模块支持的 multipart form-data 请求体提交到群发接口。 ## 连接方式 发送时，添加一个 HTTP Make a request 模块，方法为 POST，路径为 https://api.broadnet.me 上对应渠道的发送路径。请使用在 Authorization 请求头中发送 Bearer 和您令牌的 API key keychain，这是 Make 推荐的做法，而不是把凭据直接填入 Headers 字段。单条短信使用 JSON 请求体，群发和大多数其他渠道使用 multipart form data。 接收时，在新场景中添加 Webhooks 的 Custom webhook 触发器，复制其地址并发给我们的团队或您的账户管理员，由其在您的账户中配置。各渠道的载荷字段不同，请向自己的号码发送一条测试消息，让 Make 根据真实事件识别数据结构。 - 发送：HTTP Make a request 模块，POST 到 https://api.broadnet.me - 认证：发送 Authorization: Bearer 的 API key keychain - 接收：在您账户中配置的 Custom webhook 地址 - 超过 webhook 速率限制时 Make 返回 429，并会停用长期未使用的 webhook - 切勿在状态场景中自动重发 ## 设置步骤 1. **申请 API 访问权限:** 申请测试权限并获取 API 令牌。测试发送只会发往您自己已验证的号码。 (指南: https://omnichannels.ai/developers/quickstart/) 2. **创建 keychain:** 在 HTTP 模块中创建 API key keychain，在 Authorization 请求头中发送 Bearer 和您的令牌。 (指南: https://omnichannels.ai/developers/authentication/) 3. **添加发送模块:** 添加 HTTP Make a request，使用 POST、渠道发送 URL，并映射前序模块的请求体字段。保存返回的消息 ID。 (指南: https://omnichannels.ai/developers/zapier-make-webhooks/) 4. **接收送达状态:** 创建带 Custom webhook 触发器的场景，并把其地址发给我们的团队或您的账户管理员。 (指南: https://omnichannels.ai/developers/webhooks/) 5. **用自己的号码测试:** 向已验证的号码发送测试消息，让 webhook 根据真实事件识别数据结构。 ## 示例工作流程 Make 中的您的应用 (新增数据行、订单、预约或 CRM 变更) → HTTP Make a request (使用 Bearer keychain 向 REST API 发起 POST) → OmniChannels.ai API (发送消息并返回消息 ID) → 客户手机 (WhatsApp、短信或 RCS 消息已送达) → Make Custom webhook (送达状态和入站消息触发场景) ## 常见问题 ### Make 中有 OmniChannels.ai 的应用吗？ 没有。场景使用 Make 的 HTTP 应用调用 REST API，并用 Webhooks 应用接收事件。URL、令牌和请求体字段请参考我们的 API 文档。 ### Make 能为群发发送 multipart 请求吗？ 可以。HTTP Make a request 模块支持 multipart form-data 请求体，群发和大多数非短信渠道的发送都需要它。字段名请参见对应渠道页面或 OpenAPI 规范。 ### 大量状态同时到达会怎样？ Make 会将收到的 webhook 请求排队，超出速率限制时返回 429。高并发场景建议在自己的接口上接收 webhook，再把汇总结果传给 Make。 ### 需要已审核的 WhatsApp 模板吗？ 24 小时服务窗口之外由企业发起的 WhatsApp 消息需要已审核的模板，且收件人必须已同意接收。Make 通过 API 发送模板，与其他消息一样。 ## 开发者指南 - https://omnichannels.ai/developers/zapier-make-webhooks/ - https://omnichannels.ai/developers/webhooks/ - https://omnichannels.ai/developers/openapi/ - https://omnichannels.ai/developers/errors-and-limits/ ## 厂商文档 - [HTTP app — Make documentation](https://apps.make.com/http) - [Webhooks — Make Help Center](https://help.make.com/webhooks) ## 相关集成 - https://omnichannels.ai/zh/integrations/zapier/ - https://omnichannels.ai/zh/integrations/n8n/ - https://omnichannels.ai/zh/integrations/airtable/ - https://omnichannels.ai/zh/integrations/google-sheets/ Make 是其所有者的商标。OmniChannels.ai 与 Make 无关联，也未获得 Make 的认可；本页介绍的是利用 Make 自身的 MCP、HTTP 或 Webhook 功能建立的连接。 更新于: 2026-10-10