常见问题

不，Shopify 自带的**“发送 HTTP 请求**”操作仅限于某些套餐，但该应用中的**“HTTP 请求**”操作适用于所有 Shopify 套餐，包括“基础版”。这也是商家安装该应用的主要原因之一。

无。该应用完全不请求任何访问权限。它无法读取您的商品、订单或客户信息。

任何出现在电子邮件中的客户数据，都是因为_您_通过**“变量（JSON）**”字段从 Shopify Flow 传递过来的。Shopify Flow 会读取您的商店数据，而您则可以选择要传递哪些数据。

三种发件人：

• Microsoft 365 - Outlook.com 和 Microsoft 365 邮箱，以及共享邮箱和组邮箱。
• Google - Gmail 和 Google Workspace 邮箱，以及您的“以…身份发送邮件”别名。
• SMTP - - 任何 SMTP 服务器，包括 SendGrid、Mailgun、Amazon SES、Postmark 或您自己的服务器。

微软和谷歌通过 OAuth 进行连接，因此无需存储或轮换任何凭据。

您在创建布局时选择的电子邮件类型。默认类型为**“交易型**”，且在此选项出现之前创建的所有布局均为“交易型”：订单确认、发货更新、账户通知等，这些邮件仍将像以往一样发送给“收件人”字段中的所有收件人。

市场功能用于发送新闻通讯、促销信息、评价邀请和客户回流邮件。 每封营销邮件仅向每位收件人发送一封，每封邮件均包含独立的退订链接，结尾处附有退订声明及公司信息，并会跳过已退订的客户。该邮件通过Shopify Flow中的“发送营销邮件”操作发送；“发送交易邮件”功能仅提供交易类邮件模板。请参阅 营销邮件与退订。

每封营销邮件的页脚都包含一个“取消订阅”链接。点击该链接会打开一个与邮件语言一致的确认页面，页面上显示**“取消订阅**”按钮；仅点击该链接本身并不会产生任何影响。 通过 SMTP 服务器或 Google 发件人发送的电子邮件还会携带一些标头信息，这些信息使 Gmail、Apple Mail 等邮件客户端能够显示各自的一键退订按钮。Microsoft 365 发件人无法设置这些标头，因此在该情况下，页脚链接便是退订的唯一途径。

从那时起，每封营销邮件中都将不再包含该地址。如果某个步骤的所有“收件人”都已退订，则不会发送任何邮件：历史记录中该事件将显示为**“跳过（已退订）**”，流程步骤将返回SKIPPED，且不会执行您套餐中的任何操作。交易类邮件仍会送达客户。 “退订”页面列出了所有选择退订的客户，允许您手动添加地址、在客户要求时为其重新订阅，并将列表导出为 CSV 文件。

每次操作最多可发送给 20 位收件人。每位收件人都会收到一封包含独立退订链接的电子邮件，而整个步骤仍仅计为您的套餐中的一次操作和一条历史记录，其中包含每位收件人的处理结果。 超过第20位的收件人将被记录为“未发送”。若需覆盖更广泛的受众，请构建工作流程，使Shopify Flow为每位客户仅执行该步骤一次。

模板的设计初衷就是宽容地渲染：未知变量会被渲染为空字符串，而不是抛出错误，因此拼写错误绝不会导致客户的电子邮件发送受阻。其代价是，拼写错误会显示为空白。

该应用现在会自动为您捕获此类情况。在实时发送过程中，如果占位符未生成任何内容，历史记录中会显示**“空变量”**的标记；打开该记录后，会明确列出具体是哪些变量，以及Shopify Flow是发送了空值还是根本未发送。

为了从源头避免这个问题，请在布局中使用**“在Shopify Flow中**使用”卡片 - - 它生成的变量（JSON）中，所有键都已设置正确。参见 从Shopify Flow传递数据。

因为它们使用的是不同的数据。

布局编辑器中的测试变量仅用于驱动预览和**“发送测试邮件**”功能。实际运行的Shopify Flow会完全忽略这些变量，并使用Shopify Flow操作在**“变量（JSON）**”字段中发送的内容。

因此，一封外观精美的测试邮件只能证明你的设计有效，但并不能证明你的 Shopify Flow 配置没有问题。请务必先实际运行一次工作流程，然后再查看“历史记录”。

请不要手动输入。打开您的电子邮件布局，找到**“在 Shopify Flow 中使用**”卡片 - - 其中包含该布局的精确 JSON 代码，所有键名均正确无误。点击**“复制 JSON**”，然后将其粘贴到 Shopify Flow 操作中。

该应用会为其识别出的字段（客户姓名、订单名称、订单总额、状态页面 URL）预填 Shopify Flow 属性。其他字段则显示为 <pick a Flow variable>，供您使用 Shopify Flow 自带的变量选择器进行替换。

完整指南：从Shopify Flow传递数据。

由于订单包含_多个_订单项，因此无法读取单一值。{{ order.lineItems.variant.title }} 不会返回任何结果。

