WooCommerce 商品類型完全指南：6 種商品建立教學

為什麼「商品類型」是 WooCommerce 最被低估的決策

WooCommerce 內建的商品類型只有四種，加上兩個屬性勾選，卻決定了這件商品在整個系統裡「怎麼被賣」。最常見的代價出現在上架那一刻：商品一到就急著上架，後台「商品類型」那個下拉選單看都不看，直接按 Simple Product（簡單商品）就送出。以一口不沾鍋分黑、白兩色為例，若把它拆成兩個獨立的簡單商品上架，改價要改兩次、庫存要對兩邊，促銷檔期一到整個後台雞飛狗跳；SEO 上，兩個描述、圖片與規格高度重疊的頁面也可能讓 Google 選擇其中一個作為代表版本。這不是「重複內容處罰」，但會增加維護與訊號整併成本。

換句話說，商品類型不是分類標籤，它是這件商品在整個系統裡『怎麼被賣』的契約。它決定庫存怎麼算、價格怎麼調、運費怎麼收、稅怎麼報、SEO 結構長什麼樣，甚至決定你能不能跑某一種促銷。選錯了，後面每一個環節都要多花力氣把它喬回來；選對了，很多事 WooCommerce 會自動幫你接好。

這篇會把 WooCommerce 內建的商品樣貌一次講清楚，從架構、判斷、實作到遷移地雷，搭配實務上常見的坑，讓你在上架那一刻就選對。如果你才剛起步、連後台都還沒摸熟，建議先看過WooCommerce 電商架站實戰全流程再回來，會更有概念。

【先講結論】WooCommerce 真正意義上的商品類型只有四種：簡單、可變、組合、外部／聯盟；加上「虛擬」「下載」兩個勾選屬性，組合出實務上最常見的六種樣貌。挑選的唯一準則是回答四個問題：這件商品會不會導到外部結帳？有沒有規格變化？要不要把多件獨立商品排進同一頁陳列？需不需要實體出貨？四問答完，類型就定了。

先搞懂架構：4 種商品類型 + 2 個屬性勾選

大多數教學一上來就把六種商品一字排開，讀者越看越糊塗，因為它們根本不在同一個層級上。換個方式想：WooCommerce 的商品模型其實只有兩層，把它拆開來看，一切都會很清楚。

第一層是商品類型（Product Type），決定這件商品被陳列與販售的基本結構，內建四種：

• 簡單商品（Simple）：一件商品、一個價格、一組庫存。
• 可變商品（Variable）：同一件商品有多種規格組合（例如顏色配尺寸）。
• 組合商品（Grouped）：把幾件獨立商品包進同一個展示頁面。
• 外部／聯盟商品（External／Affiliate）：導購到外部網址完成結帳。

第二層是屬性勾選。後台會依商品類型顯示可用選項；簡單商品可直接設定，變體商品則可在各變體設定：

• 虛擬（Virtual）：不需要出貨；是否管理庫存是另一個獨立設定。
• 下載（Downloadable）：附檔案，客人買完直接從網站下載。

虛擬與下載不是兩個平行的商品類型，也不代表能與每一種核心類型任意組合。簡單商品可單獨或同時使用這兩個設定；可變商品則能讓各變體分別設定虛擬與下載，例如不同授權版本提供不同檔案與價格。常聽到的「六種商品」，其實是四種類型與這兩個設定的常見組合（見 WooCommerce 官方的商品類型說明）。

實務樣貌	類型	虛擬	下載	典型用途
簡單實體商品	Simple	否	否	單款馬克杯、單款 T 恤
可變實體商品	Variable	否	否	分顏色尺寸的衣著
系列陳列	Grouped	否	否	同系列的茶具、餐具
聯盟導購	External	否	否	推薦別人賣的相機
虛擬服務	Simple	是	否	到府諮詢、課程報名
下載商品	Simple	是	是	電子書、設計素材包

簡單商品（Simple）：基本功，也是最容易偷懶的選擇

簡單商品是 WooCommerce 的預設值，一件商品、一個價格、一組庫存。它背後的前提是「這件商品真的只有一種樣貌」，只有這種情況才該用它。判斷的標準很直接：這件商品有沒有會影響價格或庫存的規格差異？如果沒有，用 Simple 沒問題；如果有，你硬拆成好幾個 Simple，就是開頭那個不沾鍋案例的翻版。

