更新紀錄

• **在 Shopify Flow 步驟中預覽所選的版面配置。**現在，Send Transactional Email和Send Marketing Email的設定頁面會在「版面配置」欄位下方顯示您所選的版面配置及其主旨。 預覽內容會根據佈局中的測試變數，以該佈局的主要語言呈現；若為行銷佈局，則會顯示其取消訂閱的頁尾。當您擁有多個佈局，或多個名稱相似的佈局時，可在儲存前確認該步驟將發送哪一個佈局。預覽中的連結無法開啟。

• 已修正：在 Shopify Flow 步驟（Send Transactional Email、Send Marketing Email、HTTP Request）的設定頁面上點擊**「儲存」後，原本只會顯示載入動畫而沒有其他反應。雖然設定已成功儲存，但 Shopify Flow 並未顯示確認訊息。現在，頁面底部會顯示「設定已成功儲存」**。若儲存失敗，系統會顯示紅色訊息，說明您的變更未被儲存，並提供後續處理方式。
• 已修正：在電子郵件頁首設定為居中或右對齊的標誌，在 Windows 版經典 Outlook 中會顯示在左側。現在，無論使用哪種郵件客戶端，標誌都會顯示在您設定的位置。

新

• **請參閱設定指南中的「詢問 Sidekick」。**儀表板上的設定指南每個步驟都設有「詢問 Sidekick」按鈕。點擊此按鈕將開啟 Shopify 助理，並預先顯示關於該步驟的問題（例如如何連接寄件者或建立您的第一個電子郵件版面配置），且會以您管理後台的語言呈現。只要您的管理後台支援 Sidekick，該按鈕就會顯示在相關位置。
• 詢問 Sidekick 為何某項操作失敗。歷史紀錄中失敗的電子郵件或 HTTP 請求會顯示「詢問 Sidekick 為何失敗」。Sidekick 會根據該操作的 ID 進行查詢，並說明問題出在哪裡以及如何解決。

已改進

• **失敗警示預設為開啟狀態。**目前，所有商店（無論新舊）均已啟用「高失敗率」電子郵件通知。當 60 分鐘內至少 50 次操作中有 20% 以上失敗時，系統便會發送此通知，且每 6 小時最多發送一次。您可在「設定」中的「通知」選項下，變更收件者或關閉此功能。

您可以在不移除寄件者或變更現有 Shopify Flow 步驟的情況下，重新連線您的 Google 或 Microsoft 365 帳戶。現在，當登入權限過期時，即使所有必要權限已獲授予，您仍可進行重新連線。 選擇其他帳戶或取消授權時，現有設定將保持不變。儀表板、寄件者、歷史紀錄及開發者頁面亦能更有效率地載入資料。支援聊天按鈕將使用其正常的底部間距，而非額外的 Shopify 安全區域偏移量。

• 已修正：當從媒體庫選取的檔案以圖片形式上傳後，該檔案會未被包含在電子郵件中。電子郵件會在此情況下發送出去，且不會顯示錯誤訊息。現在，此類附件會被正常發送，即使是在本次版本發布前儲存的版面配置中亦然。

• 已修正：從 Microsoft 365 群組（例如 sales@，且已授予連線信箱「以…名義傳送」權限）發送郵件時，會出現「群組分片用於非群組 URI」的錯誤，且「驗證寄件者」功能會顯示缺少「以…名義傳送」權限，儘管該權限實際上已授予。 該應用程式現已採用與 Outlook 相同的方式發送群組郵件，即從已連線的信箱發送，並將群組設為「寄件者」地址。共用信箱的運作方式則維持不變。
• 如果曾以「共用信箱」類型新增群組，現在錯誤訊息會明確指出這一點：請先移除該群組，然後以「Microsoft 365 群組信箱」類型重新新增。

• 已修正：在 Shopify Flow 中，當您儲存變更後，步驟卡片可能會持續顯示電子郵件版面的上一版縮圖，最長可達一小時。實際發送的電子郵件並未受到影響，系統始終會使用已儲存的版面。現在，該卡片會在版面一經儲存後立即重新整理，並顯示版面最後一次儲存的時間。

• 已修復：配額警告（80%）、配額超限及寄件者警示電子郵件未能送達多數商店。應用程式在您開啟時所記錄的商店聯絡電子郵件地址，會在每小時的憑證刷新時被重新清空，導致警示無處可送。 目前該電子郵件已保留，並已為所有受影響的商店恢復記錄，本月應發送的警示通知亦已寄出。

• 上傳的品牌字型（設定 > 品牌與字型）現已作為字型樣式嵌入電子郵件中，並在建構器中載入；因此，若佈局設定為使用上傳的字型，該字型將在編輯器、預覽畫面以及能載入網頁字型的郵件客戶端（Apple Mail、iOS Mail、Mac 版 Outlook、Thunderbird）中顯示。 Gmail 和 Windows 版 Outlook 不會從任何寄件者處載入網頁字型，並會持續顯示備用字型。在此版本發布之前，上傳的檔案從未隨郵件一併傳送，因此所有郵件客戶端都會使用備用字型。
• 已修正：電子郵件編輯器中的編譯預覽畫面，首次開啟時偶爾會保持空白。現在預覽框會在建立時即載入電子郵件內容，因此首次點擊時即可顯示。

在視覺化排版中，若您使用「文字區塊」工具列將段落設定為居中或右對齊，該段落雖在編輯器與預覽畫面中顯示正常，但實際寄出的電子郵件卻採用了區塊本身的對齊方式（左對齊，除非您變更了該區塊）。這是因為段落的對齊設定是以電子郵件客戶端會忽略的方式寫入的。

