生活分享

WooCommerce 訂單信怎麼改:YayMail、內容與寄送驗收

WooCommerce 訂單信需要先對應訂單情境,再調整品牌樣式。本文整理核心郵件設定與 YayMail 的使用範圍、動態欄位和共用頁首頁尾的編輯方式,以及測試信、真實流程觸發、手機與不同信箱的驗收方法,協助台灣店主把付款、出貨與退款資訊寫清楚,也能分辨版型問題和寄送問題。

更新日期: 閱讀時間約 6 分鐘

原創插畫,以訂單信件文件、編輯畫面和寄送伺服器呈現郵件製作與驗收。
圖片:Mokaair (© Mokaair)

顧客收到一封版面漂亮的信,卻找不到訂單編號或誤以為包裹已出貨,這封信仍然沒有完成任務。訂單信的第一個工作,是說明目前狀態和下一步,品牌顏色與圖片則幫助辨識商店。

WooCommerce 核心已有基本郵件設定,需要更細的版型時可研究 YayMail。以下從通知情境、編輯到驗收整理流程,避免只改了一張預覽圖,就把整套交易通知當成已完成。

先為每封信指定收件者與任務

列出新訂單、保留中、處理中、完成、退款和顧客備註等情境,記下哪些寄給店主、哪些寄給顧客。管理者需要知道如何接單,顧客需要知道付款、配送或退款下一步,兩者不應共用所有內部資訊。

到 WooCommerce 設定的電子郵件分頁,核對通知是否啟用、主旨、收件者及格式。只有面向管理者的通知才有可設定的收件者欄位;顧客通知應依該筆訂單資料寄送,不能為了測試就把正式客戶地址改成工作人員地址。

文案要符合狀態。處理中不能一律寫成包裹已交寄,完成狀態也應對上店內作業;退款信要能區分全額和部分退款。避免在所有信件頂端都放相同的「付款成功」,讓失敗或退款通知也出現不適合的訊息。

先確認核心設定是否已足夠

目前 WooCommerce 的 Email improvements 提供標誌、字型、對齊與色彩等設定,並可預覽電腦和手機及寄測試信。既有商店的功能開關與新版預設可能不同,先核對所用版本,不能沿用過去只有少數顏色可改的教學。

若只需要換品牌識別、頁尾和通知標題,可先用核心功能完成。需要重新安排商品區塊、加入不同說明或共用版型,再評估 YayMail,讓工具選擇對應實際差距,避免為了改一行文字增加多套編輯器。

WooCommerce 另有標為 alpha 的區塊郵件編輯功能,與一般 Email improvements 不是同一開關。使用實驗功能或切換主要郵件編輯方式前,應確認外掛相容性與回復方法,不把核心更新、區塊編輯器及 YayMail 混成同一套設定。

在 YayMail 選對版型並保留動態資料

安裝後從 WooCommerce 的 Email Customizer 進入,先選要修改的通知,再選測試訂單作為預覽資料。YayMail 免費版主要處理標準 WooCommerce 信件,Pro 和額外 Addons 擴充第三方相容性;某套訂閱或出貨外掛的信件是否支援,需逐一核對。

先保留訂單編號、商品明細、數量、金額及必要地址,再調整標題與說明區。使用編輯器提供的動態欄位,不要把示範訂單的姓名、編號或金額直接寫死在一般文字中,否則下一位顧客可能收到前一筆資料。

YayMail 文件要求對應通知使用 HTML 格式,並啟用要接管的版型才會套用。編輯版型與開啟通知是兩件事:儲存設計不會讓本來沒有的事件自動發信,停用 YayMail 接管也不等於停用 WooCommerce 的交易通知。

  1. 備份或匯出目前版型,選定一種通知開始修改。
  2. 載入測試訂單,先核對動態資料再調整版面。
  3. 設定所需 HTML 格式、通知啟用及版型接管狀態。
  4. 寄測試信並執行對應訂單事件,確認兩者結果。

用共用樣式維持一致,讓內容保持差異

YayMail 的共用頁首與頁尾可集中品牌識別和聯絡資訊,減少每封信各改一份造成不同版本。將客服方式、商店名稱和必要頁尾放在共用區,付款指示、退款說明或下載內容則依通知情境維護。

主旨應先讓人辨識商店和事件,內文前段說明目前狀態,下一步按鈕使用具體名稱,例如查看訂單或完成付款。不要讓促銷橫幅把重要資訊推到很下面,也不要把整封信做成一張顧客必須載入的圖片。

