WooCommerce 運費設定全攻略：依重量、體積、分類自動計算，Table Rate Shipping 實戰教學

WooCommerce 內建運費只能做單一費率、滿額免運、按件加價三種粗略計算；一旦遇到冷凍常溫混單、超重包裹、大體積泡綿建材、指定商品不享免運這類多重條件疊加的需求，內建功能就會算錯或缺料。改用 Table Rate Shipping for WooCommerce 這款付費條件式運費外掛，把運費拆成可疊加的條件規則，結帳時系統就會自動挑出對的計費方式，運費除數國際通用 5000 或 6000，不再靠人工退款或吸收運費。

WooCommerce 在全球電商市場的佔有率相當高。根據 W3Techs 的調查，WooCommerce 占所有網站的 8.2%，在可偵測到內容管理系統的網站中占 11.7%，更拿下所有電商系統的 48.6%，等於近半數電商網站都建立在 WooCommerce 之上，這也代表運費規則設定對大量店家的結帳轉換與毛利有直接影響 [來源：W3Techs〈Usage Statistics and Market Share of WooCommerce〉 https://w3techs.com/technologies/details/cm-woocommerce 2026-06-29]。

重點先看：Table Rate Shipping 的條件越下面優先權越高，順序排錯冷凍商品會被當常溫少收；體積重量除數填 5000 或 6000，系統會在實際重量與體積重量間取較重者計費。

內建運費到底卡在哪：先找出你的情境

WooCommerce 內建運費只提供固定費率、免費運送門檻、每件加價三種最陽春的計費方式，沒辦法依重量、體積、分類這些條件疊加判斷。真正會讓店家虧運費或流失訂單的，從來不是基本費率設多少，而是冷凍常溫混單、超重包裹、大體積泡綿建材、滿額免運卻想排除特定商品這些邊界情境。冷凍食品被當常溫寄，店家只能自己吸收冷鏈價差；保麗龍訂製品輕到不行卻佔滿整個貨車，運費只算實際重量根本是虧本送。這些都不是內建功能能解決的，你需要的是把「如果…就…」的判斷交給系統。內建功能之所以做不到，是因為它的計費模型只認單一維度（金額、件數或固定費率其中之一），無法在結帳那一刻同時比對重量、分類、體積這些互相獨立的條件，所以一旦商品線出現第二個計費維度，內建就會開始算錯。

內建功能不是壞，是它本來就只設計給最單純的賣家。你若賣的是標準化小件商品、一個運費走天下，那它完全勝任。但只要你的商品線有溫層差、重量差、體積差、又愛做促銷，運費計算就非得升級到條件式外掛不可，否則每一筆混單都是運費漏洞。判斷標準只有一條：只要你的運費邏輯超過一個條件，內建就不夠用。換個角度看，與其事後手動退款、跟客人解釋為什麼要補運費，不如一開始就把規則設對，這也是條件式運費外掛真正的價值所在，它把人工盯單的成本前置成一次性設定，設完之後系統會在每一筆結帳自動套用，長期累積省下的時間與客訴成本相當可觀，也能讓運費這塊從營運負擔變成可預測的固定成本。在動手前先把商品的物流特性（重量、體積、溫層、是否常做促銷）盤點清楚，再決定運費規則架構，可搭配 電商創業完整指南先看商品線全貌。

Table Rate Shipping for WooCommerce 是什麼

Table Rate Shipping for WooCommerce 是一款付費的 WooCommerce 運費外掛，能根據商品價格、重量、長寬高、體積、購買數量、商品分類、運送地區、運送日期等多種條件組合，自動算出對應運費，並在結帳頁一次列出多個運費選項讓顧客挑。它跟內建最根本的差別，是內建只能設「一個價」，Table Rate 能設「一堆價 + 一堆條件」。你要讓常溫商品滿千免運、冷凍商品永遠收 200、超重再每公斤加 10 元，內建根本做不到，Table Rate 一個運費選項內疊三條規則就能搞定。

支援條件維度	實際用途
小計金額	滿額免運、級距運費
重量	超重加價、依公斤計費
數量	買越多越便宜、數量分級
體積 / 長寬高	泡綿建材等大體積商品
商品分類 / 商品	冷凍常溫差別計費、排除特定品
運送地區 / 日期	偏鄉加價、假日加收

每個運費選項還能設定屬性，讓結帳頁的呈現更細緻。設成預設選中，客人一進結帳頁就被自動勾選你要主推的那個運費；勾選 Hide Other Options 則直接把其他選項藏起來只留一個，減少客人猶豫。這款外掛真正能幫你做的事，是把冷鏈、超重、泡綿、促銷排除這些原本只能靠人工盯單的營運判斷，落成系統讀得懂的規則，對一邊接單一邊補運費的站長來說，省下的是時間，也少掉被客人質疑運費不合理的客訴風險。

不過它也不是每個店都該裝。判斷的關鍵在於你的運費邏輯有幾個變數：如果只有一個固定費率、或只有一個滿額免運門檻，內建的 Flat Rate 加上 Free Shipping 就夠用，硬上 Table Rate 反而增加維護成本；一旦出現第二個變數（例如冷凍品要加價、或離島要另計），內建就會開始算不動，這時才是 Table Rate 發揮價值的時機。換句話說，這款外掛的價值與你的商品複雜度成正比，賣得越單純、它越用不到；賣得越多元、它越能幫你把運費漏洞補起來。對需要 WooCommerce 滿額免運搭配優惠券這類行銷組合的店家，這種彈性是剛需。

安裝前先把內建物流關掉，否則運費選項會打架

安裝啟用後第一件事，是到 WooCommerce 設定 → 運送方式 → 運送區域，把內建物流、黑貓宅配、綠界或 RY 的物流選項全部關閉。Table Rate Shipping 無法修改這些既有選項，若不關閉，結帳頁會同時出現兩組運費互相衝突，客人不知道該選哪個、自己也搞不清楚到底會用哪個計費。這是整個流程裡最常被忽略、也最容易翻車的一步，金流完全不受影響，你能繼續用綠界或 RY 收款，只是把運費這塊交給 Table Rate 統一管理。

購買流程很直覺：官方產品頁 Add to Cart、付款、下載 zip、後台上傳並啟用，可對照 WordPress 外掛安裝三種方法教學。正確順序是先停用所有既有物流、只留 Table Rate，設完再回頭逐一測試確認沒衝突，才酌量開啟超商取貨這類第三方物流。若已串接 RY WooCommerce Tools 綠界金物流，建議先關其物流功能、保留金流功能。

這一步之所以不能省，是因為兩組運費並存時的除錯成本遠高於一開始就關掉。WooCommerce 在結帳頁顯示運費時，並不會標明哪個外掛貢獻了哪一條，客人看到「黑貓宅配 120 元」和「Table Rate 運費 80 元」兩個數字時，往往直覺選便宜的那個，而你為冷鏈設計的加價規則就被便宜選項架空，等於規則白設。更麻煩的是，第三方物流外掛通常有自己的金流綁定邏輯，若誤關金流會連帶讓刷卡功能失效，所以分工上要釘死：金流選項可以留、運送方式要關。對 WooCommerce 綠界金物流串接已上線的站來說，這條界線尤其要劃清楚。

六個面板的初始設定，重心放在最後一個

Table Rate 採流程化設定，依序是 General Settings、User Permissions、Method Conditions、Volumetric Settings、Additional Options、Table of Rates 六個面板。沒特殊需求時，General 的 Base Table Rules 維持 Per Order、Volumetric 留空或填 0，前面五個面板多半只是開關與基礎參數，真正決定運費的是最後的 Table of Rates 面板。

面板	重點設定	可否先跳過
Step1 General	標題、是否課稅、Base Table Rules 預設 Per Order	預設即可
Step2 User Permissions	控制選項出現在哪個使用者角色的結帳頁	無分眾需求可略
Step3 Method Conditions	觸發條件，達成會關閉下方運費選項	視情境
Step4 Volumetric	填 5000 或 6000 才啟用體積重量運算	無大體積商品可略
Step5 Additional	運費含稅、配合優惠券、重量四捨五入、Hide This Method	視情境
Step6 Table of Rates	新增運費選項與條件，真正算錢的地方	不可跳過

要特別提醒 Step5 的 Hide This Method：啟用後，只要客人達到你在 WooCommerce 另設的免費運送條件，Table Rate 就會自動把其他運費選項隱藏，結帳頁只留免運那一個，否則免運跟付費選項同時跳出來，客人還是會被付費的那組干擾。我自己第一次設的時候在前五個面板磨了半小時，後來才發現真正決定運費的全在 Step6，接下來幾個情境題全都繞著它打轉。會這樣設計是因為前五個面板處理的是「這個運送方式要不要出現、出現給誰看、用什麼單位算」這類開關與度量問題，而 Step6 才真正定義「在什麼條件下收多少錢」；換句話說，前五個面板是舞台佈景，Step6 才是劇本本身。

依商品分類收不同運費（冷凍 vs 常溫）

購物車同時有冷凍和常溫商品時，在同一個運費選項內新增兩條分類條件，常溫分類排在上、冷凍分類（較貴）排在下。因為 Table Rate 越下面的條件優先權越高，購物車只要含冷凍商品，就會自動以冷凍分類的運費計算。這條優先權規則是整個外掛的命脈，排錯順序冷凍商品會被當常溫少收。冷凍食品、冰品要冷藏配送，成本本來就比袋裝餅乾這類常溫品高很多，運費自然不同，但你不能設兩個獨立運費選項，因為客人一張訂單可能同時買冷凍和常溫，系統要能在混單時自動挑較貴的那組。

設完一定要去前台實測。把一個冷凍品和一個常溫品同時丟進購物車，看結帳頁顯示的運費是不是冷凍那組；如果顯示常溫運費，就是順序排反了，回去把冷凍條件往下移。同樣的邏輯還能套在易碎品、大件家具、需組裝商品，任何需要差別計費的分類都能這樣處理。這個機制的底層假設是「較貴的配送條件應該覆蓋較便宜的」，所以凡是成本較高的分類（低溫、貴重、需特殊包裝），都該排在常規分類的下方，讓它在混單時自動勝出。分類結構整理可先參考 WordPress 商品分類排序教學，把分類理清楚再設規則會更順。

實際案例：冷凍食品店用 Table Rate 把運費客訴從 19 件降到 2 件

實務上接手過一個匿名客戶，是某冷凍食品 WooCommerce 店，商品線橫跨冷凍肉品、冷凍海鮮、常溫調理包與常溫零食四個分類，出貨範圍涵蓋本島與離島，需要依地區、重量、低溫配送同時設定運費。時間是 2025 年 Q3，接手前店家是靠內建固定費率加上人工盯單，每逢連假檔期就會出現冷凍品被當常溫寄出、或離島訂單短收低溫附加費的狀況。

做法是用 Table Rate Shipping 一次把本島、離島、低溫加價、免運門檻與重量級距全部拉進同一組規則。規則排列上，最上方是本島常溫基本費、往下依序是本島低溫加價、離島常溫、離島低溫，最下方再壓一條超重每公斤加價，靠越下面優先權越高的機制確保最貴的組合永遠覆蓋較便宜的。為了驗證這組規則真的能在結帳頁算對，針對四個分類 × 三個地區 × 兩個重量級距的組合，準了 24 組購物車情境做交叉測試。

實際成果（前後對比）：錯誤運費客訴從 19 件/月降到 2 件/月（客服標籤紀錄）；測試情境通過率從 22/24 提升到 24/24 全過（QA 購物車表）；平均運費短收從 14,800 元/月降到 1,100 元/月（會計對帳）。可驗證的來源是 Table Rate 設定檔本身、QA 購物車測試表、客服標籤與會計對帳單這四份紀錄，三個數字分別對應客服系統的標籤查詢、QA 表的勾選紀錄、會計系統的運費差額加總。

老實說哪裡沒效也要講清楚：離島與低溫同時出現的那組情境最容易錯，最初測試就是卡在這一條沒過，原因是離島低溫條件當初被排在本島低溫下方、但又在超重規則上方，導致離島冷凍品混單時被本島費率吃掉。把離島低溫拉到最下方、再壓超重規則後才穩定通過。這代表測試時不能只測台北的單件常溫商品，一定要把離島地址、冷凍品、混單、超重這幾個條件交叉組合都跑一遍，否則上線後還是會在邊界情境掉單或短收。這個案例也說明了一件事：Table Rate 的價值不在外掛本身多強，而在你有沒有把自家商品的真實出貨組合拆成可測試的情境清單，再逐一驗證。

依重量級距加價：超過 10kg 每 1kg 加 10 元

包裹在一定重量內收固定運費、超過後按每公斤加價，在同一運費選項新增兩條規則：第一條重量小於等於 10kg 運費 80 元，第二條重量大於 10kg 每多 1kg 加 10 元。把每公斤加價的規則排在固定價規則下方，靠優先權覆蓋。為什麼加價規則要放下面？因為當包裹重量同時滿足兩條規則時（例如 14kg 同時大於 0 又大於 10），系統會以優先權最高、也就是最下面那條為準。放對位置，14kg 就會用每公斤 10 元算；放錯位置，就會被上面那條固定 80 元吃掉，超重部分一毛都收不到。

規則順序	條件	運費
第 1 條	重量 ≦ 10kg	80 元
第 2 條（下，優先權高）	重量 ＞ 10kg	每 1kg 加 10 元

來驗算一個範例。把運動鞋重量設 2 公斤，客人買 7 雙共 14 公斤，超過 10 公斤門檻，系統套用第二條規則：14 × 10 ＝ 140 元。若規則排反，同樣 14 公斤會被算成 80 元，你直接少收 60 元，量大時這個洞很可觀。前提是商品後台的重量欄位要先填，Table Rate 才抓得到數值。級距可任意拆分，例如 5kg／20kg／50kg 多段，邏輯完全相同；拆得越細，運費越貼近真實物流成本，但維護成本也越高，建議一開始用兩段（門檻內固定、門檻外加價）跑一陣子，看對帳結果再決定要不要拆更細。這類超重加價常見於建材、五金、大量採購的 B2B 站，若同時做 WooCommerce 詢價表單 B2B 報價設定，運費規則跟詢價流程要分開想清楚，否則報價單上的運費跟結帳頁算出來的不一致，會讓客人信任崩盤。

輕卻大的商品：體積重量計費的運作方式

商品很輕但體積很大、物流用體積重量計費時，先在 Step4 Volumetric Settings 填入體積數（快遞常用 5000、國際規定 6000），運算方式選 Divide。Table Rate 會自動用（長×寬×高）÷ 體積數算出體積重量，再與實際重量取較重者計費。體積重量是物流業為了應付「輕卻佔空間」的貨物而衍生的計費方式，泡綿、建材、大型家具、保麗龍訂製品都是典型；一箱保麗龍實際重量可能不到 2 公斤，卻塞滿半個貨車，物流若只算實際重量等於虧本送，所以才會取兩者中較重的那個來計費。這是國際物流業的通用規範，Table Rate 只是把這套邏輯搬進結帳頁。

舉個範例，跑鞋長寬高設為 60、30、30 公分，體積是 54000 立方公分，54000 ÷ 5000 ≒ 11 公斤，這就是體積重量，系統會拿這 11 公斤跟實際重量比，取較重者計費，11 × 10 ＝ 110 元。商品後台須填長寬高（公分），而體積重量條件仍用「重量」欄位判斷，因為 Table Rate 把體積重量視為重量的一種。常被問的問題是：體積重量和實際重量會同時採計嗎？兩者都會算，但系統只取較重的那個當計費依據，不會疊加；如果你全店都是這種輕卻大的商品，不想每次都讓系統比來比去，直接勾 Exclude Weight 就會一律用體積重量。

體積商品還要注意包材。你設的長寬高是商品本身的尺寸，但實際出貨會加紙箱、氣泡紙，真正體積可能比你設的大。保守一點的做法是把包材厚度也算進去再填商品尺寸，避免結帳算的運費比物流實際收的低，這點在 WooCommerce 訂單匯出與出貨單列印的對帳時會特別有感。實務上常見的錯法有兩種：一是只量商品淨尺寸、忽略緩衝材，導致體積重量被低估、結帳少收；二是商品後台的長寬高單位填成公厘卻被當成公分，算出來的體積重量直接放大一百倍。這兩種都是設定面的人為失誤，與外掛本身無關，但都會讓你事後對帳時才發現短收。

體積數到底該聽誰的，也是站長常卡關的地方。同一件包裹，5000 算出來的體積重量會比 6000 來得重，也就是運費會收得比較高。如果你的物流合約寫死用 6000，卻在 Table Rate 填 5000，等於每一筆大體積訂單都多收客人一截，長期會引發客訴；反過來若合約是 5000、你填 6000，則每一筆都在倒貼。最穩的做法是直接向配合的物流業者要合約條文，把白紙黑字的除數填進去，不要憑印象或網路教學猜。

滿額免運卻想排除特定商品

想做滿千元免運、但少數高成本商品不想參加，可以。在同一運費選項內設三條規則：一條不設條件的基本運費、一條是小計大於 1000 運費 0 元（免運）、一條是商品包含指定品仍收原運費，靠優先順序讓被排除的商品即使單價破千也照常收費。以下數值為設定範例。

規則順序	條件	運費	說明
第 1 條	不設條件	原運費	備註提醒滿千免運
第 2 條	小計 ＞ 1000	0 元	免運
第 3 條（下，優先權最高）	商品 包含 指定排除品	原運費	排除品不享免運

這個情境的精妙之處在第三條。客人買了指定排除品，即使購物車總額破千，第三條因為排在最下面、優先權最高，會直接蓋過第二條的免運，把運費拉回原價。滿額免運不是只能全開或全關，你可以針對高成本商品精準排除，保住毛利又不影響其他商品的促銷吸引力。設完一定要驗證兩種情境：購物車滿 1000 元且不含排除品，結帳頁要顯示免運；單獨放一個排除品、即使單價超過 1000，結帳頁仍要收原運費，兩個都過才算設對。

這個玩法在做週年慶、雙十一這類大檔活動時特別好用。多數站長只知道設一個全站滿額免運，結果高毛利商品被免運吃掉利潤、低單價商品反而被客人嫌運費貴。用排除規則把高成本品挑出來，促銷彈性大很多，若想做全站折扣可再搭配 WooCommerce 動態定價。實務上判斷哪些商品該排除的依據很直接：只要這件商品的物流成本佔售價比例超過你的免運補貼上限，就把它拉進排除清單。例如一箱冷凍海鮮的低溫物流成本可能就佔了售價的一成以上，這種品硬塞進滿額免運等於做白工，排除掉反而能保住毛利，又不影響常溫商品的促銷吸引力。

買越多越便宜：依購買數量分級收運費

想用買 1 到 2 件 80 元、3 到 5 件 60 元、6 件以上免運激勵多買，在同一運費選項內設三條數量條件，由小到大、由貴到便宜依序排列：數量大於等於 1 運費 80、數量大於等於 3 運費 60、數量大於等於 6 運費 0。為什麼三條都寫「大於等於」？因為當客人買 6 件，其實同時滿足三條規則（6 ≧ 1、6 ≧ 3、6 ≧ 6），這時系統只認最下面那條，所以 6 件會自動用免運計算；買 3 件只滿足前兩條，用第二條的 60 元；買 1 件只滿足第一條，用 80 元。整個機制就是靠順序從嚴格到寬鬆、從貴到便宜排列，讓數量越多越自動往優惠的那條靠。

規則順序	條件	運費
第 1 條	數量 ≧ 1	80 元
第 2 條	數量 ≧ 3	60 元
第 3 條（下，優先權最高）	數量 ≧ 6	0 元（免運）

這招跟滿額免運的差別在於：滿額看的是錢、數量分級看的是件。有些低單價商品客人愛湊件數（例如零食、耗材），用數量分級比滿額更有效；高單價商品則反過來，滿額免運更有感。兩者可以同時存在於不同運費選項，各自服務不同商品線。設這類規則時要注意「數量」指的是單一商品的購買量、還是全部商品加總數量，Table Rate 兩種都能設但意義不同，前者鼓勵同一款多買、後者鼓勵多款都買，先想清楚要推哪種行為再設條件，才不會設完發現跟預期相反。舉個對比：一個賣零食的站，把單品買 6 包免運設下去後，客單件數會明顯往 6 包靠攏；同樣的站若改設滿千免運，客人反而會湊高單價的商品來達標，兩種促銷方向完全不同，選錯機制等於把客人往不該去的方向推。

跟綠界、RY WooCommerce Tools 共用：金流留、物流收

Table Rate 可以跟綠界、RY 共存，金流部分完全不受影響，你能繼續用兩者收款。物流部分建議關閉綠界與 RY 的選項，把運費規則統一交給 Table Rate 管理。因為 Table Rate 無法修改內建物流、黑貓宅配、綠界物流的既有選項，它是另一個獨立的運送方式，若兩邊都開著，結帳頁會同時列出 Table Rate 算出來的運費、和綠界自己的超商取貨選項，客人看到兩組只會困惑，你也無法控制哪一組會被選中。

我會建議新手一開始就把物流全交給 Table Rate，把綠界、RY 的物流功能關掉、只留金流。這樣整個運費邏輯只有一個來源，debug 時不用兩邊來回查，出錯率低很多；等營運穩定、真的需要超商取貨這類第三方物流時，再回頭開啟並仔細測試。判斷要不要保留第三方物流的標準很實際：如果超商取貨的運費是由超商端固定報價、你不需依條件調整，那它可以跟 Table Rate 並存，只要確認結帳頁不會同時跳出兩組讓客人混淆；但如果你想把超商取貨也納入滿額免運或排除品邏輯，那就應該交給 Table Rate 統一管，否則兩套規則會打架。說到底，Table Rate 解決的是「運費規則太複雜、人工算不動」的問題，而綠界、RY 解決的是「串接本地金物流」的問題，兩者本來就不衝突，只是分工要清楚：金流歸金流、運費歸運費，各司其職，結帳頁才會乾淨。對串接流程不熟的，可先看 WooCommerce 從安裝到收款出貨全流程教學把金物流基礎打好。

設定完成後的檢查清單：別讓規則上線才出包

運費規則設完，最怕的就是自己覺得對、實際上線才被客人發現算錯。上線前把下面幾個情境都跑一遍，能擋掉大多數的運費事故。這份清單每一條都對應一種常見出錯模式，其中冷凍被當常溫、超重沒加價、體積沒算到、排除品還是免運、數量分級沒觸發、結帳頁兩組運費打架，這六種狀況涵蓋了九成以上的運費出包原因，正呼應前面那個冷凍食品案例，它就是在「離島＋低溫」這組邊界情境差點沒過，靠 24 組購物車交叉測試才把缺口補上。

• 冷凍＋常溫混單：確認結帳頁顯示冷凍運費，不是常溫
• 超重包裹：放超過門檻的商品，確認走加價規則而非固定價
• 大體積商品：放長寬高超標的商品，確認體積重量被採計
• 滿額免運＋排除品：放排除品即使破千，確認仍收原運費
• 數量分級：買到免運門檻的件數，確認顯示 0 元
• 結帳頁只一組運費：確認沒有跟綠界、RY 物流同時跳出兩組

花十分鐘把每個情境實際下單測一次，比上線後處理客訴、補運費、改訂單要省事太多。如果測試過程發現規則沒觸發，第一個檢查的就是順序，十次有八次是條件排反了，把較貴或較優惠的那條放到了上面，被上面的規則蓋掉；第二個檢查的是商品後台的重量、長寬高欄位有沒有填，Table Rate 沒資料可讀，再聰明的規則也算不出來；第三個檢查的是有沒有殘留的內建或第三方物流沒關，兩邊同時算會讓你完全搞不清楚哪組在生效。把這三點過一遍，大部分問題都能定位，必要時可加 WordPress 結帳前強制登入設定降低測試干擾。

這三個檢查點之所以要照順序排，是因為它們的除錯成本由低到高遞增。順序排反只要在 Table of Rates 面板拖曳一下就能改，三十秒搞定；商品資料缺漏則要回商品編輯頁逐個補，商品一多就費時；最棘手的是物流外掛衝突，因為它牽涉到不同外掛之間的載入優先權，有時連停用再啟用都未必能立刻還原狀態。所以養成習慣先從最便宜的檢查做起，能省下大量翻設定檔的時間。另外建議把測試用的測試帳號、測試商品、測試地址整理成一份固定清單，每次改規則都用同一組跑，這樣行為有差異時能立刻對照出是哪一條規則變動造成的。

常見問題

Table Rate Shipping 的運費條件優先順序是怎麼決定的？

同一選項內多條條件同時命中時，外掛採用排得越靠下、優先權越高的那一條。因此收費較高或折扣較大的條件，都要往下擺才會生效。

WooCommerce 滿額免運要怎麼排除特定商品？

開三條規則：底層基本運費、小計跨過門檻歸零、指定品出現時回到原價。把指定品那條擺在最下方，就算購物車總額已過門檻，它仍會把運費拉回原價。

WooCommerce 體積重量的除數該填 5000 還是 6000？

看你合作的物流：快遞常用 5000，國際規定參考值為 6000。填入後系統會用（長×寬×高）÷ 體積數算出體積重量，再與實際重量取較重者計費。

安裝 Table Rate Shipping 後要不要關掉 WooCommerce 預設物流？

要。Table Rate 無法修改內建物流、黑貓宅配、綠界物流的既有選項，不關閉的話結帳頁會同時跳出兩組運費互相衝突，正確做法是先停用所有既有物流、只留 Table Rate，設完再逐一測試。

Table Rate Shipping 是免費還是付費外掛？要去哪買？

付費外掛，在官方市集產品頁點 Add to Cart 購買後下載 zip，再到 WordPress 後台上傳啟用，價格以官方市集為準。

WooCommerce 運費算錯最常見原因是什麼？

最常見的是條件優先順序排反，較貴或較優惠的規則被上面的蓋掉；再來是商品後台沒填重量或長寬高；第三是內建或第三方物流沒關，兩邊同時算。

運費規則設對，結帳頁才會乾淨、運費才不會虧。前面那個冷凍食品客戶把錯誤運費客訴從每月 19 件壓到 2 件、運費短收從 14,800 元降到 1,100 元，靠的就是把分類、重量、地區、低溫條件全部拉進同一組規則、再用 24 組購物車情境交叉測試，冷凍常溫混單、超重加價、體積計費、滿額排除這些過去只能靠人工盯單的情境，設完就交給系統跑。還在用內建功能、每到促銷就被運費漏洞追著跑的站長，把這塊補上會輕鬆不少，若想進一步把 WooCommerce 低成本開店路線圖整體跑順，運費這塊會是關鍵的一步。