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）：基本功，也是最容易偷懶的選擇

簡單商品是 WooCommerce 的預設值，一件商品、一個價格、一組庫存。它背後的前提是「這件商品真的只有一種樣貌」，通常適合這種情況。判斷的標準很直接：這件商品有沒有會影響價格或庫存的規格差異？如果沒有，用 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. 核對各變體價格與需要獨立設定的欄位：變體沒設價格的話，前台會顯示「這個商品目前無法購買」，這是最常見的卡關點。圖片也要逐一對應到規格，這樣客人選顏色時主圖才會跟著切換，轉換率才會漂亮。

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

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

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

屬性可用來呈現產地、材質或洗滌方式，不一定要產生變體。只有需要讓顧客選擇且會影響購買選項的屬性，才勾選「用於變化類型」。價格須確認可購買的各變體都有設定；SKU、圖片與庫存則可依需求使用父商品或變體設定。要讓這類描述性資訊在商品頁上更好找，可以把它們拆成商品頁的獨立頁籤，為洗滌保養、成分、退換貨各留一個專屬位置，讀者找規格時也就不必翻遍整段商品描述。

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

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

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

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

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

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

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

需要組合販售、子項數量或組合折扣時，可評估Bundle擴充；不同工具可用固定或逐項價格、必選或選購項目，不一定是單一新SKU和固定總價。如果你想推「買鍋子送鍋鏟」「咖啡豆＋濾紙＋杯子合購價」這類強制綁定的玩法，會需要 YITH、Product Bundle 之類的付費外掛。實務上習慣先看過YITH WooCommerce 外掛評測，再決定這個專案適合哪一套。

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

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

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

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

誰適合用聯盟商品

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

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

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

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

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

標為虛擬的商品不需要運送，核心會停用它的運送欄位；購物車若仍有實體商品，訂單依然可能需要地址、運費與物流。服務、課程或會員資格還要分別配置交付與存取權限，不能只靠Virtual完成。

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

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

1. 檔案來源：付費下載檔案宜從商品編輯頁上傳，並確認下載方式與伺服器保護設定。一般 WordPress 媒體庫檔案可由直接網址公開存取；外部儲存也要另外驗證下載權限，不能把分享連結當成購買驗證。
2. 下載次數限制：預設空白代表不限次數；你也可以設一個數字，限制客人能下載幾次，這是基本的防盜用保險。
3. 到期天數：到期依訂單建立下載權限時的設定計算；付款時授予存取與訂單狀態會影響可下載時點。空白代表不設定到期限制。賣線上課程或時效性素材時，這個欄位特別好用。

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

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

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

訂閱可販售實體商品或虛擬服務，不是「虛擬」的同義詞。週期扣款、續約與重試需要訂閱擴充，且付款外掛必須明確支援該擴充的自動續訂；金流商有定期扣款 API，不代表任一 WooCommerce 串接都能直接使用。

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

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

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

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

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

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

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

運費：實體商品的運費規則是一套獨立的 WooCommerce 運費設定，可依所選核心方法或擴充計算；重量、體積等規則需對應的支援。可變商品的不同變體如果重量差距大（例如同一款桌子有兩種尺寸），務必在每個變體各自填重量，不然運費會算錯，賠的是自己的利潤。

價格：可變商品每個變體可以有自己的定價，但如果你想跑「全館九折」「滿千送百」「買 A 送 B」這類跨商品的促銷，核心優惠券可設定全館百分比或「滿額折固定金額」；每滿額累進、買贈等更複雜規則才需要評估動態定價外掛。促銷規則越複雜，越要在選類型階段就想清楚能不能支撐，免得活動上線才發現規則寫不出來。

庫存：可變商品可選父商品共用庫存、各變體獨立庫存或混合管理。先確認實際庫存是共用還是依規格分開，再測試缺貨、預購及混合選項，不必為了使用 Variable 就強制每個變體獨立扣庫。

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

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

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

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

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

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

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

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

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

第二種，把規格當成商品描述。有人賣保養品，同一罐精華液分 30ml 與 50ml，他建了兩個 Simple Product，標題寫「保濕精華液 30ml」「保濕精華液 50ml」。這跟不沾鍋案例是同一種病：兩個頁面內容高度重疊，可能增加維護與網址整併成本；庫存與促銷則依設定管理。容量可設為變體，也可依差異化內容與通路需求分開；應核對購物體驗、庫存與網址策略。

第三種，把 Bundle 當 Grouped 用。有人想推「咖啡豆＋濾紙＋杯子合購價」，用 Grouped 商品把三件排在一起，結果子商品各自定價，可以放入同一購物車一起結帳，但不會自動套用組合優惠價。他想要的是強制綁定的捆綁銷售，那需要 Bundle 外掛，不是內建的 Grouped。搞錯工具，活動邏輯從一開始就成立不了。

這三種錯的共同點是：當下看起來都「上架成功了」，後遺症要等促銷檔期、報稅季、或 SEO 排名一直上不來時才爆發。選對類型有助減少管理問題，仍需驗證庫存、金物流與SEO設定。

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

理論上 WooCommerce 允許你在後台直接切換商品的類型，但實際切下去，可能影響變體資料、設定與前台輸出；不應推定一定丟失訂單或使排名歸零。以下列出幾個最常見的雷，你真的要換之前先有心理準備。

• 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 也才有地基可以疊。