通过 Zapier 与 Webhook 实现互动邮件自动化

MailInApp 没有官方的 Zapier 应用,也不需要——项目 Webhook 本身就是通过 HTTPS 发送的、经过签名的普通 JSON,恰好正是 Zapier 的 Webhooks by Zapier 触发器(或 Make、n8n、Pipedream,或任何其他能接收入站 Webhook 的工具)开箱即用所期望的格式。

主题

Quick question — how'd we do?

每一次投票、表单提交或购买发生的瞬间,都会触发一个签名 Webhook——把它指向 Zapier 通用的 Webhooks 触发器,每一次互动就都能无需编写代码地进入你的 CRM、表格或 Slack 频道。

MailInApp 没有官方的 Zapier 应用,也不需要。项目 Webhook 本身就是通过 HTTPS 发送的、经过签名的普通 JSON——恰好正是 Zapier 的 Webhooks by Zapier 触发器(或 Make、n8n、Pipedream,或任何其他能接收入站 Webhook 的工具)所期望的格式。

每个项目只需启用一次

在响应页面上输入一个 HTTPS URL 并点击启用。MailInApp 会展示一次签名密钥(whsec_…)——如果你打算之后验证签名,请妥善保存它。

捕获它,筛选它,处理它

在 Zapier 中,一个 Webhooks by Zapier → Catch Hook 触发器会接收每一个事件。紧随其后的一个 Filter by Zapier 步骤可以把范围收窄到真正重要的内容——event.action 等于 submit 或 purchase、某个特定的 event.blockId,或者 lowScore 为 true,用于在 CSAT/NPS 差评时提醒管理者的 Zap。

任何内容都不会被静默丢弃

一个失效的 Zap URL 或一次临时故障都会被记为一次投递失败,并按退避策略自动重试(大约 1 分钟、5 分钟、30 分钟、2 小时,然后 6 小时)。互动本身总是会先存储在 MailInApp 中,因此一次未送达的投递不会丢失任何数据——响应页面是权威依据,Webhook 只是实时信号。

双向都能用

在另一个 Zap(“工单已解决”“交易已完成”)末尾添加一个独立的 Webhooks by Zapier → POST 步骤,可以调用你联系人列表的行级 upsert 端点,自动新增或更新一个 MailInApp 联系人。这样就能让发送名单保持最新,不需要人工重新导出 CSV。

快速上手

在你项目的响应页面启用 Webhook,用一个 Webhooks by Zapier 触发器捕获它,添加一个筛选步骤锁定你关心的事件,再接上任意合适你工作流程的动作——表格、CRM、Slack,皆可。

典型的构建与发送流程

  1. 1

    启用一个项目 Webhook

    在响应页面上输入一个 HTTPS URL 并点击启用——MailInApp 会向你展示一次签名密钥(whsec_…);如果你打算之后验证签名,请妥善保存它。

  2. 2

    在 Zapier 中捕获它

    创建一个 Zap,把 Webhooks by Zapier 设为触发器,事件选择 Catch Hook,并把 Catch Hook URL 粘贴为你项目的 Webhook 目标地址。

  3. 3

    筛选出真正需要的内容

    添加一个 Filter by Zapier 步骤,匹配 event.action(submit、vote、purchase 等)、event.blockId,或 lowScore 标志,让 Zap 只对你真正关心的互动继续执行。

  4. 4

    可选:反向推送数据

    在另一个 Zap(工单已解决、交易已完成)的末尾添加一个独立的 Webhooks by Zapier → POST 步骤,可以调用你联系人列表的行级 upsert 端点,自动让 MailInApp 的发送名单保持最新。

常见问题

MailInApp 有官方的 Zapier 应用吗?

没有——项目 Webhook 本身就是签名的普通 JSON,Zapier 通用的 Webhooks by Zapier 触发器已经能原生处理,因此不需要专门的应用集成。

如果我的 Zap 或端点短暂宕机会怎样?

失效的 URL、被暂停的 Zap,或一次故障,都会被记为一次投递失败——MailInApp 会针对你 Webhook 当前的 URL 和密钥自动按退避策略重试(大约 1 分钟、5 分钟、30 分钟、2 小时,然后 6 小时),仍然失败的投递会显示在失败的投递下,并附有一个手动的重新投递按钮。

如果 Webhook 始终没有成功,互动会丢失吗?

不会——无论投递结果如何,事件总是会先存储在 MailInApp 中,并显示在响应页面上;请把 Webhook 当作一个实时信号,把响应视图当作权威依据。

我能验证 Webhook 确实来自 MailInApp 吗?

可以——每次投递都在 X-MailInApp-Signature 请求头中携带一个 HMAC 签名,可以用启用 Webhook 时展示过一次的签名密钥来核验。

自动化流程能把新联系人推送进 MailInApp,而不只是把事件拉出来吗?

可以——一个按名单生成的 API 密钥会为一个服务器到服务器的行级 upsert 端点授权(Authorization: Bearer,而不是 Firebase ID 令牌),Zap 的最后一步 POST 可以调用它来新增或更新联系人,每批最多 500 行,并按密钥进行速率限制。

在工作室中构建它

从免费套餐开始——每个套餐都包含全部互动模块和完整的降级引擎。