同一個 Simple 的三種常見變形

同樣是 Simple，勾選的屬性不同，後續營運流程天差地別。這是很多人沒意識到的：類型沒變，只是勾了兩個 box，整個結帳流程就換了一張臉。

1. 實體簡單商品：要出貨、要算運費，並可依需求管理庫存，最標準的零售品，例如一本紙本書、一只杯子。
2. 虛擬簡單商品：勾「虛擬」之後，結帳頁的運費欄位、收貨地址會自動消失，只留帳單地址。適合服務、課程報名、會員資格這類沒有實體交付的東西。
3. 下載商品：再勾「下載」，上傳檔案、設下載次數與到期天數，客人付款完就拿到連結。電子書、設計模板、音檔課程都走這條路。

這裡有個新手常輕忽的細節：下載與虛擬彼此獨立。純數位商品通常會同時勾選兩者；如果勾「下載」但不勾「虛擬」，就能處理「買實體品附贈數位檔」，例如買紙本書送電子版、買實體桌遊送 PDF 規則書，訂單仍會走出貨流程。

可變商品（Variable）：電商主力，也是 SEO 重複內容的溫床

當商品規格會影響價格、庫存、SKU、重量、圖片或可購買性時，通常適合用可變商品。它讓你在同一個商品頁裡，用「屬性（Attribute）」組合出多個「變體（Variation）」，每個變體可以有各自的 SKU、價格、庫存、重量與圖片。純描述性的規格則不必做成變體。

可變商品是大多數零售電商的主力，但它也是最容易出事的一種。把開頭那個不沾鍋案例再說細一點，你就會明白一個類型選錯能賠多大。

同一只鍋子拆成兩個 Simple，到底賠了什麼

那只不沾鍋有黑、白兩色，價格相同、規格相同、只有顏色不同。他們怕設定屬性麻煩，直接建了兩個 Simple Product：黑色不沾鍋、白色不沾鍋。看起來沒事，後遺症卻一個一個冒出來。

• 營運面：改定價要進兩個後台頁面改兩次；庫存要兩邊對帳；旺季出貨時兩邊各自扣庫存，很容易對不上。
• 促銷面：跑「滿千送百」或「買 A 送 B」時，這兩個商品被當成兩件不同的東西，規則要各寫一份，活動越多越痛苦。
• 數據面：報表裡這只鍋子的銷售被切成兩條線，看不出哪個顏色才是主力，補貨與下架決策失去依據。
• SEO 面：兩個商品頁的標題、描述、規格表幾乎一樣，差別只有「黑」「白」二字。Google 可能把高度重疊的網址聚成一組並選擇代表版本，這不等於兩頁一起被降權；真正的問題是內部連結、維護與使用者選擇被拆散。完整的修復思路可看關鍵字蠶食的修復策略。

換成可變商品後，可以用一個主商品頁集中呈現規格、價格規則與選購流程；每個變體仍可各自管理庫存，不是共用「一條庫存」。Google 通常以主商品頁為主要網址。若結構化資料正確描述變體價格與供貨狀態，頁面有機會符合商品複合式結果資格，但不保證顯示。商品頁 SEO 的完整做法，可以參考WooCommerce 商品頁 SEO 優化手冊。

建立可變商品的兩個關鍵動作

1. 先建屬性，再生變體：在「屬性」分頁新增例如「顏色」，填入黑／白／灰，存檔後切到「變體」分頁，選「由所有屬性建立變體」，系統會自動幫你組合出每個 SKU。手動一個一個加變體容易漏，規格一多就會出亂子。
2. 逐個變體補價格、庫存、SKU、圖片：變體沒設價格的話，前台會顯示「這個商品目前無法購買」，這是最常見的卡關點。圖片也要逐一對應到規格，這樣客人選顏色時主圖才會跟著切換，轉換率才會漂亮。