問題已於今日修復。現在電子郵件的顯示效果將完全與編輯器中的預覽一致：段落的對齊方式將優先於其所屬區塊的對齊方式。您無需進行任何變更，也無需再次儲存版面配置；您工作流程中發送的下一封電子郵件已自動修正。

如果您之前曾設定過段落對齊方式，但電子郵件一直未依此顯示，從現在起將會照此顯示。請開啟版面配置一次，查看收件者所看到的內容；畫布上一直以來都已顯示該效果。

開發者 API 和 MCP 伺服器現已涵蓋應用程式在 1.16 和 1.17 版本中新增的所有功能。鍵值與權限等級維持不變：READ 鍵用於讀取，WRITE 鍵則可進行修改。

• 取消訂閱。GET /api/v1/unsubscribes 列出包含遮罩地址的行銷郵件取消訂閱清單，POST /api/v1/unsubscribes/check 可查詢特定地址是否在清單中（請將地址填入郵件正文，切勿放入網址中），而 POST / DELETE /api/v1/unsubscribes 則可用於取消或重新訂閱某個地址（寫入操作）。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) 地址將照常使用。在今日之前發送的電子郵件並未送達至該密件副本 (BCC) 地址。

• 視覺化編輯器中新增了十三個內容區塊。 產品卡片、價格、產品網格、折扣碼、倒數計時、訂單追蹤、星級評分、客戶評價、社群連結、影片、簽名、表格及「在瀏覽器中檢視」，外加兩個版面配置區塊：「欄位」（兩至四欄）與「若成立則顯示」 - - 後者僅在變數條件為真時才會顯示該區段。 每個欄位皆可設定變數，且畫布會顯示各區塊與您測試用的變數。 產品卡片、折扣框、客戶評價、簽名、影片及訂單追蹤區塊皆由圖片、標題、文字、價格和按鈕等組件構成：開啟其中一個區塊，即可透過該區塊的完整設定來編輯或隱藏各組件，例如「圖片 + 文字」區塊。詳見 內容區塊：產品、折扣、倒數計時、追蹤等。
• **專屬折扣代碼。**此折扣模組可針對每封電子郵件（即每名行銷電子郵件的收件人），在您的商店中生成一個僅限使用一次的代碼，其金額、有效期及最低消費金額皆由您設定。該代碼會與發送紀錄一併保存於「歷史紀錄」中。需具備新的「折扣」可選權限。
• **即時倒數。**倒數區塊是在開啟電子郵件時顯示的動態圖像，共有四種樣式。
• 從元資料欄位附加檔案。現在，附件可來自與「Shopify Flow」步驟相關的訂單或客戶的元資料欄位，其中可包含Shopify檔案或該檔案的連結，例如另一款應用程式儲存於訂單中的發票PDF檔案。 請選擇「元資料欄位」作為附件來源（視覺化佈局）或「從元資料欄位新增」（文字佈局），選取該元資料欄位後，系統便會在寄送電子郵件時自動附加該檔案；若為清單型元資料欄位，則會附加所有項目，且檔案大小將於寄送時進行檢查（每檔上限 10 MB）。 「發送交易電子郵件」和「發送行銷電子郵件」動作新增了「**訂單」和「客戶」**欄位，用以告知該步驟應讀取哪筆訂單或哪位客戶；在此版本之前新增的步驟需重新新增才能取得這些欄位。請參閱 從訂單或客戶的元資料欄位附加檔案。
• **權限。**安裝應用程式時，系統仍不會要求任何權限。若要讀取訂單或客戶的元資料欄位，以及建立折扣碼，則需您的授權；您可直接在當下授予權限，並隨時透過新的「權限」頁面撤銷授權。各項權限的具體內容及不包含的範圍，請參閱 權限：應用程式可以從您的商店讀取哪些資料。

Workflow Transactional Email 現在也可以發送行銷電子郵件了，而且您原本發送的每封電子郵件都會完全維持原樣。

• **行銷版面配置。**建立版面配置時，您需選擇其類型：交易型（預設類型，以及本次更新前的所有版面配置）或行銷型。「電子郵件版面配置」清單中設有「**交易型」**與「行銷型」兩個分頁。
• **Shopify Flow 新增動作：「發送行銷電子郵件」。**此動作僅提供行銷版面配置；「發送交易電子郵件」則仍僅提供交易版面配置。您現有的「發送交易電子郵件」步驟和工作流程將照常運作。
• 每位收件者僅會收到一封電子郵件，每封郵件均附有專屬的取消訂閱連結。每次行銷步驟最多可向 20 位收件者各發送一封訊息。每封行銷電子郵件結尾皆會顯示您的取消訂閱聲明、連結及公司資訊，這些內容會依語言分別呈現，您可於「設定 > 行銷電子郵件」中一次性設定，並在需要時依版面配置或翻譯版本進行調整。 已取消訂閱的客戶自此將被跳過：歷史紀錄中會顯示「已跳過」，而新的**「取消訂閱」**頁面則會列出這些客戶，並提供搜尋、重新訂閱及 CSV 匯出功能。
• **設定，以分頁形式呈現。**包含應用程式發送每封電子郵件時的預設設定（抄送、密送、回覆至、寄件者名稱及測試收件者）、各語言的行銷簡訊內容、出現在每個選色器中的品牌顏色，以及現有的字型和通知提示。
• 儀表板中的**「已發送」狀態**：已發送電子郵件中的失效連結與圖片、寄件者問題、失敗率及取消訂閱情況。
• 歷史紀錄以 CSV 格式呈現，並包含您所設定的篩選條件。
• 頁首與頁尾的預設樣式包含各語言的文字，並在編輯時提供即時預覽；堆疊式頁首的文字與連結可分別進行對齊。
• 在富文本和 HTML 版面配置中，每種語言的附件數量。
• 此應用程式採用 Shopify 的新版管理介面設計。

