Wordpress

WooCommerce訂單狀態自訂全解析:8 種內建狀態+11 款外掛

多數人以為,WooCommerce 訂單只要出貨完成,狀態就會自己從「處理中」跳到「已完成」,其實不會。真正的規則是,除了商品全部是虛擬且可下載的訂單,WooCommerce 不會替你按下這個按鈕,「已完成」永遠得靠店主或倉庫人員親手點一次。這個看似細瑣的差異,往往是店家客服每天被問「訂單出貨了沒」的根源,不是系統壞了,是流程本來就設計成需要人工確認。

WooCommerce 內建八種訂單狀態,各自代表訂單走到哪一關、需不需要你採取行動;但一家店賣的東西一旦超出單純商品到單純出貨這麼簡單的模式,例如預購、多階段客製化流程、純數位商品,內建狀態很快就不夠用,這時候就要靠外掛補上一段自訂的訂單狀態邏輯。這篇會先把八種內建狀態逐一講清楚(尤其是最常被搞混的那幾組),再依三種常見情境,平行介紹市面上處理 WooCommerce 訂單狀態自訂的外掛選項,讓你知道每一款各自解決哪個問題、適合哪種店。

多數訂單其實只是照著正常流程一路走完,例外反而才是少數情況。

WooCommerce 正常流程待付款、處理中、已完成依序前進,另有保留、失敗、已取消、已退款四個例外狀態與草稿,共八種內建訂單狀態
正常訂單依序走待付款到處理中再到已完成,處理中要人工出貨才會完成;保留、失敗、取消、退款與草稿則各自代表訂單卡在哪一關。

訂單正常從待付款依序走到處理中與已完成

一張沒有停滯、沒有例外狀況的訂單,正常會依序經過待付款、處理中、已完成這三個狀態,缺一關都跳不過去。

待付款(Pending payment)代表訂單已經建立,但還沒收到付款,這時候多半是在等顧客完成某個動作,例如銀行轉帳還沒入帳,或顧客還沒回到金流頁面確認付款。這個狀態本身不會扣減庫存,理由不難理解,如果顧客遲遲沒有真的付款,庫存卻已經被鎖住,等於讓一筆賣不出去的商品白白佔住庫存。

訂單一旦收到付款(paid)且庫存已扣減,就會進到處理中(Processing),代表訂單正式進入待履行階段。這裡有個多數店家一開始都會誤會的地方,處理中不會自動變成已完成,這一步得靠你或倉庫人員出貨後手動點擊改狀態。換句話說,「處理中」本身就是系統在提醒你該出貨了,不是系統故障或停滯不動。唯一的自動例外,是訂單裡的商品全部是虛擬且可下載,例如純數位下載品,這種訂單一旦成立就會直接被標記成已完成,跳過處理中,因為根本沒有實體出貨這回事。

商品實際履行完畢、不需要再採取任何動作之後,訂單才會被標成已完成(Completed)。這是整個流程的終點,通常對應到顧客已經收到商品,或線上服務已經開通。

另外還有一段路徑跟前面三個狀態不太一樣,那就是貨到付款(COD)。因為這種付款方式本身已經確定顧客會付錢,差別只在什麼時候收,訂單成立當下就會直接進入處理中,不會停留在待付款,等出貨、實際收到現金之後,才由店家人工改成已完成。理解這條路徑的差異,有助於分辨這張訂單為什麼一開始就是處理中,不用懷疑系統漏跳了一個狀態。

保留、失敗、取消、退款都代表訂單需要人工介入

除了正常往前走的三個狀態,WooCommerce 還有四個例外狀態,各自代表訂單因為不同原因而停滯,需要你介入處理。這四個裡面,保留與失敗最容易被搞混,兩個看起來都像停在原地不動,但背後的庫存邏輯完全不同,值得先講清楚。

保留(On-hold)代表訂單在等待確認付款,但庫存已經被扣減。這種狀態常見於銀行轉帳(BACS)這類沒有即時付款確認的離線金流,或是 SEPA 直接扣款這種延遲通知型金流。顧客選了轉帳,錢還沒真的進帳戶,你得自己核對匯款紀錄才能手動把狀態改過去。有些金流服務因為採用分離授權與請款的設計,也會讓訂單暫時停在保留狀態。

失敗(Failed)則代表顧客付款失敗或被拒絕,根本沒有成功付款。如果訂單先前已經扣過庫存,WooCommerce 就會在轉為失敗的當下把庫存還原,這點跟保留狀態完全相反,保留的庫存還鎖著,失敗的庫存已經還給你了。這也是判斷這張訂單現在占不占著庫存最直接的依據,看它是保留還是失敗。