變體愈多，商品頁要處理的價格、庫存與選項資料通常也愈多，可能拖慢前端互動與後台維護。不要套用固定的變體數量門檻；應在接近真實資料量時量測商品頁載入、選項切換與加入購物車流程，再決定是否精簡屬性、拆成不同商品或調整快取；載入速度對使用體驗的影響，可對照 web.dev 的說明。

屬性規劃是可變商品的隱形成本

可變商品真正的難度不在按下「建立變體」那一刻，而在更前面的規劃階段：你要決定哪些規格當屬性、屬性之間怎麼組合、每個組合要不要真的存在。這一步規劃錯了，後面的維護成本會像滾雪球。

屬性的黃金原則是：只把會影響購買決策或價格的規格設成屬性。衣服的顏色與尺寸是屬性，因為客人會因為這兩者選擇買或不買；但衣服的「產地」「洗滌方式」不該設成屬性，那屬於商品描述，放在規格表或商品說明裡就好。常見的錯是把所有規格都建成屬性，結果變體數量爆炸：三種顏色配五種尺寸配兩種材質，就是三十個變體，每個都要單獨填價格、庫存、圖片，後台點到手軟。

變體數量一多，還會衍生兩個連帶問題。第一是效能：每多一個變體，頁面與後台要處理的資料就增加。第二是管理負擔：日後改規格名稱或順序時，更多變體會受影響，補貨也容易看錯行。沒有一個適用所有商店的上限；當維護或前端操作開始變慢，就回頭檢視是否有屬性可合併，或某些組合根本不該存在。

另一個實用技巧是屬性的排列順序。WooCommerce 會依你設定的順序組合變體，把最常被搜尋、最影響價格的屬性放前面（例如衣服把性別或版型排最前面、接著是顏色、尺寸放最後），前台下拉選單的邏輯會更順，客人選規格時的認知負擔也比較低。這個細節很少人提，但它直接影響轉換。

什麼時候該拆成獨立商品，而不是硬用可變

可變商品不是萬靈丹。當不同規格之間的賣點、客層、行銷訊息差異很大時，硬塞進同一個可變商品反而會傷害轉換。例如同一個品牌同時賣入門款與旗艦款耳機，兩者的客層、價格帶、強調賣點完全不同，這種情況拆成兩個獨立商品頁、各自經營 SEO 與文案，會比擠在同一個可變商品裡更好。判斷標準是：如果不同規格需要不同的主圖、不同的標題、不同的描述論述，那就是兩個商品，不是一個可變商品。可變商品適合的是「本質相同、只有規格差異」的商品，這條線劃清楚，才不會為了湊可變而犧牲了行銷彈性。

組合商品（Grouped）與 Bundle 外掛：兩件常被搞混的事

很多人把「組合商品」跟「捆綁銷售（Bundle）」畫上等號，其實它們是兩件不同的事，做出來的購物體驗也完全不一樣。

WooCommerce 內建的 Grouped Product 做的是陳列層級的組合：你把幾件本來就獨立存在的商品（每件各有自己的 Simple 或 Variable 類型）掛在一個 Grouped 母商品底下，前台會把它們排在同一個頁面，讓客人一次看到、各自加入購物車。Grouped 母商品本身沒有價格、沒有庫存，它只是一個展示框架。典型情境是「同系列的馬克杯、盤子、碗」陳列在同一頁，客人想買哪幾件自己勾。

真正的捆綁銷售，也就是把 A＋B＋C 打包成一個新 SKU、一個新價格、一套庫存連動規則，WooCommerce 核心沒有做，要靠外掛。如果你想推「買鍋子送鍋鏟」「咖啡豆＋濾紙＋杯子合購價」這類強制綁定的玩法，會需要 YITH、Product Bundle 之類的付費外掛。實務上習慣先看過YITH WooCommerce 外掛評測，再決定這個專案適合哪一套。

另一個跟 Grouped 長得很像、但用途完全不同的是「加購（Cross-sell／Upsell）」。那是在購物車頁或商品頁推薦相關商品，客人要不要加是自由的，不是把商品綁成一個新品的販售單位。陳列組合、捆綁銷售、加購推薦這三件事，目的與機制都不同，別混為一談。下面的表格是三者的差異對照，方便你之後參考。