Workflow Transactional Email 以下是您的 Shopify 管理後台所使用的語言。目前提供英語、德語、西班牙語、法語、義大利語、荷蘭語、丹麥語、葡萄牙語（巴西與葡萄牙）、日語以及中文（簡體與繁體）版本。

• 該應用程式的每個頁面、對話框和訊息，包括電子郵件編輯器、電子郵件發送者、HTTP 請求、歷史紀錄和設定。
• 在 Shopify Flow 中，可查看「設定」頁面，以及「**傳送交易型電子郵件」**和「**HTTP 請求」**步驟的預覽。
• 該應用程式的 Sidekick 工具及 Shopify Flow 範本。

語言設定將依照您在 Shopify 帳戶中選擇的語言。若要變更語言，請開啟您的 Shopify 帳戶個人資料，並選擇「偏好語言」。您團隊中的每位成員都會以各自的語言查看該應用程式。

有兩件事依然如故：

• Shopify Flow 步驟中的欄位（收件者、副本、回覆至、語言等）仍維持英文顯示，因為 Shopify Flow 會完全依照應用程式所定義的方式呈現這些欄位。
• 您的電子郵件內容絕不會被修改，會完全按照您撰寫的內容發送出去。若要向客戶發送其母語的電子郵件，請在版面配置中新增翻譯。以客戶的語言發送電子郵件

**此外已修正：**當您建立新的頁首或頁尾預設值時，有時「**儲存」**列不會出現，導致無法儲存該預設值。現在只要您進行任何變更，該列便會立即顯示在頁面頂端。

包含訂單明細表的版面配置，其**「Shopify Flow**」片段中包含一個針對產品的簡短 Shopify Flow 迴圈。將該片段貼入「發送交易電子郵件」動作的**「變數 (JSON)」**欄位後，系統顯示「JSON 格式無效」的錯誤訊息，儘管該片段本身並無錯誤。

原因在於：Shopify Flow 編輯器中的檢查功能，是在 Shopify Flow 還未填入任何內容之前就讀取了該文字。此時，該迴圈內容還不是 JSON；只有在工作流程執行時，它才會變成一組產品清單。

• 此檢查現在已支援「Shopify Flow」中的變數和迴圈，適用於「傳送交易型電子郵件」及「HTTP 請求」動作。請直接貼上此程式碼片段，且無需在 line_items 這行前後加上引號。
• 同樣的原則也適用於使用 json 篩選器寫入的值，例如 "name": {{ order.customer.displayName | json }}。
• 當您儲存該步驟時，即使 JSON 格式嚴重錯誤（例如缺少逗號或單引號），系統仍會顯示錯誤提示。

若某個步驟出現此錯誤，請開啟該步驟並重新貼上程式碼片段。目前正在執行的流程不會受到影響。訂單明細表 從 Shopify Flow 傳遞資料

迄今為止，對於完全沒有回應的 SMTP 伺服器，系統僅會進行重試：每封電子郵件都會因連線超時而失敗，且不會發送任何警示，因為單次超時並不能證明該伺服器已無法使用。

現在，應用程式會進行計數。當連續發生三次連線失敗後，商店會收到一則來自發件方的警示，其中會明確指出問題所在 - - 您的郵件伺服器未回應我們的連線嘗試 - - 並附上應檢查的項目：主機、埠號、伺服器是否正在運行，以及是否可從網際網路（包括從我們的發送 IP 位址）連線至該伺服器。成功發送後，計數器將重置。

在 SMTP 伺服器上執行「測試連線」，以及失敗電子郵件的「歷史紀錄」詳細資訊中，皆顯示相同的建議。通知與警示

向每位客戶發送其語言版本的電子郵件，透過描述來建立版面配置，並永遠不再遺漏任何變更。

• **以客戶語言發送電子郵件。**您可以在任何版面配置中加入翻譯內容（無論是原文副本或由 AI 翻譯的版本），並透過頁面標題旁的語言選擇器在不同版本之間切換。在「發送交易電子郵件」動作中，將新的「語言」欄位設定為 {{order.customerLocale}}，每位客戶便會收到對應的版本。以客戶的語言發送電子郵件
• **一種版面配置適用於所有語言。**新的 {{ language }} 變數會儲存電子郵件所使用的語言，因此單一版面配置既能向德語客戶顯示一段文字，又能向其他所有客戶顯示另一段文字，無需進行完整翻譯。在版面配置的語言之間切換時，編輯器會保持原樣不變；僅內容會隨之變更。以客戶的語言發送電子郵件
• **根據工作流程設定「回覆至」和「寄件者名稱」。**直接從「Shopify Flow」步驟將回覆發送至您的支援收件匣，並顯示與電子郵件內容相符的寄件者名稱。回覆地址與寄件者名稱
• **訂單明細表。**一個新的區塊會列出訂單中的商品，包含圖片、數量、價格及總額。Shopify Flow 變數卡會自動為您生成 Shopify Flow 迴圈。訂單明細表
• **來自連結的附件。**您可以從 Shopify Flow 資料中的網址附加發票或票據的 PDF 檔案；該檔案將在寄送電子郵件時自動擷取。附件與圖片
• **版本歷史。**每次儲存的佈局都會被保留。只需一鍵即可預覽較早的版本並還原。版面配置版本歷史紀錄
• **GitHub 上的歷史紀錄無限制。**連結一個儲存庫，您的佈局每個版本都會被提交至該儲存庫。在 GitHub 上編輯佈局檔案，應用程式便會自動更新。在 GitHub 上保留無限量的版面配置歷史紀錄
• **利用 AI 進行創作、編輯和翻譯。**連結您自己的 Claude、OpenAI、Gemini 或 OpenRouter 金鑰，從您的服務供應商提供的模型中進行選擇，並描述您想要的電子郵件內容。利用 AI 建立、編輯及翻譯版面配置
• **透過您的 AI 助理建立版面配置。**開發者 API 和 MCP 伺服器現已能建立及更新電子郵件版面配置、翻譯內容與版本，因此助理可為您建立版面配置。連接 AI 助理（MCP）
• **一款更快、更簡潔的應用程式。**每個頁面均已遷移至 Shopify 的新版 Web Components，這正是 Shopify 管理後台本身所使用的相同建構模組。 頁面載入速度更快，並遵循管理後台的設計模式：首頁提供設定指南、每份清單皆具備統一的篩選與搜尋功能，且您正在編輯的表單旁會顯示狀態與參考資訊。視覺化建構器現已採用全頁寬度，並具備桌面版與行動版預覽功能，以及「撤銷」與「重做」功能。
• **「歷史紀錄」會顯示語言資訊。**每則電子郵件事件都會列出發送時使用的語言，您可依版面配置及寄件者篩選「歷史紀錄」。