保留訂單的庫存仍鎖著、失敗訂單的庫存已還原,兩者付款狀態與後續處理方式正好相反
保留與失敗看起來都停在原地,庫存邏輯卻相反:保留的庫存還鎖著,失敗的已經還給你了。

已取消(Cancelled)通常是管理員或顧客自己手動取消的訂單,有啟用庫存管理時,庫存同樣會歸還。如果你的商店開了保留庫存(Hold Stock)設定,逾時還沒付款的待付款訂單就會被系統自動取消並釋出庫存,不需要你逐筆盯著處理。

已退款(Refunded)代表管理員或商店經理在收到付款後,把這筆訂單完整退款。這裡有個容易誤會的細節,若店家選用手動退款選項,訂單狀態可能在顧客實際收到退款之前,就已經先顯示為已退款。也就是說,狀態顯示跟顧客帳戶真正入帳,中間可能有時間差,客服回覆顧客詢問時要留意這一點。

把這四個狀態放在一起看,真正該記住的判斷依據只有一條,待付款不會扣減庫存,保留則會。這是你判斷這張訂單目前是不是真的佔用著庫存最快的方式,也是庫存量對不上時,第一個該回頭檢查的地方。

草稿狀態,區塊化結帳留下的暫時訂單紀錄

多數談 WooCommerce 訂單狀態的教學只提到八種裡的七種,漏掉的正是草稿(Draft)。這個狀態只會出現在區塊化結帳(Block-based Checkout,也就是目前 WooCommerce 預設、非舊版經典結帳)的流程裡,用來暫存顧客結帳到一半的紀錄,只會顯示在訂單總覽頁的「草稿」子分頁。

草稿狀態不是棄單,這點要先釐清。顧客一開始打開結帳頁面互動,並不會馬上就建立一筆草稿訂單,只有在他真的按下送出訂單那一刻,草稿訂單才會被建立。如果顧客的購物階段(session)裡已經有一筆待付款或失敗的訂單,WooCommerce 就會沿用並更新那一筆既有訂單,不會另外新建一筆草稿。草稿訂單的內容包含顧客選的商品、運送方式,以及已經填寫的地址資訊,會隨著結帳過程持續異動更新。

如果你的商店有啟用庫存管理,草稿狀態底下的庫存保留動作就會依照商店的保留庫存(Hold Stock)設定執行。庫存會在訂單處於草稿或待付款狀態期間被保留,直到訂單狀態變更、或結帳中止才釋出。你不需要擔心草稿訂單會一直堆積,WooCommerce 有排程的每日清理程序,會自動刪除不再使用中的草稿訂單,這部分完全不需要店主手動處理。

預購、客製化和虛擬商品讓內建狀態不夠用

認識完八個內建狀態之後,接下來要判斷的是你的店屬不屬於內建狀態不夠用的那一種。這裡有三種常見情境,剛好對應到後面幾款外掛各自要解決的問題。

情境一是多階段履行流程。有些商品出貨前要經過好幾道具體工序,例如已下印刷廠、製作中、品管完成、待出貨,內建的處理中其實是一個很籠統的大狀態,倉庫或客服光看狀態欄,根本看不出這張訂單具體卡在哪一關。

情境二是預購或未上市商品。顧客現在下單,商品卻還沒有現貨可以出,這種訂單需要一個獨立於一般流程之外的已預購中繼狀態,等商品實際到貨,才轉進正常的處理流程。

情境三是虛擬與數位商品的已完成誤判。前面提過,只有商品全部是虛擬且可下載的訂單才會自動變成已完成;如果你賣的是需要額外設定才能觸發自動完成的數位商品或服務型商品,例如訂閱制服務、線上課程,每一筆訂單都得靠人工手動點完成,一家店訂單量一大,這件事很快就不合理。

符合以上任一種情境,才真正需要靠外掛做客製化,不是為了介面好看多裝一個外掛。

多階段履行、預購未上市、虛擬數位商品的已完成誤判三種情境,各自對應到不同類型的訂單狀態外掛
踩到多階段履行、預購未上市或虛擬數位商品自動完成這三種情境之一,內建狀態才真的不夠用。

只想調整狀態名稱與外觀的兩款免費外掛

有些店家的需求其實很單純,不需要規則,也不需要自動化,只想幫訂單加幾個自訂名稱、換個顏色或圖示,方便肉眼快速辨識。以下兩款外掛都能滿足這種基本需求,各自的定位與差異點在於功能深度。

