常見問題

不，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 或您自有的伺服器。

微軟和 Google 透過 OAuth 進行連線，因此無需儲存或輪替任何憑證。

您在建立版面配置時所選擇的電子郵件類型。預設類型為**「交易型」**，而在此選項推出之前建立的所有版面配置皆屬交易型：訂單確認、寄送更新、帳戶通知等，這些郵件仍會如以往般發送給「收件人」欄位中的所有收件人。

行銷用途包括電子報、促銷活動、評論邀請及客戶回流電子郵件。 每封行銷電子郵件會針對每位收件者發送一則訊息，每則訊息皆附有獨立的取消訂閱連結，結尾處包含您的取消訂閱聲明及公司資訊，並會跳過已取消訂閱的客戶。此類郵件需透過 Shopify Flow 中的「發送行銷電子郵件」動作發送；「發送交易型電子郵件」功能僅提供交易型郵件版面配置。請參閱 行銷電子郵件與取消訂閱。

每封行銷電子郵件的頁尾都會附有「取消訂閱」連結。點擊該連結會開啟一個以該電子郵件語言顯示的確認頁面，其中包含「取消訂閱」按鈕；僅點擊該連結並不會產生任何變化。 透過 SMTP 伺服器或 Google 發件者寄出的電子郵件，亦會包含讓 Gmail、Apple Mail 及其他郵件客戶端能顯示其專屬「一鍵取消訂閱」按鈕的標頭。Microsoft 365 發件者無法設定這些標頭，因此在該情況下，頁尾連結便是取消訂閱的途徑。

從此之後，每封行銷電子郵件中將不再包含該地址。若某個步驟的所有「收件人」均已取消訂閱，系統將不會發送任何郵件：歷史紀錄中該事件將顯示為「跳過（已取消訂閱）」，Shopify Flow 步驟會傳回SKIPPED，且您的方案中不會執行任何動作。交易型電子郵件仍會送達客戶手中。 「取消訂閱」頁面會列出所有已取消訂閱的用戶，讓您手動新增電子郵件地址、在客戶要求時為其重新訂閱，並將清單匯出為 CSV 檔案。

每次操作最多可發送給 20 位收件者。每位收件者都會收到一封包含專屬取消訂閱連結的電子郵件，而整個步驟仍僅計為您方案中的一次操作，並產生一筆包含每位收件者結果的「歷史紀錄」。 超過第 20 位收件者的部分將被記錄為「未發送」。若需觸及更廣泛的受眾，請建立工作流程，使 Shopify Flow 針對每位客戶執行此步驟一次。

模板的渲染設計上較為寬容：未知變數會被轉換為空字串，而非拋出錯誤，因此打字錯誤絕不會阻礙客戶的電子郵件發送。其代價是，打字錯誤在顯示上會呈現為空白。

現在，這款應用程式會自動為您偵測此情況。若在即時傳送時，某個佔位符未產生任何內容，歷史紀錄中會標示為「空變數」；開啟該紀錄後，系統會明確列出具體是哪些變數，並說明是「Shopify Flow」將其傳送為空值，還是根本未傳送。

若要從一開始就避免此問題，請在您的佈局中使用「Use in Shopify Flow」卡片 - - 它會產生變數（JSON），且所有鍵值均已設定正確。詳見 從 Shopify Flow 傳遞資料。

因為它們使用的資料不同。

佈局編輯器中的測試變數僅用於驅動預覽及「僅發送測試電子郵件」功能。實際的「Shopify Flow」執行會完全忽略這些變數，並直接採用「Shopify Flow」動作在「**變數 (JSON)」**欄位中傳入的內容。

因此，一封外觀良好的測試電子郵件只能證明您的設計有效，但無法證明您的 Shopify Flow 設定是否正確。請務必實際執行一次工作流程，然後檢查「歷史紀錄」。

請勿手動輸入。開啟您的電子郵件版面配置，找到「在 Shopify Flow 中使用」卡片 - - 其中包含該版面配置的精確 JSON 內容，所有鍵名皆正確無誤。按下「複製 JSON」，然後將其貼上至「Shopify Flow」動作中。

該應用程式會針對其識別出的欄位（客戶名稱、訂單名稱、訂單總額、狀態頁面網址），預先填入 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 憑證及密鑰）則透過專用的金鑰管理服務，額外增加一層封套加密。明文憑證絕不會被永久儲存。