在現有的工作流程中使用新欄位：Shopify Flow 會保留步驟建立時所設定的欄位。若要在現有工作流程中取得「語言」、**「回覆至」及「寄件者名稱」**等欄位，請刪除「傳送交易電子郵件」步驟，然後重新新增該步驟。未進行變更的工作流程將完全依照原先的方式繼續運作。

這篇貼文要談的是那些你無法察覺的失誤：一個悄然停止發送的信箱、一個預覽時一切正常卻最終失敗的版面配置，以及在傳送到收件匣的過程中未能完整呈現的設計細節。

當電子郵件寄件者無法正常運作時，我們會通知您

直到現在，若某個寄件者發生故障，所有經由該寄件者發送的電子郵件都會失敗，而「歷史紀錄」中僅會顯示一行紅色字樣。

• 已連結的 Google 和 Microsoft 365 信箱會自動保持登入狀態：應用程式會自動更新其存取權限，因此在正常使用下，您不會遇到任何權限過期的情況。 當帳戶本身拒絕此續期（您撤銷了應用程式的存取權限、因變更密碼而中斷，或遭管理員封鎖）時，儀表板會顯示橫幅通知，且您將收到電子郵件（每日每位寄件者各一封），提醒您重新連線。重新連線後，您的寄件者清單及 Shopify Flow 的操作步驟將得以保留。
• 同一則警示涵蓋了會導致每次寄件失敗的設定問題，並針對每個問題提供確切的解決方法：SMTP 使用者名稱或密碼錯誤、郵件伺服器封鎖了我們的寄件伺服器（我們會列出應允許的 IP 位址）、 在 SMTP 主機欄位中輸入電子郵件地址、埠號與加密方式不符、Google 帳戶未啟用 Gmail，以及 Microsoft 已暫停使用的 Outlook 信箱。
• **「測試連線」**和「測試傳送」現在都會在錯誤旁顯示相同的修正方案。
• 若未授予「代您發送電子郵件」的權限，系統會立即拒絕連結 Google 帳戶並顯示說明，而非連結一個永遠無法發送郵件的信箱。

此提醒預設為開啟狀態。您可以在「通知」設定中將其關閉。

現在在編輯器中輸入的 Liquid 代碼，在寄送電子郵件時已可正常運作

像 {% if variables.total > 5 %} 這樣的比較運算子、{{ variables.name | default: "there" }} 這樣的引號過濾器，或是您已部分格式化的標籤，在預覽中可能看起來沒問題，但在實際發送時卻會因出現 expected "|" before filter 而失敗。這是因為編輯器以 Liquid 無法讀取的方式儲存了這些字元。

• 現有的版面配置會自動固定，無需進行任何變更。
• 現在，當您儲存包含真正 Liquid 錯誤的版面配置時，系統會在您儲存的當下即提示您，而非等到客戶收不到電子郵件時才通知。

Shopify Flow 包含制表符或引號的資料，不再會導致您的電子郵件內容被清空

若產品標題或備註中包含分隔符號或引號（例如 12" vinyl），可能會導致「變數（JSON）」無法讀取，進而導致寄出的電子郵件中相關欄位呈現空白。

• 這些數值現在已能正確讀取。
• 如果仍無法讀取資料，且您的佈局使用了變數，則該動作會失敗，並在「歷史紀錄」中提供明確的說明，而非寄送內容不完整的電子郵件。

您的電子郵件設計會完全按照您所製作的樣式呈現

我們對外寄出的電子郵件所進行的安全檢查，移除了設計電子郵件所需的一些內容。

• 系統會保留行動裝置的檢視窗格與字元集，因此電子郵件在手機上能正確調整大小。
• 在「品牌設計」中選用的 Google Fonts，現在會載入至支援該字型的電子郵件客戶端，例如 Apple Mail。
• 自訂 HTML 中僅適用於 Outlook 的樣式設定將予以保留，即使該程式碼已被分隔成數行。

透過您自己的 SMTP 伺服器發送郵件更穩定

• 此應用程式一次最多會向您的 SMTP 伺服器建立兩條連線。當伺服器繁忙時，Shopify Flow 會在稍後重新嘗試寄送電子郵件，而非因「連線過多」而失敗。
• 若郵件伺服器在 15 秒內未回應，系統將停止嘗試並改由 Shopify Flow 重新嘗試，而非讓您的工作流程因此延誤數分鐘。

隱私權

• 根據我們的隱私權政策，所有方案的「傳送與執行紀錄」均會保留 30 天。
• 應用程式日誌儲存於歐盟境內，且我們已不再使用請求追蹤功能。
• 傳回至 Shopify Flow 的 HTTP 請求回應，其大小均未超過 Shopify Flow 的限制。

瑣事