機制	客人怎麼買	有沒有專屬價格	庫存怎麼算	需要外掛嗎
Grouped（陳列組合）	各品項獨立加入購物車	沒有，看各子商品	各子商品各自計	內建
Bundle（捆綁銷售）	整組一起結帳，一個價	有，整組一個定價	可連動扣子商品庫存	需要
Cross-sell／Upsell（加購推薦）	客人自由加購，不強制	各商品各自定價	各商品各自計	內建即可，進階可裝外掛

記住一個分辨口訣：「一起看」是 Grouped，「一起買、一個價」是 Bundle，「順便推薦你加」是 Cross-sell。想清楚你要的是哪一種體驗，再去挑對應的工具，才不會裝錯外掛、白花授權費。

外部／聯盟商品（External／Affiliate）：不進貨也能收錢的玩法

外部／聯盟商品是四種類型裡最特別的一種。它不經過你的購物車、不走你的金流、不算你的庫存。客人點商品頁按鈕後，會被導到指定外部網址，在那邊完成後續動作。這可以是聯盟導購，也可以只是導到自家其他通路，因此不一定有佣金。設定時填入外部網址與按鈕文字；價格欄位只是前台顯示，不會由這個 WooCommerce 商品收款。

誰適合用聯盟商品

• 聯盟行銷站：你自己不進貨，純粹推薦別人的產品賺分潤，內容站常見的變現模式。
• 多通路賣家：官網只負責展示與導流，實際交易導到轉換率更高的平台。
• 代理或經銷：商品頁由你經營內容，但金流物流由原廠那邊處理。
• 型錄或詢價站：某些 B2B 情境只想收集潛在名單，不想直接在網路上販售。這種情況通常建議改用型錄模式隱藏價格與購物車按鈕，或加上詢價表單讓客戶一鍵請求報價，比聯盟按鈕更貼合 B2B 的節奏。

聯盟商品最大的優點是「輕」。你不用處理金流串接、庫存同步、出貨流程，商品頁可以非常大量地產出，內容槓桿很高。缺點也明顯：你把轉換的最後一哩路交給了別人，那邊價格改了、斷貨了、頁面掛了，你這邊不會自動知道。聯盟站要長久經營，定期巡查連結有效性、更新價格與庫存狀態，是省不掉的維護動作。

虛擬與下載：兩個勾選框，改變整個營運流程

這兩個勾選會改變商品與結帳流程。虛擬商品不需要運送；下載商品可在訂單符合設定條件時提供檔案。稅務不會只靠這兩個勾選就自動正確切換，仍要依販售地區、商品性質與稅別設定。

勾「虛擬」之後，發生什麼事

商品一旦標為虛擬，結帳頁的「運送」步驟會被拿掉，客人只要填帳單資料就能完成訂單。運費外掛、超商取貨、物流追蹤編號全部不會出現。適合賣服務、課程、諮詢、會員訂閱、線下活動報名這類無實體交付的東西。

但要特別注意一件事：「虛擬」跟「下載」是兩件獨立的事。一場實體工作坊的報名是虛擬商品（不用出貨、但也不會給你檔案下載）；一份電子書則是虛擬加上下載。把兩者搞混，會讓該出現下載連結的訂單沒出現連結，或不該跳過運送的訂單卻跳過了運送，客訴就從這裡來。

勾「下載」之後，要設定的三件事

1. 檔案來源：可以是媒體庫裡的檔案，也可以填一個外部網址（例如放在雲端硬碟的私有連結，或你自架的檔案伺服器）。
2. 下載次數限制：預設空白代表不限次數；你也可以設一個數字，限制客人能下載幾次，這是基本的防盜用保險。
3. 到期天數：從訂單完成起算，過了這個天數連結自動失效。空白代表永久有效。賣線上課程或時效性素材時，這個欄位特別好用。

數位商品在稅務上有獨立的規則。很多國家對電子書、軟體、線上課程的稅務處理，跟實體商品並不一樣（例如歐盟現行的 VAT OSS 制度、台灣對跨境電子勞務的規範）。如果你同時賣實體與數位，稅金設定務必依實際銷售地與商品性質處理，不要直接把同一稅率套到全部商品；有跨境交易時，應再向會計或稅務專業人士確認。

