多數店家以為棄單只是少數顧客一時分心、忘記按下結帳，數字攤開來才知道差距有多大。Baymard Institute 綜合 50 份研究算出的平均棄單率是 70.22%，換算下來，每 10 個把商品放進購物車的訪客，最後只有不到 3 個人真的完成訂單。這道落差，正是 WooCommerce 棄單挽回機制要處理的問題。
問題是，WooCommerce 裝好、金流也串了，不代表這件事有人在管。後台原生看不到今天有多少人棄單、他們卡在結帳的哪一步，更不會自動寄信把人找回來——這是要另外裝外掛、動手設定才會生效的功能，不是 WooCommerce 一開始就幫你做好的。設定到位之後，能救回的是那批「原本就有意願下單，只是被什麼事打斷」的訪客，不是每一個離開的人都能找回來，但這批人夠多，也夠值得花時間去接住。
先搞懂棄單跟後台看得到的「未完成付款」訂單差在哪，再往下拆這套機制怎麼一步步設起來。
棄單是什麼？跟「訂單未完成付款」有什麼差異？
顧客把商品放進購物車，填了收件地址，甚至打開信用卡輸入畫面，最後卻沒有按下「送出訂單」就轉頭離開，這個舉動就是棄單。它跟後台 Orders 列表裡看得到的「待付款」「保留」「失敗」是完全不同的兩件事，搞混這兩者，會讓店家誤以為自己已經在追蹤棄單，其實根本沒有。
「待付款」代表訂單已經送出，只是還沒收到款項，顧客可能還在等轉帳完成，或是選了取貨付款這類需要之後才付錢的方式。「保留」通常出現在使用銀行轉帳、直接扣款這類需要人工核對的付款方式，系統已經先把庫存扣下來，等的是店家確認款項真的入帳。「失敗」則是顧客的付款在結帳當下就被拒絕，或者訂單在保留庫存的期限內始終沒收到付款，系統到期後自動把它標記失敗。這三種狀態的共同點，是訂單本身已經被建立，才會出現在 Orders 列表裡。
真正的棄單，發生在訂單根本沒被建立之前，訪客連「送出」這個動作都沒做，系統自然也就沒有任何紀錄可以顯示。這正是 WooCommerce 裝好、金流也串了，店家還是完全看不到棄單數字的原因。原生系統本來就沒有在追蹤「填到一半就跑掉」的訪客，想抓到這批人，得另外裝一支能在填表過程中先把資料記下來的工具。
棄單挽回機制值得投入的理由
知道棄單跟未付款訂單是兩回事，只解決了「看不看得到」的問題；真正該問的是，這些消失的訪客裡，有多少其實還救得回來。
Baymard Institute 同一份研究把棄單的原因拆開來看，美國網購者裡有 42% 表示自己棄單只是因為「還在逛逛，還沒準備要買」。這批人本來就沒有下單的打算，不管挽回信寫得再好，也很難把它變成訂單，設定這套機制之前，先把這個期待放到合理的位置。
拆掉這批「純粹逛逛」的訪客之後，剩下真正有意願下單、卻半路放棄的人裡，有 17% 是因為結帳流程本身太長、太複雜，讓原本想買的人半路打退堂鼓。這一類才是挽回機制真正能發揮作用的地方。他們願意買，只是被表單卡住、被突然冒出的運費嚇退，或是找不到自己習慣的付款方式。Baymard 的分析也指出，只要把結帳設計做得更好，大型電商平均能拉高 35.26% 的轉換率，美國與歐盟電商合計，約有 260 億美元的訂單其實是可以透過更好的結帳流程救回來的。
換句話說，挽回信不是萬靈丹，它能接住的是「本來就想買、卻在最後一步被什麼打斷」的那群人。先把這批人找出來，再回頭看 WooCommerce 後台要怎麼設定，才能真的把他們接住。
在 WooCommerce 後台設定棄單挽回外掛
這一節就從零把整套設定跑一遍，示範用的是 wordpress.org 上一款免費外掛「Cart Abandonment Recovery for WooCommerce」，同類外掛的設定邏輯大同小異，換成別款也看得懂怎麼操作。
安裝前有一件事最容易被忽略，卻決定這套外掛能不能正常運作。WooCommerce 從 2023 年起，已經把「區塊化結帳」（Cart & Checkout blocks）設成預設，如果手上的外掛版本太舊、還只認得舊版的結帳表單，很可能連現在結帳頁的欄位都抓不到，裝了也等於沒用。以這款外掛為例，官方版本紀錄裡，2024 年 7 月推出的 1.3.0 版加入了對區塊化結帳的追蹤支援，2026 年 2 月的 2.0.7 版又修正了區塊結帳中部分地址欄位沒被正確擷取的問題，確認自己裝的版本夠新、確實支援區塊化結帳，是安裝前該做的第一件事。
安裝外掛，打開「結帳中就先擷取 Email」功能
外掛安裝、啟用的步驟跟其他 WordPress 外掛一樣，從 WordPress 後台的「外掛」選單點進「安裝外掛」，搜尋外掛名稱把它裝上，啟用後選單裡會多出一個獨立的設定頁面。真正決定這套機制能不能運作的，是裡面「Abandoned Cart Capture」這個開關。
它做的事其實很單純——訪客在結帳頁一開始輸入 Email，不管最後有沒有送出訂單，外掛都會先把這個 Email 記下來。這個時間點很關鍵，一旦沒打開這個功能，訪客沒完成結帳，系統手上就完全沒有任何聯絡方式，後面不管挽回信寫得多好，都沒有地址可以寄。先確認這個開關是開著的，再往下設定同意勾選框、寄信排程，才不會白費工夫。
打開個資合規的同意設定
外掛本身就有一個 GDPR 同意勾選框，能加進結帳頁，讓訪客在填資料的當下就同意後續會收到聯絡。這個功能值得打開，但只打開它並不夠，用結帳時蒐集到的 Email 寄「挽回信」，本質上已經是在做行銷，台灣的個人資料保護法第 20 條對這件事有明確規定，非公務機關第一次利用個資做行銷聯繫時，就必須提供當事人表示拒絕的方式；一旦對方表示拒絕，必須立即停止利用其個資做行銷。這不是道德建議，是法律明文要求。
實際做法上，建議每一封挽回信都放一個清楚可用的「取消訂閱」或「不要再寄」連結，並且實際測試按下去之後，對方是不是真的會被排除在後續寄送名單之外。合規勾選框只解決「有沒有取得同意」的前半段，後半段「對方反悔了怎麼辦」同樣要處理好。
設定棄單判定時間與挽回信寄送排程
外掛通常會讓你設定「多久沒動作算棄單」，預設在 15 到 30 分鐘之間，可以自己調整，太短容易誤判成正在填資料的訪客，太長又會錯過剛好還記得自己在買什麼的黃金時間。
寄信的節奏建議分三封走：第一封在棄單後 30 分鐘到 1 小時內寄出，單純提醒訪客購物車還在，語氣輕鬆一點，問一句是不是哪個步驟卡住了；第二封在 24 小時內寄，語氣可以稍微加強，開始鋪陳一點誘因，像是庫存有限或運送時間；第三封收在 72 小時內，這一封才適合放折扣碼。
先不急著在第一封就打折，是因為一旦訪客發現「只要棄單就有折扣」，反而會養出一批故意不結帳、等信箱收到折扣碼才下單的人，長期下來等於自己把客單價往下拉。前兩封先給猶豫的人一個不靠折扣也願意回來完成訂單的機會，真的到第三封還沒動作，再用折扣碼當最後一道誘因。
挽回信內容怎麼寫？折扣碼該放進哪一封？
外掛提供的動態欄位，能把訪客購物車裡實際放的商品名稱、數量、小計自動帶進信件內容，收件人一眼就認得出自己當初在看什麼，比一封空泛的「你有東西忘記結帳囉」有效得多。信裡再放一個一鍵復原購物車的連結，訪客點下去就直接回到當初填到一半的畫面，不用重新把商品一件件加回購物車。
延續上一節「折扣碼放第三封」的建議，外掛可以在後台設定自動產生限時折扣碼，固定金額或百分比都能選，也能設定有效期限，期限別拉太長，兩三天最常見，讓訪客有「現在不下單就沒有」的急迫感，同時把折扣碼直接帶進信件的動態欄位裡，不用另外手動複製貼上。
設定完成後，怎麼確認真的救回了訂單？
信寄出去之後，真正要看的不是寄了幾封，而是最後有多少變成真正入帳的訂單。外掛後台通常有一個 Reports 或 Insights 頁面，能看到寄出多少封挽回信、有多少被打開、有多少人點了信裡的連結，以及這些人最後有多少完成訂單、對應的金額是多少。
這組數字值得每隔一段時間回頭看一次，但別只看外掛自己的統計就下結論。比較保險的做法是回頭對照 WooCommerce 原生的 Orders 列表，確認透過挽回連結進來的訪客，訂單狀態真的變成「已完成」或「處理中」，而不是外掛顯示「已挽回」，實際上顧客卻在付款那一步又卡關。兩邊數字兜得起來，才代表這套機制真的在幫你把訂單找回來，不是自己統計自己好看。
基本設定做完後，還能往哪裡加強？
挽回信終究只能救回本來就有意願的那批人，如果結帳流程本身阻力太大，棄單只會一直發生，信寄得再勤也追不上。前面提過，有 17% 的棄單是因為結帳流程太長太複雜，把表單欄位精簡到只留必要項目、開放不用註冊會員也能結帳、在購物車頁就先把運費和稅金算清楚，不要留到最後一步才跳出來，這幾個方向，每一個都能直接從源頭減少棄單發生，值得跟挽回信一起做，而不是二選一。
另外有一個趨勢，不用現在就動手，但可以先放進雷達。這類棄單挽回外掛已經開始接上 WordPress 核心在 2026 年推出的 Abilities API，一套讓外掛把自己的功能以「機器可讀」的方式公開、讓 AI 代理程式能找到並呼叫的標準介面。以這款外掛為例，2026 年 3 月推出的 2.1.1 版就加入了跟這套 API 的整合。這意味著未來如果你的網站有串接 AI 助理來管理後台，理論上可以直接用一句話問「這週棄單挽回救回多少訂單」，不用自己進後台翻報表。這個能力目前還在剛起步的階段，先知道有這個方向就好，不必現在就投入設定。
不用一次把三封信、折扣邏輯，甚至 AI 串接全部做齊才能開始。先把最小可行的版本架起來，打開 Email 擷取功能、寄出第一封提醒信，實際跑一兩週，回頭看報表上寄信、開信、完成訂單的數字，再決定要不要加第二封、第三封，或者要不要放折扣碼。棄單挽回不是設定一次就結束的工作，而是要持續回頭看數據、跟著調整的機制。