• 視覺化建構器中各區段的「顯示」與「隱藏」按鈕已恢復。
• 富文本編輯器已基於全新的架構重新建構。工具列、連結、圖片、顏色及尺寸均維持不變。
• 例行安全維護。無需採取任何行動。

現在您可以刪除已上傳且不再需要的標誌、圖片和附件。此前，檔案只能透過編輯其所屬的版面配置來間接刪除，若您只是想清除舊標誌，這種方式並無助益。

在應用程式中

無論您在哪裡插入圖片或附件 - - 例如「品牌設定」中的標誌欄位，或是佈局中的「插入圖片」功能 - - 皆可開啟媒體選擇器。現在每個檔案的角落都設有「刪除」按鈕。確認後，該檔案將永久從儲存空間中移除。

系統會拒絕刪除仍在使用的檔案，並會告知您是哪個程式正在使用該檔案

此設計是刻意為之。此選取器讓您能將單一上傳檔案重複用於任意多個版面配置，因此若刪除仍被引用的檔案，將會悄無聲息地導致另一封仍在發送給客戶的電子郵件出現錯誤。若某個版面配置或共享的頁首／頁尾預設設定仍在使用該檔案，系統將拒絕刪除操作，並在訊息中列出相關檔案名稱。 請先將該檔案從這些項目中移除，再進行刪除。

任何「anything」或「nothing」的引用都會立即被刪除。

關於 API 和 MCP

• GET /api/v1/files 列出您的檔案。加入 ?usage=true，每個檔案都會回報是否仍有其他項目引用它，因此您可以透過單一呼叫，找出所有可以安全刪除的項目。
• DELETE /api/v1/files 移除一個，並執行相同的運行中檢查。
• 透過 MCP，AI 助理同樣可提供 list_files 和 delete_file 這兩項服務。您可以要求它找出並移除您未使用的圖片，而它不會刪除仍被活躍電子郵件所需要的圖片。

請參閱 REST API 參考手冊。

此外也已修復

儲存佈局時，系統原本會清理不再需要的檔案，但僅檢查其他佈局 - - 不包括共用頁首／頁尾預設值。若某個標誌僅由單一預設值使用，則可能被移除。現在這兩種情況都會執行相同的檢查。

您可以透過自己的程式碼，或透過像 Claude 或 Cursor 這樣的 AI 助理來管理您的操作。

開發者 API

• 一個全新的開發者頁面，您可以在此建立 API 金鑰，並取得適用於 Claude Code、Claude Desktop、Cursor、VS Code 或 Gemini CLI 的、可直接複製的連線指令。
• 一個用於管理 HTTP 請求操作，並可讀取您的電子郵件佈局、發件人、密鑰名稱、執行紀錄及統計資料的 REST API。
• 一個 MCP 伺服器，這樣 AI 助理就能在對話中做到同樣的事情 - - 包括為您撰寫一項新動作，並在其中直接指名引用您現有的秘密。
• **共有三種存取層級。**讀取金鑰僅能進行查閱；寫入金鑰則可執行建立、更新及刪除等操作；執行金鑰除上述功能外，還能實際執行已設定的 HTTP 請求，由於此操作會向第三方系統發送即時請求，因此被歸類於獨立的層級之下。

這兩項服務皆透過專屬網址 shopify.workflow-transactional-email.app 提供，因此您的整合功能無需依賴該應用程式的管理員網址。

**您的憑證將保持私密。**無論在何種存取層級，API 或 MCP 皆無法讀取機密值、SMTP 密碼及 OAuth 憑證。助理可以查看到名為 stripeApiKey 的機密存在，並以 {{ secrets.stripeApiKey }} 的形式引用它，但絕不會看到其具體值。執行記錄中的個人資料在離開伺服器前會被遮罩，不過自由文字欄位仍可能包含客戶詳細資訊。

完整文件：開發者 API 與 MCP、驗證與 API 金鑰、REST API 參考手冊 及 連接 AI 助理（MCP）。

在富文本編輯器中，建立連結要簡單得多

這兩項資訊均出自一份商人報告。

• **選取文字即可建立連結。**選取任何文字，點擊「連結」按鈕，該文字即會被設定為連結 - - 電子郵件中不再需要顯示網址。當游標停留在現有連結內時，還會出現「移除連結」選項。
• **電子郵件地址和電話號碼現在均可正常運作。**您無需再手動輸入方案。輸入 hello@yourstore.com 會自動轉為 mailto 連結；輸入 (703) 638-2601 會自動撥號；輸入 yourstore.com 則會以一般網頁網址的形式開啟。在您插入內容之前，對話方塊會事先告知您系統將執行的動作。

究竟問題出在哪裡，既然它同時引發了這兩項問題：未在網址中輸入 https:// 的網址，會被視為相對於 Shopify 管理頁面，而非真實的網頁網址。這導致連結失效，因此要讓連結正常運作的唯一方法就是輸入完整的網址 - - 而且電子郵件地址根本無法轉為 mailto 連結。問題已從根源處解決。

您現有的版面配置和已儲存的連結均不受影響。

升級後的正確頁面

過去進行升級時，系統會直接將您帶回主畫面，且不會顯示任何確認訊息。現在則會出現一個確認頁面，顯示您的新方案包含哪些內容、目前已使用多少，並指引您進行下一個實用的設定。

視覺化建構器中有兩處格式修正，均由一位商家回報。

現在，頁首和頁尾的文字中已可使用換行

• 頁尾將打字機輸入的「<br>」作為字面文字列印出來，同時又獨立處理了您的 Enter 鍵，因此螢幕上出現了一個換行符_，以及_一個多餘的「<br>」。
• 該標題完全忽略了換行符，將所有內容都併為一行。

這兩項都已修正。按下 Enter 鍵即可換行 - - 若您習慣如此，輸入 <br> 同樣有效。此變更將立即套用至您現有的版面配置，無需進行任何調整。