Custom Order Status Manager for WooCommerce(Bright Vessel Dev)

這是免費客製狀態外掛裡安裝數最高的一款,功能設計得很單純:可以新增、編輯、刪除自訂訂單狀態,並且設定顯示名稱、文字顏色與背景色,讓不同狀態在訂單列表上一眼就能分辨。它還能針對每個狀態個別開關通知顧客或管理員的 Email,決定哪些狀態變更需要寄信提醒。

這款外掛目前的啟用安裝數超過 30,000,使用者評分達到 94%(由 117 則評分累計)。如果你只是想要幾個清楚易懂的自訂狀態標籤,不需要牽涉規則自動化,這款屬於入門首選。

Custom Order Status Manager for WooCommerce 外掛頁顯示啟用安裝數超過 30,000、評分 4.7 顆星,是安裝數最高的免費自訂訂單狀態外掛
Custom Order Status Manager for WooCommerce 累積超過 30,000 次啟用安裝與 4.7 顆星評價,適合只想加幾個自訂狀態標籤的店家。

Custom Order Status for WooCommerce(Tyche Softwares)

Tyche Softwares 開發的這款外掛,免費版一樣能新增、編輯、刪除自訂狀態,也支援設定圖示與文字背景色。跟上一款比較不一樣的地方,在於它可以把付款方式跟訂單狀態綁在一起,例如貨到付款的訂單自動歸類到某個自訂狀態、銀行轉帳訂單歸類到另一個,省下你自己動手分類的功夫。

這款外掛目前的啟用安裝數超過 10,000,評分為 66%(由 32 則評分累計)。如果你想依顧客用什麼方式付款分流管理訂單,這款會比單純的名稱外觀客製更貼近需求;要注意的是,更進一步的規則自動化功能得升級付費版才有,免費版本身就只做付款方式對應這一項。

Tyche Softwares 的 Custom Order Status for WooCommerce 外掛頁,啟用安裝數超過 10,000、評分 3.3 顆星,免費版可綁定付款方式與訂單狀態
Tyche Softwares 這款外掛累積超過 10,000 次啟用安裝,特色是把付款方式對應到自訂訂單狀態,方便依付款方式分流管理。

能依規則自動創建、切換狀態的進階外掛

如果你要的不只是換個名稱,而是要系統依照條件,例如時間、金額、商品、地區、會員角色,自動把訂單轉成某個狀態,省去人工逐筆檢查與手動切換的功夫,就要看這一組偏進階的外掛。以下五款各自的規則邏輯與適合情境不同,平行介紹、不排名次。

Custom Order Status(WooCommerce.com 官方擴充)

這是 WooCommerce.com 官方推出的付費擴充,也是這類外掛裡功能最完整的一款。除了能新增與管理自訂狀態,最大的特色是可以依訂單金額、數量、會員角色、商品、日期等條件,建立多條自動化規則,讓系統自動指派狀態。它也支援用 CSV 批次匯入、匯出狀態設定,並附上完整的 Email 通知規則系統,讓不同狀態變更組合可以各自對應不同的通知內容與對象。

適合已經有一定規模、需要精細規則,並且願意採用官方擴充生態系、享有官方支援的店家。

Custom Order Status Pro(Tyche Softwares 進階版)

這是前面免費版的付費升級版本,把依付款方式分流進化成完整的規則引擎,可以依時間延遲、付款方式、出貨區域、商品分類、訂單金額等條件自動切換狀態,也能針對特定金流閘道自動標記為已完成,這個功能常用在已預付、自動履行的訂單上。除此之外,它還能設定客戶多次停留在同一狀態超過指定天數就自動寄信提醒管理員,並支援 Email 與簡訊雙軌通知客戶,通知內容還能帶入自訂欄位,例如物流追蹤碼。

適合原本就在用免費版,現在需要規則自動化與簡訊通知的店家。

Custom Order Status(Addify)

Addify 開發的這款外掛,訂閱方案為每月 4.08 美元,換算年繳 49 美元,並提供 30 天退款保證。它的規則條件涵蓋範圍相當廣,包含目前狀態與新狀態的組合、時間區間、訂單數量區間、訂單金額區間、商品與分類、出貨與帳單地區、會員角色,以及訂單建立日期區間,還能設定 Cronjob 排程執行這些規則,同樣支援 CSV 批次匯入與匯出。