訂閱與會員續費：內建辦不到，但要懂的延伸

很多人會問：線上課程或會員服務已經設成虛擬商品了，但要怎麼做「每月自動扣款」的訂閱制？這裡要誠實說清楚：WooCommerce 內建的虛擬商品只處理「一次性購買」，客人買一次、你交付一次，交易就結束。要做成每個月自動續費的訂閱，或是有等級制度的會員，需要的是 WooCommerce Subscriptions 這類專門的訂閱外掛，不是勾「虛擬」就能解決。

訂閱商品本質上是「虛擬＋週期性扣款＋續約管理」三件事的組合。虛擬這部分內建能處理，但週期扣款與續約邏輯牽涉到金流的自動扣款授權、失敗重試、到期提醒，這些都不是核心功能。這也是為什麼很多做內容訂閱、軟體訂閱、會員制的站長，最後都會裝上 Subscriptions 外掛，並搭配支援定期扣款的金流（例如 Stripe、綠界的信用卡定期扣款）。在規劃商品類型時，如果你知道自己最終要做訂閱制，從一開始就把這件商品定位成「未來會接上訂閱外掛的虛擬商品」，後續的系統串接會順很多。

另一個相近的是「會員等級折扣」。如果你有 VIP 會員制度，希望不同等級的會員看到不同的價格，這也不是商品類型能解決的，要靠會員外掛搭配動態定價。把這些邊界先畫清楚，你才不會誤以為「選對商品類型就能搞定所有進階玩法」。類型解決的是販售結構，進階的定價與週期邏輯要靠對應的外掛。

選擇決策樹：四個問題，對到正確類型

講了這麼多，給你一個可以直接照著走的判斷流程。依序回答下面幾個問題，答案會把你導到正確的商品樣貌。這棵決策樹先解決「類型」，再解決「屬性」，大多數商品走完這幾步就定了。

步驟	問題	答「是」	答「否」
1	這件商品會導到外部網址結帳嗎？	→ 外部／聯盟商品	→ 進入步驟 2
2	同一件商品有規格變化（顏色、尺寸、版本）嗎？	→ 可變商品	→ 進入步驟 3
3a	想把多件獨立商品排進同一個頁面陳列嗎？	→ 組合商品（Grouped）	→ 簡單商品
3b	這件商品需要實體出貨嗎？	不勾虛擬	勾虛擬；附檔案就再勾下載

會卡在這棵樹上的人，通常是兩個原因：分不清 Grouped 與 Bundle，或分不清虛擬與下載。這兩組混淆，前面已經分別拆開講過，你只要把「Grouped 是陳列、Bundle 是打包新 SKU」「虛擬是不出貨、下載是給檔案」這兩句口訣記住，決策樹就不會走偏。

類型背後的連鎖效應：庫存、價格、運費、稅金一次看懂

選商品類型不是選完就沒事，它會一路影響到後台的每個設定頁。六種樣貌在四個維度的差異對照如下，以後遇到疑難，直接看這張表就能找到答案。

樣貌	庫存管理	價格彈性	運費	稅務
簡單實體	單一 SKU、單一庫存	單一價格	需設定	實體稅率
可變實體	每變體獨立庫存	每變體獨立價格	需設定（可依變體）	實體稅率
組合商品	本身無庫存（看子商品）	本身無價格（看子商品）	子商品各自計	子商品各自計
聯盟商品	不適用	僅供顯示	不適用	不適用（外部結帳）
虛擬服務	可選擇是否啟用	單一價格	結帳自動隱藏	服務稅率（視地區）
下載商品	通常關閉，或設販售份額	單一價格	自動隱藏	數位稅率（視地區）

從這張表延伸出來的重點，是新手最容易忘記的幾個連動：

運費：實體商品的運費規則是一套獨立的 WooCommerce 運費設定，可以依重量、體積、分類、目的地自動計算。可變商品的不同變體如果重量差距大（例如同一款桌子有兩種尺寸），務必在每個變體各自填重量，不然運費會算錯，賠的是自己的利潤。