區塊之間的間距

每個區塊的四邊_以及_區塊之間的間隙都帶有填充，這使得元素之間的間距累積起來約為 44px，導致電子郵件看起來布局鬆散。

間距設定現已拆分為兩部分，在**「品牌形象」→「版面配置」**下，除了更名為「**區塊間距（左右）」**的滑桿外，還新增了「區塊間距（上下）」滑桿。每個間距控制項現在都會說明其實際功能。

• **現有的版面配置保持不變。**它們會完全維持目前的間距，因此您已經調整過的電子郵件內容不會有任何位移。若要讓版面更緊湊，請拖動新的滑桿 - - 約 4px 的設定效果不錯。
• 新版版面配置預設會緊湊排列：區塊之間的間距約為 20px，而非 44px。

本次發布的核心重點只有一件事：在_客戶指出電子郵件有問題_之前，先確保您的電子郵件內容無誤。

預覽文字

• 現在每個版面配置都設有「預覽」文字欄位 - - 這是電子郵件客戶端在收件匣中，主旨旁顯示的那一行文字。若留空，客戶端會自動擷取電子郵件中出現的第一段文字，通常是「在瀏覽器中檢視」。
• 支援與主件相同的「{{ variables.xxx }}」，因此可包含交貨日期或訂單編號。
• 描述欄現在已明確說明其真實用途：這是一則僅您本人可見的內部備註。此前，有幾位商家曾在此處撰寫面向顧客的內容。

請參閱 主旨和預覽文字。

當變數顯示為空白時，系統現在會向您發出警告

範本的渲染方式刻意設計得較為寬鬆，因此即使變數錯誤或缺失，也不會阻礙客戶的電子郵件發送。代價是這會產生一種「無聲的空白」：發送成功、狀態列顯示為綠色，而只有收件者會注意到內容缺失。

• 當某個傳送操作中的佔位符未產生任何結果時，該操作現在會在「歷史紀錄」中標示為「空變數」。
• 開啟它會明確指出是哪幾個，並將兩個截然不同的問題區分開來：一是由 Shopify Flow 傳送但內容為空（屬性路徑錯誤），二是完全未由 Shopify Flow 傳送（您的 JSON 中缺失）。
• 這也適用於 HTTP 請求。

「變數 (JSON)」現已為您生成

手動撰寫該 JSON 內容，是導致支援工單最多的單一原因。

• 每個佈局都附有一張**「在 Shopify Flow 中使用**」卡片，其中包含可直接貼入「Shopify Flow」動作中的精確 JSON 內容，所有鍵名均已設定正確。點擊一個按鈕即可複製該內容。
• 常見欄位已預先填入 - - 客戶名稱、訂單名稱、訂單總額、狀態頁面網址。
• 如果某個變數看起來像是明細資料，系統會發出警告：由於一筆訂單包含多項明細，因此 {{ order.lineItems.variant.title }} 會返回空值，需要使用迴圈處理。這是導致變數為空的最常見原因。
• **「測試變數」**現在已明確說明，它們僅會影響預覽和測試寄送 - - 實際執行 Shopify Flow 時會忽略這些變數。

請參閱 從 Shopify Flow 傳遞資料。

你可以再次刪除這些內容

只要 Shopify Flow 步驟仍引用了佈局、發件人、SMTP 伺服器、HTTP 請求、密鑰及預設值，這些項目過去便無法刪除。

問題在於：該參考資料會一直保留，直到應用程式被卸載為止，因此它往往是您已經刪除或重建的工作流程所留下的殘餘 - - 而系統無法區分兩者。商家因此被迫保留這些無法刪除的記錄。

• 刪除操作不再被阻擋。系統會告知您哪些項目仍引用該項目，由您自行決定。
• 當Shopify Flow步驟指向已被刪除的項目時，現在會失敗，並在「歷史紀錄」中顯示明確的訊息，而非在執行前就被阻止。
• 上傳的檔案是唯一的例外：同一個檔案可以在不同版面配置間共用，因此這項檢查仍會保留。

在負載下更穩定

• 已在動作端點中新增「按商店」的存取控制與自動擴展功能，因此即使有單一工作流程以突發方式觸發，也不會再拖慢其他所有工作流程的執行速度。
• 當 Shopify Flow 處於繁忙狀態時，該應用程式現在會回傳正確的訊號，因此 Shopify Flow 會調整重試頻率，而非不斷發送請求 - - 不會遺漏任何資料。
• 當達到方案限額時，系統現在會直接返回明確且最終的結果，而非持續重試數小時。

瑣事

• 「插入圖片 → 在富文本／HTML 編輯器中**貼上連結」**的功能已修復：現在增加了「取消」按鈕，按下 Enter 鍵可插入連結，按下 Escape 鍵可退出，且在您輸入任何內容之前，「插入」按鈕將處於停用狀態。直接貼上 cdn.example.com/logo.png 即可正常運作 - - 系統會自動為您加上 https://。
• 設定指南現已採用 Shopify Flow 中的實際動作名稱：「傳送交易型電子郵件」與「HTTP 請求」。
• 例行安全性維護：應用程式中各處的依賴項更新，包含一項關鍵級與三項高嚴重性警示。無需採取任何行動。
• 新文件：安裝與設定、電子郵件送達率（為何成功寄出的郵件仍可能被歸類為垃圾郵件）、隨身助手與 AI 助理，以及 資料、隱私與安全。

尋求協助不再意味著得四處尋找電子郵件地址。

應用程式內聊天功能，每頁皆有

