很多站長把 WooCommerce 後台的「商品類型」下拉選單當成隨手點的小設定，挑了「簡單商品」就一路加下去。等到要賣不同尺寸、要做禮盒組、要收會員月費，才發現結構被釘死，回頭改要重建分類，連購物車邏輯都得重寫一遍。

商品類型不是視覺差異，而是資料模型差異。挑錯型別，後續行銷、庫存、報表都得繞著補救方案走。這篇先把 woocommerce 商品類型的五種內建選項講清楚，接著說明變動、組合、訂閱這三種容易混淆的型態各自適合什麼場景，最後判斷何時值得升級到 Subscriptions 或 Product Bundles 這類延伸外掛。

五種內建商品類型各自的定位

WooCommerce 核心安裝後就附帶五種商品類型，分別是簡單商品（Simple Product）、變動商品（Variable Product）、群組商品（Grouped Product）、外部／聯盟商品（External／Affiliate Product），以及不會出現在下拉選單、但會自動套用的虛擬／可下載屬性（Virtual／Downloadable）。下表把幾項決策關鍵欄位攤開，方便快速對位。

讀這張表的關鍵不是記欄位，而是先決定庫存單位。同一款商品的紅色 M 號與黑色 L 號要分開算庫存，就是變動商品；三本書要分別加入購物車但同頁展示，就是群組商品；要不要進站內結帳，則決定是不是該走外部商品。決策順序錯了，後面欄位再對也救不回來。

變動商品的判斷與常見誤用

變動商品是這五種裡面最容易濫用的一種。它的核心定義是「同一個商品有多個變體，每個變體獨立有 SKU、價格、庫存、圖片」。常見誤用是把本質不同的兩件商品塞進同一個變動商品，例如把「藍牙耳機」與「藍牙音箱」用屬性「類型」綁在一起。結果是站內搜尋、再行銷標籤、商品結構化資料都會混亂。

判斷一個商品該不該開成變動商品，問三個問題就夠了。同一商品名底下的選項，是讓消費者「擇一購買」還是「同時購買」？這些選項在價格上是平行的，還是有層級差？選項的庫存需不需要分開盤點？三題都是「是」，才該走變動商品。

實務上還有一個容易忽略的陷阱，是屬性層級過深。當變體數量超過三組屬性、總組合數破百，後台儲存就會變慢，結帳頁的載入時間也會被拉長。這時候要回頭看，是不是該把其中一組屬性拆成獨立商品，或乾脆讓客戶從表單下單。變動商品本來就不是設計來承載百種以上組合的資料結構。

組合商品的兩條路線

WooCommerce 核心沒有「組合商品」這個型別。要做禮盒、套餐、客製化主機這類「多個商品打包成一個 SKU」的情境，必須裝官方兩款延伸外掛之一，分別是 Product Bundles 與 Composite Products，兩者定位差異很大。

Product Bundles 走的是「靜態組合」路線。賣家在後台先把組合內容定死，例如保養三件組就固定是洗面乳一條、化妝水一瓶、乳液一瓶。消費者買的是這個組合，不能換內容物。Product Bundles 2026 年 2 月釋出 8.5.6 版，已支援把變動商品、訂閱商品也納入組合，並可設定整組統一運費或拆單出貨，適合促銷檔期的固定套組、新手包、節慶禮盒。

Composite Products 走的則是「可組態組合」路線。賣家設定多個「元件位」，每個位置給消費者一份候選清單去挑選。經典範例是組電腦，主機殼一個元件、CPU 一個元件、顯卡一個元件，每個元件位各有對應的候選商品庫。Composite Products 比 Product Bundles 適合單價高、客製化程度深、需要相依性檢核的商品，例如 CPU 規格限制主機板的可選範圍。

兩款都能裝，但不建議同時上。對多數中小品牌而言，先評估商品結構是「打包賣」還是「讓客戶配」，再決定走哪條路。如果只是想做加價購、買 A 送 B，那連這兩款外掛都不需要，用優惠規則類外掛就能解決。

訂閱商品需要哪些前置條件

賣會員月費、SaaS 訂閱、定期配送方案，要的是另一款延伸外掛 WooCommerce Subscriptions。這款外掛 2026 年的年費約 279 美元，由 WooCommerce 官方團隊維護，支援週期計費、試用期、註冊費、暫停／升降級、自動續訂通知這些核心功能。要不要花這筆錢，取決於後面幾件事的成熟度。

金流是第一道關卡。Subscriptions 需要支援「定期扣款」的金流，台灣常見的綠界、藍新都有對應的訂閱型態 API，但要確認商店申請的是訂閱型費率，不是單筆型。沒談下定期扣款的金流就硬上 Subscriptions，最後會變成每期都寄信請客人手動匯款，自動化等於零。

退費與會員管理流程，則是另一個常被低估的成本。訂閱型生意的客訴密度高於一次性商品，月中升級要不要按比例補差額、暫停期間要不要保留優惠等級、退費怎麼算到帳日，這些規則要先在內部定下來。Subscriptions 提供設定欄位，但不會幫忙判斷商業邏輯，後台沒人對應就會出包。

回頭看替代方案的取捨也很重要。如果只是要賣「年費會員」這種一次扣款、到期才需要再買的型態，其實用簡單商品搭配會員制外掛就夠，不必上 Subscriptions。這款外掛真正的價值在「自動定期扣款」這一塊，沒有定期扣款需求，就不必為了這個功能多付一筆年費。

升級延伸外掛之前的三個檢查

從內建商品類型升級到延伸外掛，要先確認下面幾個面向都過關，避免裝了用不起來，或是裝了之後系統反而難維護。

• 金流與發票相容性：延伸外掛產生的訂單結構（拆分計費、組合計價、定期扣款）必須能被當前金流與發票模組正確處理。Subscriptions 與電子發票外掛經常需要額外橋接套件，先確認串接相容再下單買延伸外掛
• 主題與結帳頁相容度：Bundles、Composite、Subscriptions 都會改變商品頁與購物車頁的 DOM 結構，過度客製化的主題可能出現版型錯亂。先在測試站裝起來跑一輪購物流程，比上線後再除錯的成本低很多
• 後續維運人力：延伸外掛多一份就多一份升級與相容性風險，每年 WooCommerce 主程式升大版時，要排時間驗證所有外掛跟得上。沒有專責維運人力的小團隊，能用內建類型解決就不要為了功能加深而引進新外掛

這三項都過關，才是真的需要升級延伸外掛。任何一項拿不準，就先用內建類型搭一版最小可行版本上線，跑三個月看實際痛點，再決定要不要加碼。

挑商品類型其實是挑資料模型，挑錯就會在後續行銷、庫存、報表上一路打補丁。先想清楚庫存單位怎麼算、結帳要不要拆、要不要定期扣款，再從內建五種往延伸外掛去考慮。順序顛倒了，再貴的外掛也救不回散亂的資料結構。