價格：可變商品每個變體可以有自己的定價，但如果你想跑「全館九折」「滿千送百」「買 A 送 B」這類跨商品的促銷，內建功能只做到單品折扣，更複雜的玩法要靠動態定價外掛。促銷規則越複雜，越要在選類型階段就想清楚能不能支撐，免得活動上線才發現規則寫不出來。

庫存：可變商品每個變體獨立庫存，這是它最強、也最容易出包的地方。某個顏色斷貨，客人會看到那個變體不可購買，但不會影響其他變體，前提是你有把每個變體的「管理庫存」勾起來並填入正確數字。很多人建完變體忘了啟用庫存管理，結果商品明明還沒到貨卻能被下單，超賣就這樣發生。

商品類型怎麼影響你的報表與補貨判斷

前面講的都是前台與營運面，這一節談後台數據。商品類型選錯，最慢爆雷的地方往往是報表，你不是當下發現，而是看月報時才覺得「數字哪裡怪怪的」。

可變商品的報表裡，每個變體會獨立列出一列銷售數字。這本來是優點，讓你看出哪個顏色、哪個尺寸最賣；但如果你像前面那個不沾鍋案例一樣把規格拆成獨立 Simple 商品，這只鍋子的銷售就會散落在好幾個商品編號底下，你要手動把它們加總，才知道這件商品整體的表現。報表一旦不能直接讀，決策就會慢半拍，補貨時也容易看錯主力。

Grouped 母商品本身沒有獨立價格與庫存，實際成交會記在子商品。至於母商品頁的瀏覽與子商品成交如何歸因，要看你使用的分析工具與事件設定，WooCommerce 核心報表不會自動把兩者整理成一條完整的轉換漏斗。評估 Grouped 頁面的成效時，應另外確認商品頁瀏覽、點擊與子商品訂單是否能串接。

聯盟商品的成交發生在外部網站，WooCommerce 核心報表不會記錄最終訂單，也不一定會自動追蹤外部按鈕點擊。若要看導流成效，需要另外用 GA4、GTM 或追蹤外掛設定點擊事件；真正的轉換與佣金仍要回到聯盟計畫後台核對。

虛擬與下載商品的營運重點通常會放在銷量、退款，以及授權下載紀錄，而不是只看實體庫存。WooCommerce 訂單頁可管理下載權限，但下載次數是否有完整彙總報表，取決於版本、報表工具與外掛設定；不能把它當成設定商品類型後就一定出現的標準指標。退款偏高也只能作為進一步調查的起點，仍要搭配退款原因判讀。

實務上常見的三種選錯類型

除了開頭那個不沾鍋案例，實務上有三種「類型選錯」的典型會重複出現。列出來不是要笑誰，是因為這三種錯都很直覺、卻都很傷，提前知道就能避開。

第一種，把服務當實體商品賣。有人把「到府攝影服務」建成一個未勾虛擬的 Simple Product，結果客人結帳時被要求填收貨地址、選超商取貨，還被運費外掛算了一筆運費。客人一頭霧水，轉換率自然崩盤。凡是沒有實體交付的商品，勾「虛擬」這個動作不能省。

第二種，把規格當成商品描述。有人賣保養品，同一罐精華液分 30ml 與 50ml，他建了兩個 Simple Product，標題寫「保濕精華液 30ml」「保濕精華液 50ml」。這跟不沾鍋案例是同一種病：兩個頁面內容高度重疊，SEO 互相打架，庫存與促銷也各跑各的。容量是規格，應該用可變商品處理，一個頁面搞定。

第三種，把 Bundle 當 Grouped 用。有人想推「咖啡豆＋濾紙＋杯子合購價」，用 Grouped 商品把三件排在一起，結果客人只能各別加入購物車、各別結帳，根本沒有「合購價」這件事。他想要的是強制綁定的捆綁銷售，那需要 Bundle 外掛，不是內建的 Grouped。搞錯工具，活動邏輯從一開始就成立不了。

這三種錯的共同點是：當下看起來都「上架成功了」，後遺症要等促銷檔期、報稅季、或 SEO 排名一直上不來時才爆發。類型選對，這些地雷從源頭就不存在。

商品類型一旦上架就很難換？遷移會踩的雷