• 現在，對話氣泡已可在應用程式的任何地方使用，而不僅限於儀表板。無論您身在何處 - - 無論是正在建立版面配置的過程中，還是正盯著「歷史紀錄」中某個失敗的操作 - - 都能隨時開啟對話。
• 我們已經知道您是誰了。您的店鋪、方案及聯絡資訊會自動顯示，因此您無需說明這封郵件是從哪間店鋪發出的。
• 它會自動避開。每當對話方塊開啟時，或是您正在使用視覺化電子郵件編輯器時，這個氣泡都會隱藏起來，因此絕不會覆蓋在「儲存」按鈕上。

新的文件網站：docs.workflow-transactional-email.app

• 針對所有三種寄件者類型（您自己的 透過 Shopify Flow 並使用自訂 SMTP 伺服器發送電子郵件、透過 Microsoft 365 從 Shopify Flow 發送電子郵件 以及 透過 Google 從 Shopify Flow 發送電子郵件）提供完整的設定教學，並附有影片指南。
• 一份完整的 建立電子郵件版面配置 參考指南，涵蓋視覺化建構器中的每個區塊、品牌設定，以及富文本／HTML 模式。
• 變量與液體 - 完整的範本參考指南，內容涵蓋迴圈、條件語句，以及為何物件在電子郵件中的渲染效果會與在 HTTP 請求中有所不同。
• 從 Shopify Flow 發出 HTTP 請求 - 一個完整的 Airtable 實作範例（附影片），展示如何在任何 Shopify 方案下，透過 Shopify Flow 呼叫外部 API。
• 新增了以下頁面：電子郵件寄件者概覽、附件與圖片、頁首與頁尾預設值、秘密、通知與警示 以及 方案與使用方式。
• 歷史與疑難排解 以及一篇《常見問題》，內容涵蓋我們實際被問及的各種故障情況。

全新協助中心 - - 您可以透過專用表單直接向我們回報錯誤、提出功能建議或聯絡我們，並可附上螢幕截圖。應用程式中的「協助」頁面現已直接連結至所有相關功能。

docs.flow-action-extensions.app 上的舊版文件已完整遷移過來，因此您先前加入書籤的內容並未遺失 - - 只是現在改用新名稱了。

**Shopify Flow 「Transactional Email」現已更名為「Workflow Transactional Email」。**應用程式、安裝方式、寄件者及範本皆維持不變 - - 僅更名，以與我們其餘的 Workflow 系列產品保持一致。

您這邊無需進行任何操作。您的 Shopify Flow 工作流程將照常運作，無需任何變更。

有一點值得注意：Microsoft 和 Google 的同意畫面可能仍會顯示舊名稱「Shopify Flow Action Extensions」。這是預期中的情況，批准也完全安全。

向 Shopify Sidekick 詢問您的電子郵件

Sidekick 現在可以直接回答有關此應用程式的問題。您可以詢問諸如「已設定哪些電子郵件寄件者」、「本週是否有任何電子郵件發送失敗」、「我是否有針對 Airtable 的 HTTP 請求」，或是「為什麼我上次發送失敗」等問題。

唯讀模式 - Sidekick 可以檢視您的範本、寄件者、請求及歷史紀錄，但無法進行任何變更。它絕不會回傳機密值、SMTP 密碼、OAuth 憑證或訊息內容。

例行安全性維護：更新依賴項並強化整個應用程式的安全性。無需採取任何行動。

此通行證包含以下功能：由商家設定的外發請求，在建立連線前會先比對內部及私有網路位址；而渲染完成的電子郵件 HTML 內容，在發送前會經過淨化處理。

• **頁首與頁尾預設樣式。**只需設計一次符合品牌風格的頁首與頁尾，即可在所有電子郵件版面配置中重複使用。只要變更預設樣式，所有使用該樣式的範本都會自動更新 - - 因此，無論是新增標誌還是變更公司地址，都只需進行一次編輯，而非二十次。
• 頁首佈局涵蓋僅顯示標誌、標誌搭配標語以及標誌搭配導覽連結等形式。頁尾則包含 13 個平台的社群媒體圖示、自訂法律聲明、版權聲明及取消訂閱選項。
• **自訂字型。**上傳您品牌的標題字型和內文字型後，它們便會與內建系統字型及 Google 字型一同出現在建構器的字型選擇器中。
• 現在，電子郵件版面配置會在清單中一目了然地顯示其類型，因此您無需開啟郵件，即可分辨出是視覺化版面還是 HTML 版面。
• 已修正行動裝置上媒體選取卡顯示不均勻，以及檔案名稱被截斷的問題。
• 修復了檔案選擇器中載入檔案時會間歇性發生失敗的問題，此問題可能導致頁面顯示「無法載入檔案」，直到重新載入頁面為止。

媒體庫

• 應用程式中的每張圖片和檔案皆配有專屬的選取器，具備搜尋、類型篩選及排序功能。只需上傳一次您的標誌，即可在所有範本和區塊中重複使用。
• 上傳的檔案現在會直接存入儲存空間，而非透過應用程式處理，因此大檔案不再導致頁面卡住。
• 儲存空間使用率進度條會顯示您已使用了方案配額中的多少比例。

那些無法在不引起任何問題的情況下進行的刪除操作

過去，若刪除Shopify Flow步驟仍指向的範本、寄件者、SMTP 伺服器或密鑰，會導致該工作流程在不知不覺中失效 - - 它會持續執行，但會不斷失敗。

• 現在每次刪除操作都會先檢查是否有引用。如果該項目正在被使用，刪除操作將會被阻擋，而應用程式會明確告訴您該更新哪些內容。
• 檔案的檢查方式相同，因此從一個範本中移除圖片，並不會導致重用該圖片的另一個範本出現問題。

此外

• 各門市設有附件儲存上限，當達到上限時會顯示明確提示。
• 每次讀取加密憑證時的一條存取路徑。

自推出以來最大的改變：您完全不需要再提供 SMTP 憑證了。

