一件 T 恤要賣三種尺寸、四種顏色，你會怎麼上架？把每個顏色尺寸都各自開成一個商品，光是複製貼上規格說明就得重複做十幾次，庫存改一個數字還得逐一點開對照，商品一多，後台管理起來像在打地鼠。
這正是 WooCommerce 可變商品設定要解決的問題。可變商品用「屬性」定義有哪些選項，像顏色、尺寸；系統再把屬性組合成一個個「規格」，每個規格各自能有自己的價格、庫存、圖片，卻共用同一個商品頁、同一個網址。設定一次到位，後台只要維護一件商品，前台也不會被拆成好幾個網址互搶排名。
只是這套設定牽涉的分頁和欄位不少，沒搞懂彼此的關係，很容易卡在「規格產生出來卻是空的」這一步。先從可變商品怎麼組成、跟簡單商品的差異在哪裡講起。
可變商品是什麼？由屬性組成、能各自訂價的規格
WooCommerce 把商品規格拆成兩層。「屬性」（Attribute）負責定義這件商品有哪些可以選的項目，像顏色、尺寸；「規格」（Variation）才是顧客實際會買到的那一件，例如「藍色、L」這個組合本身就是一筆獨立的資料，能各自設定價格、庫存、SKU、圖片，也能有自己的重量與運送類別。以官方文件的 T 恤範例來說，一款商品同時有 S、M、L 三種尺寸、又各自搭配好幾種顏色時，每個尺寸加顏色的組合就是一個規格。
這跟開很多個「簡單商品」的差別，不只是後台管理方不方便。前台呈現也不一樣：可變商品用一個商品頁、一個網址承接所有規格，顧客在同一個頁面切換顏色跟尺寸；如果改用簡單商品，等於每個顏色開一個獨立商品頁，每個頁面各自累積流量、評論與連結，反而會被彼此拆散排名，甚至互相競爭同一組搜尋字詞。
所以決定要不要做成可變商品，關鍵不是「這件商品有沒有選項」，而是「這些選項該不該共用同一個商品頁」。同一個款式只是顏色或尺寸不同，理應合併成一個可變商品；如果是完全不同的產品線，即使外觀類似，也不必硬塞進同一個商品裡。
規格與加購選項的分界在於會不會改變庫存與貨號
不是每個「讓顧客多選一項」的需求都該做成規格。判斷的關鍵在於這個選項會不會改變要出貨的是哪一件實體商品，也就是會不會影響 SKU 跟庫存。顏色、尺寸、容量這類選項，選了不同值，出貨的實體商品就不同，庫存也該分開算，這種才是規格。禮盒包裝、刻字服務、加購保固這類需求，只是多收一筆費用或記錄一個顧客偏好，出貨的核心商品沒有變，這種該用加購選項，而不是規格。
WooCommerce 規格欄位的設計本身也印證這個分界，規格層級能個別設定是否可下載、是否為虛擬商品這類跟「出貨版本」有關的屬性，代表規格承載的是一件完整、會被履行的商品版本，不是單純一筆加購費用。把加購硬做成規格，後果很直接，規格數量會跟著暴增，一款商品本來只有 3 種顏色 4 種尺寸，硬加「要不要刻字」就變成兩倍規格，庫存也會被拆得四分五裂，同一件實體商品的存貨數字反而失真，對帳跟盤點都會變得更麻煩。
全域屬性和自訂屬性的取捨在於要不要重複用在其他商品
開規格之前，要先決定屬性怎麼建。WooCommerce 提供兩種屬性，全域屬性要先在 Products 底下的 Attributes 頁面建立好名稱，再進去設定各個數值，之後任何商品的屬性分頁都能直接從下拉選單選用；自訂屬性則是省去這道手續，直接在單一商品的屬性分頁按「Add New」、輸入名稱，數值之間用半形「|」分隔，例如 Medium | Large | XL | XXL，只服務這一件商品。
選哪一種，判準是這個選項會不會重複用在其他商品上。如果店裡好幾款商品都會用到「顏色」「尺寸」，先建全域屬性最划算，之後每件商品直接選用就好，還能拿來當前台篩選或分類的依據。只有這一件商品才有的特規，像某款限定色只出這一次，用自訂屬性就夠，不必為了一次性的東西把它塞進全站共用的屬性清單。
選錯的代價也不小。全站都要重複用的屬性卻用自訂建，等於每開一件新商品都要重打一次選項，還沒辦法拿來做前台篩選；只用一次的特規卻硬做成全域屬性，會讓 Attributes 頁面越堆越雜，之後要選對屬性反而更花時間。
切換成可變商品後價格欄位變成規格未填時的預設值
動手操作的起點，是商品編輯頁「商品資料」區塊最上方的下拉選單，把商品類型從預設的「簡單商品」切換成「可變商品」。切換完，側邊會多出「屬性」跟「規格」兩個分頁，接下來兩節要做的事就在這兩個分頁裡完成。
很多人第一次切換會愣一下，原本「一般」分頁的常規價格欄位好像不見了。其實欄位還在，只是語意變了。切成可變商品之後，商品層級的價格不再是顧客實際付的錢，而是「規格沒有自己設定時的預設值」；實際賣多少錢要看規格分頁，每個規格都能有自己的常規價格，商品層級的欄位頂多在規格留空時當備援。
這也是為什麼「一般」「庫存」這些原本熟悉的分頁，切成可變商品之後功能會微調，很多欄位從「這件商品實際的值」變成「規格沒填時的預設值」。先弄懂這個角色轉換，後面填屬性跟規格才不會覺得欄位對不起來。
屬性分頁的數值只有勾選用於規格才會進入規格清單
這是整個設定流程最容易漏掉的一步，也是「規格分頁按了產生卻是空的」最常見的成因。屬性加進商品的屬性分頁之後，要先選好要用的數值，可以全選，也可以只挑幾個真的要賣的顏色或尺寸；選完數值，還要勾選兩個核取方塊，「在商品頁面中可見」決定前台要不要顯示這個屬性，「用於規格」才是決定這個屬性要不要拿去產生規格組合。這兩個勾選框是分開的兩件事，只勾前者、沒勾後者，這個屬性只會單純顯示在商品說明裡供參考，系統不會拿它去組合規格。
存檔動作也容易漏掉一步。屬性分頁下方有一個獨立的「儲存屬性」按鈕，跟商品右上角的「發布」或「更新」是分開的兩個動作。剛才勾選的數值跟核取方塊，一定要按「儲存屬性」才會真的存進去，只按了商品整體的發布或更新，屬性的設定不會生效，切到規格分頁一樣看不到任何組合。
舉例來說，一款上衣的顏色屬性有黑、白、藍三個數值，如果只想賣黑跟藍，可以在選數值時只勾這兩個，不用整批清單都選滿；等按下儲存屬性、確認清單裡出現的是要賣的顏色之後，再切到規格分頁，產生出來的組合才會剛好對到真正要賣的品項，不必事後再刪掉不要的規格。
規格分頁按一次全部產生，或手動一個個加
屬性設定好、按下儲存屬性之後，切到規格分頁，這裡有兩條路可以走。「由所有屬性建立變化類型」會一次把所有屬性數值的組合都做出來，3 種顏色乘 4 種尺寸，系統自動算好、產生 12 個規格；「新增變化類型」則是手動一個個加，只加真的要賣的組合，例如某個顏色故意不出某個尺寸。
兩種做法各有取捨。全部產生最快，但如果不是每個組合都真的要賣，像某個顏色沒有出到最大尺寸，之後還要回頭把不需要的規格一個個刪掉；手動加比較慢、要自己想清楚每個組合，但一開始建出來的規格清單就是乾淨的，不用事後清理。商品規格數量不多的時候，兩種做法差別不大；規格一多，手動加會比較費工，但省下後面刪除的麻煩，值得依商品特性選擇。
還有一個容易被忽略的上限：「由所有屬性建立變化類型」單次最多產生 50 個規格。如果屬性組合超過 50 種，按一次不會全部生完，要重複按同一個按鈕，系統才會補完剩下的組合。商品的顏色、尺寸選項多的時候，這一步容易被誤以為規格產生失敗，其實只是還沒按完。
每個規格的價格、庫存與圖片，沒有價格就不會出現在前台
規格產生出來之後，每一筆一開始都是空的，要一個個點開設定。這是整個 WooCommerce 可變商品設定流程裡最核心、也最花時間的區塊，價格、庫存、圖片這三類欄位是最基本要處理好的。點開規格列的方式是點規格列右側的三角形圖示，或直接點空白列展開設定選單，展開後會看到分成好幾組的欄位：一般、庫存、運送、連結商品。
這裡最多人踩的雷是漏填價格。規格如果沒填常規價格，這個規格根本不會出現在前台，顧客連選都選不到，商品看起來就像壞掉一樣，卻查不出原因。另外，規格分頁底部有自己的「儲存變更」按鈕，跟商品整體的「更新」或「發布」是分開的兩個動作，規格改完一定要記得先按規格分頁的儲存變更，再去按整體的發布或更新，不然剛才填的價格、庫存全部不會生效。
定價與特價欄位，只填一般售價也能先上架
常規價格是規格欄位裡唯一必填的一項，決定顧客實際會付多少錢。特價欄位是選填，先不填也沒關係，之後真的要做促銷活動，再回來補上特價跟起訖日即可，不影響商品先上架。
比較容易忽略的是「成本」這個欄位。填了這個規格自己的成本，系統就能算出這個規格實際的毛利；如果留空，會沿用「一般」分頁裡設定的商品整體成本。同一件商品裡，不同顏色或尺寸的製作成本本來就可能不一樣，想要精準抓每個規格的獲利，值得逐一填上。
庫存管理二選一，規格自己管或沿用商品層級庫存
規格的庫存欄位第一步是「管理庫存」這個勾選框。勾了，這個規格才會出現自己的庫存數量、是否允許缺貨下單、低庫存通知門檻這幾個欄位，系統會照這個規格單獨算存貨；不勾，庫存就退回沿用商品整體層級的設定，不會另外顯示這個規格自己的庫存數字。
低庫存通知門檻留空的話，會沿用商品整體設定的門檻，不用每個規格都重打一次。至於商品層級庫存跟規格層級庫存分別適合什麼情境、能不能混著用，後面「商品層級和規格層級的庫存能混著搭配管理」那節會展開講判斷邏輯，這裡先弄懂欄位本身在哪裡、怎麼填。
規格圖片，從單張示意圖升級成能放進多張的圖庫
每個規格原本只能設定一張主圖，顧客選了這個規格，前台的圖片就換成那一張。這是最基本的用法，適合只想讓顧客一眼看出「這是哪個顏色」的商品。
比較新的功能是規格圖庫。WooCommerce 官方文件標注，從版本 11.1 開始，可以幫每個規格額外加掛好幾張圖片，組成專屬這個規格的小圖庫，顧客選規格時，整組圖片會一起換過去，取消選擇則會恢復成商品原本的圖庫。操作方式是先點規格主圖旁的圖片框設定主圖，再點「管理」旁的「規格圖庫」加更多圖，用拖曳排序，排在第一張的會成為主圖。
這個功能相容經典圖庫跟區塊化圖庫，但吃主題支援度。如果佈景主題用的不是標準的 WooCommerce 商品圖庫元件，規格圖庫可能不會正確顯示或切換，上線前最好先在測試環境確認一輪，避免顧客選了規格卻看不到對應的圖片。
貨號之外的國際條碼欄位，留空會沿用商品層級設定
除了 SKU（貨號），規格欄位裡還有一個容易被忽略的「條碼」欄位，可以填 GTIN、UPC、EAN 或 ISBN。這是要把商品同步上架到其他通路時常會被要求的國際條碼格式，像比價網站或其他購物平台，有些會要求商品必須帶這組編碼才能匯入。
這個欄位的繼承邏輯跟 SKU 一樣，商品層級如果已經填了條碼，規格層級留空，會自動沿用商品層級的值，不用每個規格都重複輸入同一組編碼；只有真的要讓每個規格帶不同條碼時，才需要逐一填寫。
預設表單值決定商品頁開啟時率先顯示的規格
規格至少建好一個之後，規格分頁最上方會出現「預設表單值」這個選項，可以指定顧客一打開商品頁，就先看到哪個規格已經被選起來，例如把最多人買的顏色設成預設。這個選項只有在已經建立至少一個規格之後才會出現，規格分頁還是空的時候看不到它。
設定跟不設定，對顧客的操作流程有實際差異。設定好預設表單值之後，顧客不用自己先選過一輪屬性，就可以直接按加入購物車；沒有設定的話，顧客一定要先手動選完所有必填的屬性，加入購物車的按鈕才會出現。對轉換率敏感的商品，少一次點擊往往就能少流失一些猶豫的顧客。
商品層級和規格層級的庫存能混著搭配管理
規格分頁的各項欄位設定好之後，回頭看整個商品的庫存怎麼算，也還有彈性可以選。庫存管理不是「整個商品選一種算法」的二選一，同一個商品裡，可以讓部分規格自己管庫存，其他規格沒勾選管理庫存，就退回沿用商品層級的共用庫存，兩種算法可以並存，不衝突。
商品層級庫存適合規格之間其實共用同一份實體庫存的情境。舉例來說，同一件商品有兩種規格，一種是純實體商品，一種是實體商品加數位下載，不管顧客買哪個規格，出貨的都是同一批實體商品，這時候用商品層級管理庫存，才能正確反映不管賣出哪個規格，實體庫存都是共用同一個數字在扣。
規格層級庫存則適合顏色、尺寸各自有獨立存貨的一般情境，像藍色 5 件、綠色 10 件、紅色 15 件，賣出一件紅色只會扣紅色的庫存，不會影響藍色跟綠色的數字。這也是多數服飾、雜貨類可變商品最常見的用法。
「隱藏缺貨規格」這個前台選項，在 WooCommerce 的設定裡，商品分頁下的庫存區塊，勾選「將沒有庫存的項目從商城隱藏」，要同時符合四個條件才會真正生效：這個設定本身要開啟、該規格的庫存要用規格層級管理而不是商品層級、該規格的庫存要是 0 或狀態設成缺貨、該規格沒有開放缺貨下單。只要其中一個條件沒滿足，像規格允許缺貨下單，即使庫存是 0，前台下拉選單還是會照樣顯示這個規格。
規格數量一多，用批次動作一次調整價格和庫存
規格一多，十幾二十個以上，一個個點開改價格、改庫存會很沒效率。規格分頁上方有一個「批次動作」下拉選單，可以一次對這個商品底下所有的規格套用同一個變動。
批次動作支援的項目分成好幾類：定價方面可以設定、調漲或調降常規價與特價，能用固定金額或百分比計算，也能統一設定促銷起訖日；庫存方面可以切換是否管理庫存、設定庫存狀態、設定低庫存門檻；運送方面可以一次調整長寬高跟重量；還有下載相關的次數上限與到期天數，適合虛擬商品或數位商品。
要留意批次動作套用的範圍是「這個商品的所有規格」，不能只挑其中幾個規格套用。如果只想改某個顏色的價格，而不是整個商品的所有規格都要調，還是得回到單一規格展開改，批次動作幫不上忙。
規格對不上，三個常被誤會成故障的成因
規格建好之後又跑回屬性分頁改動，是最常見的失誤來源。加了一個新顏色，或刪掉一個尺寸，舊的規格組合不會自動跟著更新，系統不會主動幫忙補上新的組合，也不會自動刪掉已經不存在的組合。要回規格分頁重新產生，或手動補上新的組合，不然新增的屬性值不會有對應的規格，顧客在前台選了也買不到。
第二個容易讓人誤會成設定壞了的，是規格數量的門檻。規格數量在 30 個以下時，前台的下拉選單是動態的，顧客選了尺寸之後，顏色下拉只會顯示這個尺寸還有現貨的顏色；規格一旦超過 30 個，下拉選單會切換成靜態，不管前面選了什麼，每個下拉選單都顯示全部選項，顧客選到不存在或缺貨的組合，才會看到找不到符合商品的提示訊息。這不是設定錯誤，是系統為了效能特意切換的行為，規格一多，即時運算所有可能組合會拖慢頁面速度。
第三個是「任一屬性」這個萬用選項容易造成規格判定混亂。官方文件建議一般情況盡量幫每個規格都定義完整的屬性值，避免使用萬用選項；真的要用，建議改用商品層級管理庫存而不是規格層級、所有規格訂同一個價格，並把最具體的規格排在管理畫面規格列表最上面，萬用規格排最下面——因為系統判定重複規格時，是由上到下抓第一個符合的資料。
上架前的檢查，前台呈現的是價格區間或單一規格
規格都設定完，按下發布或更新之前，值得做最後一輪檢查。先回到規格分頁，確認每個真的要賣的規格都有填常規價格、庫存狀態也設對了，漏了價格的規格前台不會顯示，漏了庫存狀態的規格則可能顯示成有貨，實際上根本沒貨可出。
接著實際打開前台商品頁驗證。如果各規格的價格不同，顧客還沒選完規格之前，商品清單頁或商品頁上方看到的會是一個價格區間，例如 NT$300 到 NT$450；等顧客真的選完所有必填的屬性，頁面才會更新成那個規格確切的價格、圖片跟庫存狀態，同時出現加入購物車的按鈕。如果商品裡所有規格價格都一樣，就不會顯示價格區間，而是直接顯示單一價格。
發布之後，也別忘了實際測試選到缺貨或不存在的組合時，前台顯示的訊息是不是講得清楚。顧客選到一個沒有庫存、或根本沒有對應規格的組合，應該要看到明確的提示，而不是卡在一個按下去沒反應、猜不出原因的按鈕上。
抓對 WooCommerce 可變商品設定的這幾個步驟順序，一款商品不管有幾種顏色、幾種尺寸，都能用同一個商品頁完整管理，不用再靠複製貼上開出一堆長得幾乎一樣的商品。屬性負責定義選項、規格負責承接每個組合各自的價格與庫存，中間夾著幾個容易漏勾的核取方塊跟容易忘記的重新產生動作，把這幾步搞懂一次，之後每開一款新商品都能省下不少重複的功夫。