理論上 WooCommerce 允許你在後台直接切換商品的類型，但實際切下去，常常會丟資料、舊訂單錯亂、SEO 一夕歸零。以下列出幾個最常見的雷，你真的要換之前先有心理準備。

• Simple 轉 Variable：原本的價格、庫存會被當成第一個變體的預設值保留下來，但你得重新建立屬性、重新生成變體，圖片也要重新對應到每個變體。務必先備份再動刀。
• Variable 轉 Simple：切換前先匯出或備份變體資料，並確認價格、庫存與既有訂單顯示是否受影響。WooCommerce 變體通常不是各自可索引的獨立頁面；若你另外建立了可公開存取的變體網址或外部連結，才需要盤點網址與轉址。
• 任何類型轉 External：庫存、運費、下載檔案、稅率設定全部失效，因為這些對聯盟商品沒有意義。切換前先把原本的設定匯出備份，萬一要切回來才有依據。
• 實體轉虛擬：勾下去的瞬間運費欄位消失，已成立的舊訂單不受影響，但之後的新訂單不再走運送流程。如果你其實還是需要出貨（例如要寄實體發票或贈品），這個勾選會害你漏出貨。

原則很簡單：類型在第一次建立時就要想清楚，事後切換只當成最後手段。真的非換不可，先在測試站跑一次完整流程、備份資料庫，確認前台與舊訂單都正常，再上正式站動刀。這是那種「寧可多花一小時測試，也不要花一週救火」的事。

給你的六步上架流程

把前面講的全部收斂成一個可以照表操課的流程。你每次上架新商品，照這六步走，類型幾乎不會選錯，後續的金物流與 SEO 也會一次到位。

1. 先回答四個問題：會導外連嗎？有規格變化嗎？要把多件獨立商品排進同一頁陳列嗎？要實體出貨嗎？答案直接對到前面的決策樹，類型當場就定下來。
2. 屬性先建，變體再生：可變商品先建立屬性，再批次產生需要的變體；少量特殊規格仍可手動補充，但項目一多就要逐一核對價格、庫存與圖片，避免漏設。
3. 逐個變體補齊四件事：價格、庫存、SKU、圖片，缺一個都會在前台出問題。圖片尤其要對應到規格，客人選規格時主圖跟著切換，轉換率才會高。
4. 檢查虛擬與下載的勾選：不需要出貨就勾虛擬；有檔案就勾下載並設好下載規則。混合商品記得這兩個屬性可以同時存在，不必為了一個檔案另建商品。
5. 到前台用客人視角走完一次結帳：選不同規格、加入購物車、走完整個結帳流程，看運費、稅金、下載連結有沒有如預期出現。很多 bug 只有實際跑一遍才看得到，後台看不出來。
6. 補齊 SEO 基礎：標題、Meta 描述、Product 結構化資料、內部連結一次到位，避免之後跟自己其他商品頁互相搶排名。這一步省下來，後面要花十倍力氣補。

這六步走完，你的商品不只是「上架了」，而是「正確地上架了」。前者只是把東西放上網路，後者才是讓這件商品能被搜尋引擎看懂、被營運流程支撐、被促銷規則覆蓋。差別就出現在上架那一刻的那個下拉選單。

WooCommerce 能成為全球電商外掛的霸主，靠的就是這種「看似簡單、實則設計完整」的商品模型。根據 W3Techs 的 WordPress 統計與 WooCommerce 統計（2026 年 6 月），WordPress 在所有使用內容管理系統的網站裡長年佔據最高的市佔，而 WooCommerce 又是其中規模最大的電商解決方案。這套四種類型加兩個屬性的設計，就是它能從一人賣家一路撐到大型品牌、從實體零售橫跨到數位下載的根基。

選對商品類型，是你在 WooCommerce 裡做過 CP 值最高的一個動作。它不花錢、不裝外掛、不寫程式，卻能幫你省下之後無數次的後台加班，還守住本來就該屬於你的搜尋排名。現在就挑一件你最近要上架的商品，用前面的決策樹走一遍，看看它本來會被你選成什麼、又應該被選成什麼。這個習慣一旦建立起來，你整個商品資料庫會穩很多，後面的促銷、報表、SEO 也才有地基可以疊。