外掛整合的物流編號、超商門市或客製欄位,不一定能用一般 WooCommerce 動態欄位直接讀取。先確認資料由誰提供以及 YayMail 的支援方式,再用包含該資訊的測試訂單驗收;空白欄位不應保留令人困惑的標題。

預覽、測試信和事件觸發分三次驗收

編輯器預覽適合檢查區塊順序與基本響應式,寄測試信則能看實際收件程式如何呈現。選擇常用的 Gmail、Outlook 與手機郵件環境,檢查長商品名稱、多規格、多品項、折扣、運費和長地址,不只測一件短名稱商品。

另外測圖片未載入與深色模式,確認文字和按鈕仍能閱讀。連結需指向正確商店,付款或重設密碼連結不可公開分享。若使用實際訂單預覽,收件人必須有權查看該資料;對外支援以去識別化測試資料為宜。

最後在隔離環境觸發對應事件,核對是否由正確通知寄出、收件者是否正確,以及資料是否來自當前訂單。測試信成功只驗證了測試路徑,不能證明付款後的狀態變更、退款或第三方通知都已正常運作。

寄不到信時沿傳遞流程排查

先檢查這個事件是否應該觸發通知,再看 WooCommerce 通知設定與訂單備註。若付款服務已成功、網站卻停在待付款,可能是交易通知沒有更新訂單,應先處理金流同步,而不是一直重設 YayMail 版型。

網站產生信件後,還要經過寄信服務及收件端判斷。核對寄件網域驗證、寄送紀錄與退信資訊,使用商店自己可控制的寄件地址;需要不同回覆窗口時,另外設定 Reply-to,避免把寄件身分誤改成顧客信箱。

維護時保存匯出的版型和完整資料庫備份。YayMail 客製內容主要存於資料庫,只複製外掛資料夾不足以備份設計。更新後重新跑代表案例,保留版本與檢查結果,讓下一位維護者知道哪些通知已確認、哪些仍待處理。

原創四欄圖解,呈現事件情境、動態內容、版面預覽與實際寄送,協助區分 YayMail 設計和 WooCommerce 通知流程。
通知情境、資料、設計和寄送各自驗證,才能交付可靠的訂單信。 · 圖片:Mokaair (© Mokaair)
三種畫面都成功,仍需確認通知符合真正的訂單狀態。
檢查層次能證明什麼不能省略的下一步
編輯器預覽基本內容與版面實際信箱呈現
寄測試信測試資料可寄達訂單事件觸發
流程測試正確事件與收件者不同商品與退款情境
寄送紀錄信件處理結果收件端與退信核對

  • 生活分享

    WooCommerce 願望清單:收藏、分享與庫存提示

    WooCommerce 願望清單能讓顧客保存待考慮商品,但收藏、購物車與庫存保留是不同流程。本文以 TI WooCommerce Wishlist 為例,整理免費與進階功能、收藏頁設定、訪客和會員保存、分享可見範圍及價格庫存提示,並提供跨裝置與商品變更的驗收方法,協助店主建立容易找回也說明清楚的收藏體驗。

  • 生活分享

    WooCommerce 主題與外掛:先畫購物流程再選工具

    WooCommerce 商店不一定需要很多外掛,先找出客人在哪一步卡住,才能選對主題與擴充。本文以生活用品店為例,說明商品篩選、比較、願望清單與 YITH 工具的使用時機,整理結帳區塊、HPOS、主題範本和外掛衝突的檢查方法,並提供購買前可直接使用的需求與驗收表。

  • 生活分享

    WooCommerce 稅金設定:含稅標價、運費與顯示方式

    WooCommerce 稅金設定會影響商品輸入價格、前台標價、運費與訂單明細。本文用含稅和未稅的簡單算式,整理啟用稅率、地址判斷、稅別及顯示方式的檢查順序,並提供折扣、多件商品與退款的驗收清單,幫助台灣店主先確認適用規則,再將規則正確交給系統計算,避免重複加稅或只靠後台數字判定申報已完成。

  • 生活分享

    WooCommerce 開店流程:商品、結帳與測試訂單

    第一次用 WooCommerce 開店,應先讓一筆訂單從商品選擇走到付款、通知與出貨,再逐步增加功能。本文以台灣小型生活用品店為例,整理初始設定、必要頁面、商品與金物流準備、測試訂單的核對方式,以及 Coming soon 模式切換前的驗收清單,幫助店主建立可維護的開店流程。

最新旅遊情報攻略

資料來源

生活分享