這款比較對得上需要多條件疊加判斷的複雜訂單流程,例如限定某個會員角色,加上某個商品分類,還要超過 3 天才切換狀態這種組合條件。

YITH WooCommerce Custom Order Status

義大利外掛商 YITH 開發的這款外掛,賣點是可以覆蓋 WooCommerce 預設狀態、自建整套處理流程。舉例來說,你可以把預設的已完成改名成已出貨,並替每個自訂狀態指定下一步該轉到哪個狀態,串成一條完整的客製化履行流程,例如處理中到已進廠印製、待出貨、配送中。它也能替每個狀態個別設定顧客權限,例如某個狀態底下不允許顧客自行取消訂單,並提供一年更新與技術支援、30 天退款保證。

想重新設計整套訂單處理流程、不只是單純加幾個狀態的店家,這款會比前面幾款更貼近需求。

Scheduled & Automatic Order Status Controller for WooCommerce(WPFactory)

WPFactory 開發的這款外掛,重點放在精細的時間與地理規則,可以設定精確到秒的計時規則,例如待付款訂單超過某個小時數就自動標記為過期;也可以排除週末或特定日期不執行規則,依帳單或出貨地區套用不同狀態,或是依優惠券碼、庫存狀態(有貨、缺貨)建立規則,多條件之間還能用 AND、OR 組合。

安裝數方面,這款外掛超過 2,000,評分為 100%(由 11 則評分累計,樣本數不算大)。適合有跨境訂單,或需要先擱置缺貨商品訂單這類精細時間、地區規則的店家。

WPFactory 的 Scheduled & Automatic Order Status Controller 外掛頁,啟用安裝數超過 2,000、評分 5 顆星,可依時間、金額、地區等條件建立訂單狀態規則
WPFactory 這款外掛主打精細的時間與地理規則,可設定到秒的計時、排除週末,並用 AND、OR 組合多重條件。

付款完成就自動結案,虛擬和數位商品適用的外掛

回到前面情境三,大部分商品是虛擬、數位或服務型的店家,不會希望每一筆訂單都卡在處理中,等人工點一次完成。以下兩款外掛都是針對這個需求設計的。

Order Status Control for WooCommerce(Bright Vessel Dev)

這是一款免費外掛,功能單一但精準,讓已付款的訂單直接跳過處理中,自動變成已完成。你可以依商品類型,例如虛擬商品、新訂單、已付款訂單設定條件,也能依商品、會員角色、帳單或出貨國家、金額區間、數量區間,進一步細分規則。

這款外掛的啟用安裝數超過 4,000,評分為 100%(由 4 則評分累計,樣本數偏小)。對單純想省掉處理中到已完成這一次人工點擊的數位商品或服務型商品店家來說,這款已經足夠。

Order Status Control for WooCommerce 外掛頁,說明可讓已付款訂單跳過處理中、自動標記為已完成,啟用安裝數超過 4,000、評分 5 顆星
Order Status Control for WooCommerce 讓已付款訂單直接跳過處理中變成已完成,適合想省掉數位商品人工點擊的店家。

Autocomplete WooCommerce Orders(QuadLayers)

QuadLayers 開發的這款外掛,是這個細分需求裡安裝數最高的選項。核心功能是把模式設定成只針對虛擬商品自動完成,或是擴大到全部訂單類型都自動完成,設定路徑就在 WooCommerce 設定裡新增的「Autocomplete Orders」分頁。

安裝數同樣不小,超過 30,000,評分 92%(由 137 則評分累計)。適合只需要虛擬商品自動變已完成這一個單純需求、不想額外學規則引擎語法的店家。

QuadLayers 的 Autocomplete WooCommerce Orders 外掛頁,啟用安裝數超過 30,000、評分 4.6 顆星,可設定虛擬或全部訂單自動完成
Autocomplete WooCommerce Orders 是自動完成需求裡安裝數最高的一款,可只針對虛擬商品或擴大到全部訂單自動結案。

預購商品專屬的訂單狀態外掛

最後對應到前面情境二,也就是預購。這裡要看的不是泛用型的自訂狀態外掛,而是專門處理顧客現在付錢、商品之後才能出貨這種倒置履行順序的訂單。

Pre-Orders for WooCommerce(WooCommerce.com 官方擴充)