您可以将整个列表发送出去，然后在布局中使用“Loop”块对其进行循环处理；或者在 Shopify Flow 中使用{% for %}循环将其转换为字符串。这两种方法的实现方式均在 从Shopify Flow传递数据 中有详细说明。

这是导致变量为空的最常见原因，因此当变量名看起来像订单项数据时，应用会向您发出警告。

邮件送达率取决于发件邮箱，而非本应用。由于邮件是通过_您的_服务商和_您的_域名发送的，因此您将继承您自身的发件信誉。

为了给自己争取最大的机会：

• 请从已正确配置 SPF、DKIM 和 DMARC 的域名发送邮件。
• 请使用您自己拥有的域名作为发件人地址，不要使用免费的个人邮箱地址。
• 请确保交易类邮件保持其交易性质。收件人通常会期待收到订单更新和账户通知；但通过交易类邮件系统发送的大规模营销邮件则不然。请为新闻通讯和促销活动使用营销版式，确保每封此类邮件都包含退订链接，并跳过已选择退订的客户。参见 营销邮件与退订。
• 请在页脚预设中包含真实的邮寄地址和身份识别信息，并在“设置”下的“营销邮件”中填写公司信息。

是的。“收件人”、“抄送”和“密送”字段均可输入多个地址，每个地址占一行。整个发送操作在您的套餐中仅计为一次操作。

事务性邮件会以一封邮件的形式发送给“收件人”字段中的所有人。营销邮件则会为每位“收件人”（最多20位）分别发送一封邮件，每封邮件都带有独立的退订链接，并且每封邮件都会包含“抄送”和“密送”字段；但这仍被视为一次操作。

不。发送测试邮件和点击**“测试** HTTP 请求”按钮均不计入配额。仅由 Shopify Flow 触发的操作才计入配额。在执行前失败的操作（例如配置错误或重复重试）将退还其配额额度。

你对整个对象进行了插值，而不是对其上的某个字段进行插值。HTTP 请求会自动将对象序列化为 JSON；而电子邮件则不会。

请使用 {{ variables.customer.firstName }} 而不是 {{ variables.customer }}，或者使用“循环”代码块对数组进行遍历。

你可以这样做。该应用会发出警告，并告知有多少个Shopify Flow步骤引用了该项，但不会阻止你操作。

此后，任何仍指向已删除项的 Shopify Flow 步骤都会出现错误，并在**“历史记录**”中显示明确的错误信息 - - 例如 Email template not found。请将这些步骤指向替代项以修复它们。

我们特意没有阻止这种情况。该引用会一直保留到应用被卸载为止，因此“仍在使用”的警告通常是您在 Shopify Flow 中已删除或重建的工作流程留下的痕迹，而我们无法区分这两者。

有一个例外：上传的文件在删除前会经过严格检查，因为同一个文件可以在多个布局中重复使用。

不。编辑器的选择在创建布局时就已确定，因为这两者的内容存储方式不同。请在所需的模式下创建一个新布局，然后将“Shopify Flow”操作重新指向该布局。

在富文本/HTML模式下，您_可以在_富文本编辑器和原始HTML之间切换，不过若切回富文本模式，可能会简化复杂的表格和内联样式。

是的，有两种方式：

• “另存为模板”会将整个设计保存在“我的模板”中，以便您以此为基础开始创建新布局。该图库中仅包含您自己保存的设计。
• 页眉和页脚预设会在实时环境中共享：只需编辑一次预设，所有使用该预设的布局都会随之更新。

您还可以导出一个布局，并将其导入到另一家商店中。

后续的 Shopify Flow 操作会因计划限制错误而被拒绝，Shopify Flow 会将该步骤标记为失败。由于没有任何消息被放入队列，因此这些消息不会在稍后发送出去。

配额采用滚动30天周期，因此随着较早的操作过期，可用配额会逐渐恢复。开启配额提醒功能，系统将在配额使用达到80%和100%时发出警告。参见 套餐与使用情况。

是的。在“附件”模式下，单个文件大小上限为 15 MB，每个版面上限为 20 MB。如果超过此限制 - - 或者通过 Microsoft 365 发送邮件时（该平台不接受超过 4 MB 的内嵌附件） - - 请切换至“链接”模式，此时邮件中将包含一个下载链接。请参阅 附件和图片。

同意屏幕上可能会显示**“Shopify Flow Action Extensions**”，这是该应用的旧名称。这仍是同一款应用 - - 其 OAuth 注册名称尚未更新。您可以放心批准。

是的，仅限查看。Sidekick 可以列出您的布局、发送者、HTTP 请求和密钥_名称_，报告运行历史记录，并解释特定操作失败的原因。

它绝不会返回任何机密值、SMTP 密码、OAuth 令牌或消息内容，也无法更改任何内容 - - 它只是将您与该应用程序进行关联。

在欧盟境内，数据库和缓存均部署在本地区域，并采用静态数据加密；而凭证（包括 SMTP 密码、OAuth 令牌和密钥）则通过专用的密钥管理服务，额外添加了一层信封加密。凭证绝不会以明文形式持久化存储。