在 Shopify Flow 中查看您选择的布局
- 在Shopify Flow步骤中预览所选布局。现在,Send Transactional Email和Send Marketing Email的配置页面会在布局字段下方显示您选择的布局及其主题行。 预览内容会使用该布局的测试变量,以主语言显示,且营销布局会显示其退订页脚。当布局数量较多或存在名称相似的布局时,您可以在保存前查看该步骤将发送的是哪一个布局。预览中的链接无法打开。
最新更新和改进。
新
改进版
无需删除发件人或更改现有的 Shopify Flow 步骤,即可重新连接您的 Google 或 Microsoft 365 账户。现在,当登录过期时,即使已授予所有必需的权限,您仍可进行重新连接。 选择其他账户或撤销授权时,现有配置将保持不变。仪表盘、发件人、历史记录和开发者页面加载数据的速度也更快了。支持聊天按钮现在使用常规的底部间距,而非额外的 Shopify 安全区域偏移量。
在视觉布局中,使用“文本”块工具栏将段落居中或右对齐后,该段落在编辑器和预览中显示正常,但发送的电子邮件却采用了该块本身的对齐方式(左对齐,除非你更改了该块)。该段落的对齐方式是以邮件客户端会忽略的方式写入的。
今天已修复。现在,邮件的显示效果与编辑器中完全一致:段落的对齐方式优先于其所属区块的对齐方式。您无需进行任何更改,也无需再次保存布局;您工作流程中发送的下一封邮件已显示正确。
如果您之前设置过段落对齐方式,但邮件一直未按此设置显示,那么从现在起将按此设置显示。请打开布局预览一次,查看收件人实际收到的效果;画布上一直都显示着该效果。
开发者 API 和 MCP 服务器现已涵盖该应用在 1.16 和 1.17 版本中新增的所有功能。键和级别保持不变:READ 键用于读取,WRITE 键则用于修改数据。
GET /api/v1/unsubscribes 列出了包含屏蔽地址的营销退订列表,POST /api/v1/unsubscribes/check 可查询某个地址是否在该列表中(地址应填写在邮件正文中,切勿写入 URL),而 POST / DELETE /api/v1/unsubscribes 用于对某个地址进行退订或重新订阅(WRITE)。MCP:list_unsubscribes、check_unsubscribed、add_unsubscribe、remove_unsubscribe。GET /api/v1/settings 返回商店的电子邮件默认设置(抄送、密送、回复至、发件人姓名)、各语言的营销页脚文本、品牌颜色和自定义字体。MCP:get_settings。GET /api/v1/permissions 列出了可选权限以及已授予的权限。MCP:get_permissions。GET /api/v1/presets 返回各语言对应的页眉和页脚预设及其文本内容。MCP:list_presets。GET /api/v1/sending-health 返回仪表盘卡片中显示的内容:失效的链接和图片、发件人问题、失败率和退订情况。MCP:get_sending_health。emailTemplateId、senderId),列表会显示总数,并可按布局、发件人、姓名和回溯时间范围进行筛选。统计数据会单独统计被跳过的营销邮件(skippedInvocations)。localeConfirmed 说明该布局的主语言是否已被选定;若保存的营销布局未包含公司详细信息,则会返回 warning;而布局架构(GET /api/v1/layout-schema)则解释了元字段中的附件、唯一折扣码、预设、{{ view_in_browser_url }} 以及公司详细信息。此外还修复了以下问题:Sidekick 不再从错误消息中引用收件人地址;交易类邮件布局画布中邮件正文下方以及“设置”>“营销邮件”下的页脚预览下方曾出现的一行技术文本现已消失。该文本从未出现在任何已发送的邮件中。
通过关联的 Google 账户发送的电子邮件未能送达**密件抄送(BCC)**收件人。该地址虽被接受,并显示在“历史记录”和 Gmail 的“已发送”文件夹中,但被从传递给 Gmail 的邮件中移除,因此该步骤中 BCC 字段里的 CRM 日志地址从未收到该邮件的副本。 “收件人”和“抄送”收件人未受影响,通过 Microsoft 365 或 SMTP 服务器发送的电子邮件也未受影响。
该问题已于今日修复。您的工作流程无需进行任何更改:从现在起,您设置的密件抄送(BCC)地址将照常使用。在今天之前发送的邮件并未送达至密件抄送地址。
Workflow Transactional Email 现在也可以发送营销邮件了,而且您之前发送的每封邮件都将保持原样。
Workflow Transactional Email 以下是您的 Shopify 管理后台的语言设置。支持的语言包括英语、德语、西班牙语、法语、意大利语、荷兰语、丹麦语、葡萄牙语(巴西和葡萄牙)、日语以及中文(简体和繁体)。
语言设置将遵循您为 Shopify 账户选择的语言。若要更改语言,请打开您的 Shopify 账户个人资料,并选择**“首选语言**”。您团队中的每位成员都会以各自的语言查看该应用。
有两件事保持不变:
此外还修复了以下问题:当您创建新的页眉或页脚预设时,有时“保存”栏不会显示,导致无法保存预设。现在,只要您进行任何更改,“保存”栏就会立即显示在页面顶部。
包含订单项表的布局会生成一个名为**“在Shopify Flow中使用”的代码片段,其中包含一个针对产品的简短Flow循环。将该代码片段粘贴到“发送事务性电子邮件”操作的“变量(JSON)**”字段中时,系统提示“JSON格式无效”,尽管该代码片段本身是正确的。
原因在于:Shopify Flow 编辑器中的检查操作在 Shopify Flow 尚未填充任何内容之前就读取了文本。此时,该循环还不是 JSON 格式;只有在工作流程运行时,它才会变成一个产品列表。
line_items这一行周围添加引号。"name": {{ order.customer.displayName | json }}。如果某个步骤出现了此错误,请打开该步骤并重新粘贴代码片段。正在运行的工作流程不会受到影响。订单项表 从Shopify Flow传递数据
迄今为止,对于完全没有响应的 SMTP 服务器,系统只会进行重试:每封电子邮件都会因连接超时而失败,且不会发送任何警报,因为单次超时并不能证明该服务器已不可用。
现在,该应用会进行计数。连续三次连接失败后,商店会收到发件人发送的警报,其中会明确指出问题所在 - - 您的邮件服务器未响应我们的连接请求 - - 并附带需要检查的项目:主机、端口、服务器是否正在运行以及是否可通过互联网访问(包括从我们的发件IP地址访问)。成功发送邮件后,计数器将重置。
在 SMTP 服务器上**“测试连接**”以及失败邮件的**“历史**记录”详细信息中,均显示相同的建议。通知和提醒
向每位客户发送其语言版本的电子邮件,通过描述来构建版面布局,从此再也不会遗漏任何修改。
{{order.customerLocale}},每位客户即可收到对应的语言版本。用客户的语言发送电子邮件{{ language }}变量存储了发送邮件所使用的语言,因此只需一个布局,即可向德国客户显示一段内容,向其他所有客户显示另一段内容,而无需进行全文翻译。在布局的语言之间切换时,编辑器界面保持不变,仅内容发生变化。用客户的语言发送电子邮件在现有工作流程中使用新字段:Shopify Flow 会保留创建该步骤时设置的字段。若要在现有工作流程中获取“语言”、“回复至”和**“发件人姓名**”字段,请删除“发送交易邮件”步骤,然后重新添加该步骤。未进行修改的工作流程将继续按原样运行。
本期内容将探讨那些你无法察觉的故障:某个邮件箱悄无声息地停止了发送;某个版式在预览时一切正常,实际发送时却失败了;以及那些在传输到收件箱的过程中丢失的设计细节。
当某位邮件发件人无法正常发送邮件时,我们会通知您
此前,一旦某个发件人出现故障,通过该发件人发送的所有电子邮件都会失败,历史记录中只会显示一行红色提示。
该提醒功能默认处于开启状态。您可以在“通知”中将其关闭。
现在在编辑器中输入的 Liquid 代码在发送电子邮件时已能正常工作
诸如 {% if variables.total > 5 %} 这样的比较运算符、{{ variables.name | default: "there" }} 这样的带引号过滤器,或者你已部分格式化的标签,在预览中可能看起来正常,但在每次实际发送时都会因出现 expected "|" before filter 而失败。这是因为编辑器以 Liquid 无法识别的方式存储了这些字符。
包含制表符或引号的 Shopify Flow 数据不再会导致您的邮箱清空
如果产品标题或备注中包含制表符或引号(例如 12" vinyl),可能会导致变量(JSON)无法读取,从而导致发送的电子邮件中相关字段显示为空白。
您的电子邮件设计效果与您制作时完全一致
我们对发出的电子邮件进行的安全检查,删除了设计好的电子邮件中的一些必要内容。
通过您自己的 SMTP 服务器发送邮件更稳定
隐私
琐事
现在,您可以删除已不再需要的已上传徽标、图片和附件。此前,只有在编辑使用该文件的布局时,才能顺带删除该文件,而如果您只是想清理一个旧徽标,这种方式并无帮助。
在应用中
无论在何处插入图片或附件 - - 无论是“品牌设置”中的徽标字段,还是布局中的“插入图片”功能 - - 都会打开媒体选择器。现在,每个文件的角落都设有“删除”按钮。确认后,该文件将从存储中永久删除。
系统会拒绝删除仍在使用的文件,并会告知您该文件正在被什么程序使用
这是刻意设计的。文件选择器允许您将一个上传的文件在任意多个版式中重复使用,因此,如果删除一个仍在被引用的文件,将会悄无声息地导致另一封仍在发送给客户的邮件出现故障。如果某个版式或共享的页眉/页脚预设仍在使用该文件,则删除操作将被拒绝,系统会列出相关文件名称。 请先将该文件从这些布局中移除,然后再进行删除。
任何“anything”或“nothing”都会立即被删除。
适用于 API 和 MCP
GET /api/v1/files 列出您的文件。添加?usage=true后,每个文件都会报告是否仍有其他地方引用它,这样您就可以通过一次调用找到所有可以安全删除的文件。DELETE /api/v1/files 移除一个,并应用相同的在用检查。list_files 和 delete_file。您可以要求它查找并删除您未使用的图片,但它不会删除当前仍被活跃邮箱使用的图片。参见 REST API 参考指南。
此外还修复了
保存布局时,系统曾会清理不再需要的文件,但仅检查其他布局 - - 不检查共享的页眉/页脚预设。仅由某个预设使用的徽标可能会被删除。现在,这两种情况都会进行相同的检查。
您可以通过自己的代码,或通过Claude、Cursor等AI助手来管理您的操作。
开发者 API
这两个接口均通过专用地址 shopify.workflow-transactional-email.app 提供服务,因此您的集成无需依赖该应用的管理员 URL。
**您的凭据将始终保密。**无论在何种访问级别下,密钥值、SMTP 密码和 OAuth 令牌都绝不会通过 API 或 MCP 被读取。助手可以检测到名为 stripeApiKey 的密钥存在,并将其引用为 {{ secrets.stripeApiKey }},但绝不会看到其具体值。执行历史记录中的个人数据在离开服务器前会经过脱敏处理,不过自由文本字段仍可能包含客户详细信息。
完整文档:开发者 API 和 MCP、身份验证和 API 密钥、REST API 参考指南 和 连接人工智能助手(MCP)。
在富文本编辑器中,链接的操作要简单得多
这两条信息都来自一份商家报告。
hello@yourstore.com 时,系统会将其转换为 mailto 链接;输入 (703) 638-2601 时,系统会自动拨号;输入 yourstore.com 时,系统会将其作为普通网址打开。在您插入内容之前,对话框会提示您该内容将被如何处理。究竟问题出在哪里,以至于导致了这两个问题:输入时未包含 https:// 的地址会被视为相对于 Shopify 管理页面的相对路径,而非真正的网页地址。这导致了链接失效,因此要获得有效的链接,唯一的方法就是输入完整的 URL - - 而且电子邮件地址根本无法转换为 mailto 链接。现已从根源上修复了该问题。
您现有的布局和已保存的链接均保持不变。
升级后的正确页面
以前升级后会直接跳回仪表盘,没有任何确认提示。现在会显示一个确认页面,不仅会确认更改内容,还会显示新套餐包含哪些服务以及您已使用了多少额度,并指引您进行下一步有用的设置。
视觉构建器中修复了两个格式问题,这两个问题均由一位商家报告。
现在,页眉和页脚文本中可以使用换行符了
<br>作为字面文本打印出来,同时又单独处理了你的回车键,因此屏幕上既出现了一个换行符_,又_多了一个多余的<br>。这两个问题都已修复。按 Enter 键可换行 - - 如果你习惯输入 <br>,这样操作同样有效。此更改将立即应用于你现有的版面布局,无需进行任何修改。
块与块之间的间距
每个块元素的四边_以及_块与块之间的间隙都带有填充,这导致元素之间的间距累积达到约44像素,使得电子邮件看起来布局松散。
间距设置现已拆分,在**“品牌标识”→“布局**”下,除了更名为**“块间距(左右)”的滑块外,还新增了“块间距(上下)**”滑块。每个间距控制项现在都会说明其实际功能。
本次发布的核心只有一个:在_客户指出邮件有问题_之前,先确保邮件内容无误。
预览文本
{{ variables.xxx }},因此可以包含交货日期或订单号。参见 主题行和预览文本。
当某个变量显示为空时,系统现在会向您发出警告
模板的渲染故意设计得比较宽松,因此变量错误或缺失绝不会导致客户的邮件发送失败。但代价是这会产生一个_“无声的空白_”:发送成功,历史记录显示为绿色,只有收件人才能察觉到这一缺失。
“变量(JSON)”现已为您生成
手动编写该JSON是导致支持工单数量激增的唯一主要原因。
{{ order.lineItems.variant.title }} 不会返回任何结果,需要使用循环。这是变量为空的最常见原因。你可以再次删除这些内容
只要Shopify Flow步骤引用了布局、发件人、SMTP服务器、HTTP请求、密钥和预设,它们就无法被删除。
问题在于:该引用会一直保留到应用被卸载为止,因此它往往是用户已经删除或重建的工作流程中遗留下的 - - 而系统无法区分这两者。商家因此被这些无法删除的记录所困扰。
在负载下更稳定
琐事
cdn.example.com/logo.png 即可生效 - - 系统会自动为您添加 https://。寻求帮助不再意味着要四处寻找电子邮箱地址。
应用内聊天,每页都有
新的文档网站:docs.workflow-transactional-email.app
全新帮助中心 - - 您可以通过专用的表单直接向我们提交错误报告、提出功能请求或联系我们,并附上屏幕截图。应用中的**“帮助**”页面现已直接链接至所有这些功能。
docs.flow-action-extensions.app 上的旧文档已完整迁移过来,因此您之前收藏的任何内容都没有丢失 - - 只是现在以新名称呈现了。
**Flow Transactional Email 现已更名为 Workflow Transactional Email。**应用、安装方式、发件人和模板均保持不变 - - 仅更名为新名称,以与我们其他工作流程系列产品保持一致。
您这边无需进行任何操作。您的 Shopify Flow 工作流程将照常运行,无需任何调整。
有一点值得注意:微软和谷歌的同意界面上可能仍会显示其旧名称“Shopify Flow Action Extensions”。这是正常现象,可以放心批准。
向Shopify的Sidekick咨询您的电子邮件
Sidekick 现在可以直接回答有关此应用的问题。您可以询问诸如“已设置哪些邮件发件人”、“本周是否有邮件发送失败”、“我是否有针对 Airtable 的 HTTP 请求”,或者“为什么我上次发送失败”等问题。
只读 - Sidekick 可以查看您的模板、发件人、请求和历史记录,但无法进行任何修改。它绝不会返回密钥值、SMTP 密码、OAuth 令牌或消息内容。
常规安全维护:更新依赖项并加强整个应用程序的安全防护。无需采取任何操作。
此通行证包含以下功能:商家配置的出站请求在建立连接前会与内部和私有网络地址进行比对,且渲染后的电子邮件 HTML 内容在发送前会经过净化处理。
媒体库
那些可能导致系统出现故障的删除操作
如果删除Shopify Flow步骤仍指向的模板、发件人、SMTP服务器或密钥,以往会导致该工作流程在不知不觉中出现故障 - - 它会继续运行,但始终失败。
此外
自发布以来的最大变化:您完全不需要SMTP凭据了。
已关联的账户
为何这很重要:应用程序密码和存储的 SMTP 凭据存在安全隐患 - - 它们会过期、需要轮换,而且存储在数据库中。OAuth 可以解决这三个问题,而且通过您自己的邮件服务商发送的邮件将继承您自己域名的信誉。
一种新型附件系统
对每个界面都进行了适配,以符合Shopify的“专为Shopify打造”标准,因此该应用的行为方式与您管理系统的其他部分保持一致。
该应用现已迁移至一个新的欧洲云平台。您的使用方式没有任何变化,但在后台:
手动编写 HTML 并不是设计电子邮件的好方法。所以现在您不必再这么做了。
可视化电子邮件编辑器
进出口
首个版本。Shopify Flow 可以在 Shopify 内部实现大量自动化操作,但无法与外部交互 - - 此版本新增了两个能够实现这一功能的操作。
{{ secrets.keyName }} 引用它们。这些信息绝不会在模板、配置或日志中暴露。{{ variables.xxx }} 从 Shopify Flow 数据中生成动态主题、正文、URL 和负载。