WooCommerce.com 官方擴充,會新增一個獨立的已預購訂單狀態,跟一般訂單狀態分開管理。它的核心邏輯是可以設定下單即收費或商品上市時才收費兩種收費時機;選擇上市才收費的訂單,會靠外掛內建的 Pay Later 金流銜接,支援自動請款的金流會自動扣款,不支援的則寄信請顧客手動付款。後台有專屬的預購管理頁面,可以依商品、到貨日、預購狀態批次操作,例如發信通知、完成預購、取消預購;前台也可以放置倒數計時的短代碼。

適合有明確上市日期的預購商品,並且需要完整顧客溝通與批次管理工具的店家。

YITH Pre-Order for WooCommerce

YITH 開發的這款外掛,免費版可以做到基本的單一商品開放預購、設定預購價格;進階功能,例如上市日期管理、預購專屬 Email 通知、更多前台顯示選項,則需要升級付費版才有。

這款外掛的啟用安裝數超過 6,000,評分為 61%(由 16 則評分累計,樣本數不算大)。適合只需要輕量預購標記,還沒有到需要獨立狀態批次管理需求的小型店家。

YITH Pre-Order for WooCommerce 外掛頁,免費版可開放單一商品預購並設定預購價,啟用安裝數超過 6,000、評分 3.1 顆星
YITH Pre-Order for WooCommerce 免費版可做基本的單一商品預購與預購價,適合只需要輕量預購標記的小型店家。

八個內建狀態加上市面上這十一款處理 WooCommerce 訂單狀態自訂的外掛,看起來選項很多,但判斷邏輯其實可以收斂成兩步。第一步先確認你的店有沒有踩到前面說的三種情境,多階段履行、預購未上市、虛擬數位商品的已完成誤判;沒有踩到,內建的八個狀態就夠用,不必為了裝而裝。第二步才是依情境挑外掛,想單純換個名稱和顏色,兩款免費外掛就能解決;要規則自動化,就看進階的那幾款各自的條件邏輯合不合你的訂單流程;純數位商品店家看付款完成自動結案;有預購需求就直接看專屬的預購外掛。

十一款 WooCommerce 訂單狀態外掛依只換名稱外觀、依規則自動切換、付款完成自動結案、預購專屬四類整理
十一款外掛照需求分成四類:先確認踩到哪種情境,再挑對應那一類外掛比對條件邏輯。

搞懂每個狀態代表什麼、又是誰觸發的,客服被顧客追問訂單進度時,才答得出具體位置,不必只能含糊帶過;也才知道多裝一個外掛之前,是真的解決了流程缺口,還是只是多一個沒人維護的設定畫面。

常見問答

本區問答由 AI 依文章內容自動整理,僅供快速參考,正式內容仍以全文為準。

WooCommerce 訂單出貨後為何不會自動完成?

因為「已完成」需要店主或倉庫人員出貨後手動點擊改狀態,系統不會自動觸發,除非訂單裡的商品全部是虛擬且可下載,這種訂單成立當下就會直接被標記為已完成,跳過處理中。

WooCommerce 訂單狀態保留和失敗有什麼不同?

保留代表還在等待確認付款、庫存仍鎖著;失敗則是付款失敗或被拒絕,若先前已扣庫存,會在轉為失敗的當下歸還,兩者庫存邏輯正好相反,看這兩個狀態就能判斷訂單是否還占著庫存。

WooCommerce 訂單狀態出現草稿是什麼意思?

草稿只會出現在區塊化結帳流程裡,用來暫存顧客結帳到一半的紀錄,顧客真的按下送出訂單才會建立,系統也有每日排程自動清理不再使用的草稿,不需要店主手動處理。

WooCommerce 貨到付款訂單為何一開始就處理中?

貨到付款方式已經確定顧客會付錢,差別只在收款時間,訂單成立當下就直接進入處理中、不會停留在待付款,等出貨並實際收到現金後,才由店家人工改成已完成。

什麼情況該裝外掛自訂 WooCommerce 訂單狀態?

多階段履行流程、預購或未上市商品,以及虛擬數位商品的已完成需要人工逐筆確認這三種情境,內建的八種狀態就不夠用,符合其中之一才真的需要靠外掛做客製化,不是為了介面好看而裝。

資料來源
  1. Custom Order Status Manager for WooCommerce — Bright Vessel Dev
  2. Custom Order Status for WooCommerce — Tyche Softwares
  3. Custom Order Status for WooCommerce(Addify) — Addify
  4. Scheduled & Automatic Order Status Controller for WooCommerce — WPFactory
  5. Order Status Control for WooCommerce — Bright Vessel Dev
  6. Autocomplete WooCommerce Orders — QuadLayers
  7. YITH Pre-Order for WooCommerce — YITH