如何将 Customer.io 连接到 Shopify Flow
Customer.io 会通过一个报告 Webhook 反馈其发送的消息数据 - - 包括送达、打开、点击、退信和退订情况。Workflow Webhooks 将该调用转换为 Shopify Flow 触发器，以便您的商店能够对此做出响应：为客户打上标签、添加订单备注、发送内部邮件、更新元字段 - - 凡是 Shopify Flow 能做到的，它都能实现。
本指南详细介绍了整个流程 - - Customer.io 发送请求，Workflow Webhooks 接收并验证，Shopify Flow 执行操作 - - 每个请求都会验证 Customer.io 的 HMAC 签名，因此只有 Customer.io 才能启动您的工作流程。
你可以制作什么
- 标签一位邮箱地址发生硬退信的Shopify客户，以便营销活动不再向其投放。
- 将最近一次互动日期作为元字段记录到客户档案中。
- 当VIP客户取消订阅时，请通过电子邮件通知您的团队。
常见需发送的事件：email_delivered、email_opened、email_bounced、customer_unsubscribed。
开始之前
- Workflow Webhooks 已安装在您的 Shopify 商店中。
- Shopify Flow 已安装，该应用可从Shopify应用商店免费下载。
- 一个在 Customer.io 上拥有创建 Webhook 权限的账户。
步骤 1 - 在 Workflow Webhooks 上创建 Webhook
- 打开 Workflow Webhooks -> Webhook -> 创建 Webhook，并为其命名一个在 Shopify Flow 中能认出的名称，例如
Customer.io events。 - 在**“身份验证**”下，选择 HMAC。
- 在**“签名提供商**”下，选择 Customer.io。该应用会自动为您填写头信息、算法、已签名负载和重放窗口 - - 无需进行其他配置。
- 暂时将“密钥”字段留空，然后点击“保存”。复制页面上显示的 Webhook URL。
有关其他身份验证模式，请参阅 身份验证；有关如何选择哪些字段会传输到 Shopify Flow，请参阅 负载映射和流变量。
步骤 2 - 在 Customer.io 中添加端点
在 Customer.io 中，打开**“设置”→“工作区设置”→“报告 Webhook”，**使用您复制的 URL 添加一个 Webhook，并复制签名密钥。
如何查找您的 Customer.io 签名密钥
报告 Webhook 的签名密钥。
Customer.io 关于 Webhook 签名的官方文档 中，包含了您账户的具体说明文字和截图。
将该密钥粘贴到 Workflow Webhooks 页面中 Webhook 的**“Secret**”字段中，然后保存。从那时起，每条来自 Customer.io 的推送消息在到达 Shopify Flow 之前都会经过验证。
此处检查的内容
| 什么 | 值 |
|---|---|
| 签名页眉 | X-CIO-Signature |
| 签名的位置 | 整个标头值 |
| 签署了什么 | v0:{timestamp}:{body} |
| 签名 | HMAC-SHA256，十六进制编码 |
| 时间戳 | X-CIO-Timestamp 头文件，以 Unix 秒为单位 |
| 回放保护 | 无 - - 该发件人未对时间戳进行签名，因此所有有效的签名均保持有效 |
| 秘密 | 作为纯文本使用。请完全按照发件人显示的内容粘贴 |
在签名后的负载中，{body} 就是原始请求正文（按字节逐字节复制），而 {timestamp} 则是上文提到的时间戳。
如果请求未通过上述任何一项检查，则该请求将被以401状态拒绝，并记录在历史与故障排除中，且永远不会启动工作流程。
步骤 3 - 构建Shopify Flow工作流程
- 在 Shopify Flow 中，创建一个工作流程，并选择“Workflow Webhooks”触发器。
- 点击**“记录事件**”，然后从 Customer.io 发送一个测试事件（或在 Workflow Webhooks 中使用**“发送测试”功能**），以便 Shopify Flow 学习您的数据结构。
- 您拥有的每个 Webhook 都会触发同一个 Shopify Flow 触发器，因此请在 Webhook ID 上添加第一个条件，以确保该工作流程仅限于 Customer.io。该 ID 显示在 Webhook 页面上。
- 添加操作 - - 标记客户、添加备注、发送内部邮件、更新元字段。
第 4 步 - - 进行端到端测试
在 Customer.io 中触发一个真实事件。在“Workflow Webhooks”→“History”中，您应该能看到状态为“Success”的调用记录。如果签名有误，您会看到一条状态为“Failed”的记录，并附有具体原因；验证已签名的 Webhook 介绍了签名测试工具，该工具会精确显示哪个步骤出现了错误。
签名不匹配▾
按以下顺序检查：密钥（最常见的原因 - - 多余的空格，或来自错误环境的密钥）、发送方是否使用了其他端点的密钥，以及Customer.io与应用之间是否有任何环节重写了请求体。签名是基于原始字节的，因此会重新格式化JSON的代理会导致签名失效。 Webhook 页面上的签名测试工具会显示被签名的精确文本内容。
每次请求都会返回 401 错误▾
请确认 Webhook 的身份验证已设置为 HMAC，且已选择 Customer.io 提供商；请确认已填写密钥；并请确认 Customer.io 发送至该 URL 的请求内容与应用中显示的完全一致，包括末尾的代码。
“历史”中未显示任何内容▾
该请求从未送达。请在 Customer.io 中重新检查 URL，并查看 Customer.io 自身的投递日志以确认其收到的响应。若出现 404 错误，表示 Webhook 配置错误或已被删除；若出现 429 错误，则表示您已超出套餐的调用限制 - - 请参阅 套餐与使用情况。
工作流程针对错误的事件运行▾
您商店中的每个 Webhook 都会触发同一个 Shopify Flow 触发器。请在工作流程的第一步中添加一个基于 Webhook ID 的条件，或者缩小从 Customer.io 发送的事件范围。
相关
- 验证已签名的 Webhook - 我们核实的每一家服务提供商，以及如何描述未经过核实的服务提供商。
- 负载映射和流变量 - 从负载中提取正确的字段并导入 Shopify Flow。
- 重复配送防护 - 当 Customer.io 重试发送时会发生什么。
- 历史与故障排除 - 每个请求的日志，并支持回放。