跳转到正文
OmniChannels.ai

自动化

Make + OmniChannels.ai:在场景中接入消息发送模块

通过 API 和 Webhook 连接更新于

简而言之

Make 通过通用 HTTP 与 Webhooks 应用对接,没有专用应用:Make a request 模块携带 Bearer 令牌调用 REST API,Custom webhook 触发器接收送达状态和入站消息。测试请先发往自己已验证的号码。

您可以做什么

  • 新增一行数据时发送 WhatsApp 模板

    当表格、数据库或 Airtable 新增一行时,用该行的数据向已同意接收的联系人发送已审核通过的 WhatsApp 模板。

  • 发送订单与预约更新

    当店铺、预约或 CRM 模块报告变更时,向客户号码发送短信或 WhatsApp 通知。

  • 送达失败时提醒团队

    Custom webhook 接收送达状态,过滤器将 FAILED 和 REJECTED 事件转到聊天消息或工单,而不是自动重发。

  • 保留送达日志

    将每条消息 ID 存入数据存储或表格,随事件到达更新其状态,并忽略延迟或重复的事件。

  • 从名单发起群发活动

    用前序模块生成收件人列表,以 HTTP 模块支持的 multipart form-data 请求体提交到群发接口。

连接方式

通过 API 和 Webhook 连接

发送时,添加一个 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 <token> 的 API key keychain
  • 接收:在您账户中配置的 Custom webhook 地址
  • 超过 webhook 速率限制时 Make 返回 429,并会停用长期未使用的 webhook
  • 切勿在状态场景中自动重发

设置步骤

  1. 1

    申请 API 访问权限

    申请测试权限并获取 API 令牌。测试发送只会发往您自己已验证的号码。

    指南: Quickstart: send your first message
  2. 2

    创建 keychain

    在 HTTP 模块中创建 API key keychain,在 Authorization 请求头中发送 Bearer 和您的令牌。

    指南: Authentication
  3. 3

    添加发送模块

    添加 HTTP Make a request,使用 POST、渠道发送 URL,并映射前序模块的请求体字段。保存返回的消息 ID。

    指南: Make and Zapier with webhooks
  4. 4

    接收送达状态

    创建带 Custom webhook 触发器的场景,并把其地址发给我们的团队或您的账户管理员。

    指南: Webhooks and delivery statuses
  5. 5

    用自己的号码测试

    向已验证的号码发送测试消息,让 webhook 根据真实事件识别数据结构。

厂商文档

Make 是其所有者的商标。OmniChannels.ai 与 Make 无关联,也未获得 Make 的认可;本页介绍的是利用 Make 自身的 MCP、HTTP 或 Webhook 功能建立的连接。

示例工作流程

一个典型请求如何从 Make 传到您的客户,再返回。

  1. 01

    Make 中的您的应用

    新增数据行、订单、预约或 CRM 变更

  2. 02

    HTTP Make a request

    使用 Bearer keychain 向 REST API 发起 POST

  3. 03

    OmniChannels.ai API

    发送消息并返回消息 ID

  4. 04

    客户手机

    WhatsApp、短信或 RCS 消息已送达

  5. 05

    Make Custom webhook

    送达状态和入站消息触发场景

1. Make 中的您的应用: 新增数据行、订单、预约或 CRM 变更 2. HTTP Make a request: 使用 Bearer keychain 向 REST API 发起 POST 3. OmniChannels.ai API: 发送消息并返回消息 ID 4. 客户手机: WhatsApp、短信或 RCS 消息已送达 5. 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 发送模板,与其他消息一样。

获取 API 与 MCP 访问权限

请告诉我们您的渠道、国家和使用场景。工程师会签发测试凭证并验证您的测试号码。