已連結的帳戶

• 現在只需在「**電子郵件寄件者」→「已連結的帳戶」**中點一下，即可將 Microsoft 365 與 Google 連結。只需登入一次、核准存取權限，即可代表該信箱寄送郵件。憑證會在後台自動更新。
• 不僅限於您的個人收件匣：Microsoft 的共用信箱和群組信箱，以及 Google 的**「以...名義寄信」別名**，每項都會顯示專屬的標籤。
• 在將信箱整合至工作流程之前，請先從「電子郵件發送者」頁面發送測試電子郵件，以確認該信箱是否正常運作。

為何這很重要：應用程式密碼和儲存的 SMTP 憑證存在安全隱患 - - 它們會過期、會被輪替，而且存放在資料庫中。OAuth 能一舉解決這三項問題，而且透過您自己的服務供應商發送的郵件，將繼承您自身網域的信譽。

一套新的固定系統

• 現在，附件不僅可在視覺化佈局中使用，也能在純文字和 HTML 佈局中正常運作。
• 單一範本中所有檔案的總大小不得超過 20 MB。若超過此限制，系統會自動將檔案以下載連結的形式顯示於電子郵件頁尾，而非以內嵌附件的形式呈現。

針對每個畫面進行調整，以符合 Shopify 的「專為 Shopify 打造」標準，確保此應用程式能與您管理系統的其他部分保持一致的運作方式。

• **未儲存的變更已受到保護。**現在每個表單都會使用 Shopify 的原生儲存列。當您在仍有待編輯的內容時離開頁面或切換分頁，系統會先向您確認，而非默默捨棄您的編輯成果。
• 全站採用原生返回導航，因此瀏覽器與管理後台的「返回」按鈕都能帶您前往預期的位置。
• 在確認操作時一致地使用提示框，並在驗證時採用內嵌式錯誤訊息，而非使用會分散注意力的橫幅。
• 「關鍵（紅色）」標示現已專用於真正的錯誤和具破壞性的操作，因此紅色標記總是表示確實出了問題。
• 重新設計的儀表板，包含指標卡、日期範圍選擇器以及事件圖表。

此應用程式現已遷移至全新的歐洲雲端平台。對您的使用方式而言並無任何改變，但在後端方面：

• 資料庫與快取均位於歐盟境內，並採用靜態加密技術。
• 您的憑證 - - SMTP 密碼、OAuth 憑證代碼及密鑰 - - 現已透過專用的金鑰管理服務進行個別加密，此外還採用磁碟級加密。絕不會儲存明文。
• 跨可用區域的冗餘實例，並可在負載變化時自動進行擴展。
• 動作執行速度更快，且當大量工作流程同時觸發時，運作表現也大幅提升。

• 富文本編輯 - - 使用標準的格式工具列撰寫電子郵件正文，而非直接輸入原始 HTML 碼；當您需要完全掌控格式時，隨時可切換至 HTML 模式。
• 應用程式內聊天功能 - - 無需費心尋找電子郵件地址，即可直接在應用程式內聯絡我們。
• 修正了 Liquid 在邊緣案例中，某些值未能正確代入的問題。
• 已修正儲存正文為空的 HTTP 請求的問題，先前對於那些正當不接受任何正文的端點，此操作會失敗。
• 改進了在負載下處理 HTTP 請求的方式，因此即使出現大量 Shopify Flow 請求，也不會再導致後續的佇列變慢。

手動撰寫 HTML 並非設計電子郵件的好方法。因此，現在您不必這麼做了。

視覺化電子郵件編輯器

• 使用區塊（標題、文字、圖片、按鈕、分隔線和間距）建構版面配置，並在設定面板旁即時預覽渲染效果。
• 版面配置區塊：將圖片置於文字旁，或將一行分割為兩欄，並可自訂寬度與間距。
• 關於顏色、字型、間距及內容寬度的品牌設定，將套用至整封電子郵件。
• 透過測試變數，您可以在傳送任何資料之前，使用逼真的資料預覽設計。

匯出與匯入

• 將任何電子郵件範本匯出，並匯入至另一間商店。此功能對於需為多個客戶採用相同設計的代理商非常實用，同時也能讓您為耗費大量時間精心設計的版面配置保留備份。

首個版本。Shopify Flow 能在 Shopify 內部自動化許多操作，但無法進行外部互動 - - 此版本新增了兩項可實現此功能的動作。

• 發送交易電子郵件 - 透過您自己的 SMTP 伺服器發送帶有品牌標識的電子郵件。無論是 Gmail、SendGrid、Mailgun、Amazon SES，還是您自己的郵件伺服器皆可。
• HTTP 請求 - 呼叫任何外部 API、Webhook 或服務。支援 GET、POST、PUT、PATCH 及 DELETE 方法，並可搭配自訂標頭與 JSON 內容。適用於所有 Shopify 方案，包括「基本版」（Basic），即使在該方案中無法使用 Shopify 自身的 HTTP 動作時亦然。
• Secrets - 將 API 金鑰、憑證和密碼儲存一次，即可在任何地方透過 {{ secrets.keyName }} 進行引用。這些資訊絕不會在模板、設定或日誌中暴露。
• Liquid 模板化 - 透過 {{ variables.xxx }}，根據 Shopify Flow 的資料建構動態的主題、正文、URL 及載荷。
• 電子郵件範本 - - 可重複使用的主旨與 HTML 正文，因此一套設計即可適用於所有客戶。
• 事件歷史紀錄 - - 每次執行都會連同其請求與回應的詳細資訊一併記錄，並在儀表板上顯示使用狀況、計畫限額及成功率卡片。
• 無 Shopify 權限 - 此應用程式未請求任何存取範圍，且絕不會讀取您的商店資料。