WooCommerce 運費設定全攻略:Table Rate 教學
WooCommerce 運費設定全攻略:用 Table Rate Shipping 外掛依重量、體積、商品分類自動計算運費,搞定冷凍常溫混單、超重加價、滿額免運排除品,結帳頁不再算錯。
作者:褚崇名(Sliven)
本頁目錄
- 運費為什麼是電商轉換率的隱形殺手
- 四種常見的運費呈現方式
- WooCommerce 運費的三層架構:區域、方法、費率
- 台灣的運費分區邏輯:本島、離島與超商取貨怎麼拆
- 超商取貨的件數與重量上限,要在結帳前就擋住
- 免運門檻的算術:怎麼訂出一個不會賠錢的數字
- 把免運成本算進定價:一個完整的思考流程
- 依重量計算運費:Weight Based Shipping 的設定思路
- 重量級距的設計原則
- 體積與材積重:輕但大的商品為什麼會吃掉利潤
- 依商品分類拆運費:把高物流成本的品項獨立出來
- Table Rate Shipping 實戰:一張費率表取代十條規則
- 一張典型的台灣電商費率表長什麼樣
- 多重條件交織時,怎麼理出判斷順序
- 運費、稅金、優惠券的連動地雷
- 地雷一:免運優惠券和免運門檻打架
- 地雷二:優惠券折扣後的金額,會影響免運門檻
- 地雷三:運費要不要課稅
- 運費在前端的顯示時機:把驚嚇降到零
- 運費上線前設定清單
- 從運費到出貨的串接
- 開始前的盤點與下一步
想像一下這個畫面:客人把三件商品放進購物車,興沖沖點進結帳頁,看到運費欄位跳出 250 元,下一秒關掉視窗。購物車裡的商品加起來 1800 元,他腦中快速算了一下,覺得運費佔了快百分之十四,不划算,然後就沒有然後了。這種事每天都在發生。
運費不只是後台的技術設定,它也是定價策略與結帳體驗的一部分。WooCommerce 把運費的彈性做得很細,細到很多店主一進設定頁就迷路。這篇把運費設定拆成「區域、方法、費率」三層架構,再依重量、體積、商品分類說明 Table Rate Shipping,中間穿插台灣本地會遇到的超商取貨、離島加價、免運門檻等決策點。
重點摘述:WooCommerce 的運費不是單一欄位,而是一套條件組合。把運費設定想成一張試算表,左邊是觸發條件(地區、重量、件數、金額、商品分類),右邊是對應費率。Table Rate Shipping 就是那張試算表的外掛化身。這個心智模型一旦建立起來,後面所有設定都會變直覺。
運費為什麼是電商轉換率的隱形殺手
很多店主把精力花在商品頁的圖片、文案、評價上,卻忽略了一個事實:客人走進結帳頁的那一刻,心裡已經盤算的是「總價」,不是商品價格。運費若到結帳關頭才出現,就會成為突發變數。當運費高出預期,客人可能不清楚成本來源,進而降低信任。
換個比喻:商品頁是你精心佈置的櫥窗,結帳頁是收銀台。如果客人在收銀台發現帳單比預期多了一筆他看不懂的費用,就算商品再喜歡,也會有人當場反悔。運費設定的本質,就是讓這筆費用在客人預期之內、並且合理。
根據 W3Techs 的長期追蹤(2026 年 6 月),WooCommerce 在其追蹤的網站中維持可觀的使用比例。如果你還沒把 WooCommerce 的基礎架好,可以先看完整的 WooCommerce 架站實戰教學,這篇直接聚焦運費。
四種常見的運費呈現方式
| 運費呈現方式 | 客人的可能感受 | 主要風險 |
|---|---|---|
| 商品頁標「免運」,結帳才發現要滿額 | 被誤導 | 免運條件揭露不完整 |
| 運費欄位空白,直到結帳後段才跳出數字 | 無法預估總價 | 總價出現得太晚 |
| 所有商品單一運費,不管買幾件 | 買少時可能覺得不划算 | 與實際物流成本偏離 |
| 依重量或件數自動計算,規則清楚 | 較容易預期 | 商品資料或級距設錯仍會誤算 |
結論很直白:運費要「可預期」而且「規則透明」。WooCommerce 提供的工具,就是在幫你把這兩件事自動化。
WooCommerce 運費的三層架構:區域、方法、費率
很多教學一上來就叫你去點「運送」設定頁,然後開始填數字。問題是,如果你腦裡沒有整體架構,那些欄位只會讓你越填越糊塗。先把心智模型講清楚,後面的實作你會發現每一個欄位都有它的位置。
WooCommerce 的運費系統是三層堆疊的結構:
- 運送區域(Shipping Zone):依「地理範圍」分組。例如「台灣本島」、「離島」、「海外」各是一個區域。客人的結帳地址落在哪個區域,就套用那個區域的規則。
- 運送方法(Shipping Method):每個區域裡可以掛多種方法。常見的有固定費率(Flat Rate)、免費運送(Free Shipping)、本地取貨(Local Pickup),以及外掛提供的 Table Rate、Weight Based 等。
- 費率條件(Rate / Cost):每個方法底下,才是真正的計算邏輯。固定費率可以是「每筆訂單 80 元」,也可以是「每件加 20 元」;Table Rate 則可以是一整張條件表。
換句話說,這三層對應的就是三個問題:送到哪裡、用什麼方式送、收多少錢。你在腦裡把任何一個運費需求拆成這三問,設定就不會亂。
| 層級 | 對應問題 | 設定位置 | 範例 |
|---|---|---|---|
| 運送區域 | 送到哪裡? | WooCommerce > 設定 > 運送 > 運送區域 | 台灣本島、離島、港澳 |
| 運送方法 | 用什麼送? | 每個區域底下的「加入運送方法」 | 固定費率、免費運送、超商取貨 |
| 費率條件 | 收多少? | 點進每個方法的「編輯」 | 每筆 80 元、滿 1000 免運、每公斤加 15 |
很多新手卡住,是因為直接跳到第三層填數字,卻忘了第一層的區域沒設好,結果系統不知道這筆訂單該套哪個區域,結帳頁就直接顯示「沒有可用的運送方式」。這個錯誤訊息,是 WooCommerce 店主最常遇到的地雷之一。
台灣的運費分區邏輯:本島、離島與超商取貨怎麼拆
國外的教學多數用郵遞區號(ZIP code)來分區,但台灣的物流生態完全不一樣。我們真正的分法,是依「配送方式」與「地域」雙軌並行。
台灣電商常見的配送情境,大概可以分成這幾類:
- 超商取貨:各物流服務對重量、材積、品項與金額都有各自限制,運費依合約與方案而定。
- 超商取貨付款:同上,但加上貨到付款手續費。
- 宅配:送到府,依重量、材積、配送區域與合約計費。
- 大件物流:家具、家電、健身器材,需要專車配送,運費動輒數百到上千。
- 離島(澎湖、金門、馬祖、綠島、蘭嶼):不論超商或宅配,幾乎都要加價。
這些情境對應到 WooCommerce,建議這樣拆區域:
| 運送區域 | 包含的縣市 / 條件 | 建議掛的運送方法 |
|---|---|---|
| 台灣本島 | 本島所有縣市 | 超商取貨、宅配(固定費率或 Weight Based) |
| 離島 | 澎湖、金門、馬祖、綠島、蘭嶼 | 宅配(加價費率)、超商取貨(離島加價) |
| 大件商品專區 | 用「運送類別」而非地理區隔 | 固定費率(高單價)或 Table Rate |
這裡有個關鍵觀念:地理區域和商品特性是兩個獨立的維度。WooCommerce 的「運送區域」管地理,「運送類別(Shipping Class)」管商品特性。一個大件沙發送本島和送離島,運費當然不同,但它的「大件」屬性是固定的。所以你會發現,真正複雜的運費邏輯,往往是「區域」乘上「商品類別」的組合,而這正是 Table Rate Shipping 發揮威力的地方。
超商取貨與金流物流服務的串接本身有一套流程,可以參考 WooCommerce 金流物流串接教學。若想從整體配置看起,這篇 金流物流設定全攻略 會把付款與運送當成同一個系統拆解。WooCommerce 的費率、物流服務合約與串接外掛的限制必須彼此對齊。
超商取貨的件數與重量上限,要在結帳前就擋住
超商取貨有單筆訂單的重量、材積、品項與金額限制,而且會隨通路、服務方案及合約變動。設定前要以目前使用的物流商規格為準;超過限制的訂單若仍放行,可能在物流端被拒收或退件。
這個問題不能靠事後補救,必須在結帳前就擋住。做法有兩層:
- 商品層:把超過超商限制的商品(大件、超重)直接掛上「大件商品」或「限宅配」的運送類別,讓它們在結帳時只出現宅配選項,超商取貨自動隱藏。
- 訂單層:用外掛或費率規則判斷整筆訂單是否超過目前物流方案的重量、材積或金額限制,超過時隱藏超商取貨。這能處理「單件沒超、但多件合計超限」的情境。
常見錯誤是每件商品各自符合限制,但整筆訂單合計後超限,系統仍讓客人選擇超商取貨。把重量、材積與適用商品的防呆寫進運費規則,並用接近上限的測試訂單驗證,才能避免事後改配送方式與補差價。
免運門檻的算術:怎麼訂出一個不會賠錢的數字
「滿 1000 免運」這五個字,背後是一整套財務計算。很多店主是看別人怎麼訂就跟著訂,結果免運門檻訂得太低,每筆訂單都在貼運費;訂得太高,又達不到刺激客單價的效果。
把免運門檻的決策拆成三個數字:
- 每筆訂單的真實物流成本:以目前物流合約、包材、代收與離島附加費計算,不要直接套用市場上的概略數字。
- 目前的平均客單價(AOV):從 WooCommerce 後台的訂單報表可以算出來。
- 商品的毛利率:毛利越高,越有能力吸收運費。
免運門檻的基本邏輯是這樣的:當客人為了湊免運而多買的商品,其毛利能夠蓋過你吸收的運費成本,這個門檻才划算。舉個簡化的例子,假設你的商品平均毛利率是百分之四十,每筆訂單物流成本 100 元,那麼客人在門檻之上多買的商品,毛利至少要超過 100 元,換算下來多買的商品金額要超過 250 元,免運才不會虧。
但這只是損益兩平。免運門檻可以從略高於目前平均客單價的區間開始測試,但不存在適用所有商店的固定倍數。門檻上線後要一起看毛利總額、平均客單價、免運使用率與結帳完成率,再依自己的數據調整。
把免運成本算進定價:一個完整的思考流程
很多店主把免運當成「行銷活動」,覺得就當廣告費吸收掉。但免運的成本會隨著訂單量線性成長,它其實是定價結構的一部分,不是一次性的促銷支出。建議用這個流程想一遍:
- 先算出每筆訂單的平均物流成本。把一個月內所有訂單的物流費用加總,除以訂單數。例如這個月物流費 12000 元、120 筆訂單,平均每筆 100 元。
- 決定你要把這 100 元的成本往哪裡放。選項有三:吸收進商品售價(漲價)、設免運門檻讓客人分攤、或直接向客人收運費。每種選擇會塑造不同的客人行為。
- 模擬門檻上線後的客單價變化。免運門檻會把一部分客人的購物車金額往上推,但同時也會嚇跑一些原本只想買低單價商品的客人。兩邊的消長要一起看。
- 設定一個觀察期。上線後跑兩到四週,回頭看平均客單價、結帳放棄率、毛利總額三個數字的變化,再決定要不要調整門檻。
這個流程的核心觀念是:免運門檻不是拍腦袋決定的數字,它是一個需要用數據回測、持續微調的定價參數。你把它當成「設一次就不管」的靜態設定,它遲早會在你的損益表上留下破綻。
誠實提醒:免運不是萬靈丹。如果你的商品毛利本來就薄(比方說食品雜貨、低單價配件),硬扛免運會把利潤吃光。這種情況硬上免運只會虧更多,把運費透明地拆開來顯示、搭配滿額折抵,會比免運更健康。
依重量計算運費:Weight Based Shipping 的設定思路
當你的商品重量差異很大,固定費率就不公平了。一包茶葉 200 克和一台果汁機 3 公斤,收一樣的運費,要嘛茶葉的客人覺得貴,要嘛果汁機讓你倒貼。這時候就該上重量計費。
WooCommerce 核心的固定費率方法支援每筆訂單、商品數量、百分比費用與運送類別加成,但不會直接依購物車總重量建立級距。它的常用計算項目如下:
- 基礎費率(Cost):這筆訂單的起價。
- 每個運送類別的加成:可以針對不同類別的商品加不同費用。
- 數量與比例公式:核心支援
[qty]與[fee];依重量計費需要支援重量條件的外掛或自訂程式。
這裡有個很多人會錯過的坑:WooCommerce 核心的固定費率方法,預設並不會把「整筆訂單的總重量」拿來計費。如果你要的是「0 到 1 公斤 80 元、1 到 5 公斤 120 元、5 公斤以上 200 元」這種重量級距,你需要的是 Weight Based Shipping 外掛,或是直接上 Table Rate Shipping。
設定重量計費之前,有一件事絕對不能省:每一個商品都要填重量。這聽起來像廢話,但實務上看過太多店,商品資料裡的重量欄位是空的,結果系統算出來的總重量是零,運費永遠停在最低級距,老闆還以為系統壞了。把商品重量補齊,是重量計費能不能準確的前提。
重量級距的設計原則
| 重量區間 | 建議費率邏輯 | 對應情境 |
|---|---|---|
| 0 到 1 公斤 | 套用合約中的第一級距 | 小型配件、服飾單品 |
| 1 到 5 公斤 | 套用對應宅配或超商級距 | 鞋子、小家電、保養品組合 |
| 5 到 10 公斤 | 套用對應中件費率 | 鍋具、小型家具、整箱飲品 |
| 10 公斤以上 | 大件物流或逐公斤加成 | 家具、健身器材、批發箱 |
級距應對照物流合約與實際商品分布,不要為了細分而增加難以測試的規則。每個上下限都要用邊界訂單驗證,並保留不符合任何級距時的處理方式。
體積與材積重:輕但大的商品為什麼會吃掉利潤
重量計費有一個天敵:材積重。這是物流業的計費規則,當貨物「輕但佔空間」的時候,物流公司不是用實際重量計費,而是用體積換算出來的「材積重」來收錢。
換句話說,一個巨大但只有 2 公斤的抱枕,物流公司可能把它當成 8 公斤來收費。如果你只用實際重量去算運費,你跟物流公司之間的價差,就是你默默吸收的成本。
材積重的換算公式,各家物流略有不同,但大致是「長 × 寬 × 高(公分)÷ 6000」或「÷ 5000」。以 6000 為例,一個 40 × 40 × 30 公分的箱子,材積重是 8 公斤。如果裡面裝的是 2 公斤的羽絨被,物流公司會用 8 公斤計費。
這件事對 WooCommerce 運費設定的影響是:
- 如果商品偏「蓬鬆」(寢具、抱枕、紙箱包裝的燈具、氣泡紙包的易碎品),只用實際重量設費率,可能低估按材積計算的物流成本。
- WooCommerce 核心沒有材積重欄位,你需要手動把這類商品歸到一個「大件」或「高運費」的運送類別,用分類費率來補這個價差。
- 更精確的做法是用 Table Rate Shipping 外掛,把材積重的觀念寫進費率表裡,或直接依「運送類別」把這些商品獨立出來加價。
這部分一般教學很少講、但對實際損益影響很大。把材積重搞懂,你才能解釋為什麼明明商品很輕,運費卻壓不下來。
依商品分類拆運費:把高物流成本的品項獨立出來
不是所有商品都該用同一套運費規則。一瓶保養品和一台除濕機,物流成本天差地遠,硬要塞進同一個費率,不是保養品被貴到、就是除濕機讓你賠錢。WooCommerce 解決這件事的工具,叫做「運送類別(Shipping Class)」。
運送類別的邏輯很直觀:你先在後台定義幾個類別(例如「一般商品」、「冷藏商品」、「大件商品」),然後把每個商品歸到對應的類別。接著在固定費率方法裡,針對每個類別設定不同的加成費用。
常見的運送類別切分方式:
| 運送類別 | 商品類型 | 運費策略 |
|---|---|---|
| 一般商品 | 服飾、配件、3C 小物 | 標準運費,可搭配免運門檻 |
| 冷藏冷凍 | 生鮮、甜點、保健食品 | 獨立高運費(低溫物流成本高),通常不適用免運 |
| 大件商品 | 家具、家電、運動器材 | 高額固定運費或 Table Rate,離島另行報價 |
| 虛擬商品 | 電子書、線上課程、序號 | 設為虛擬,完全不計運費 |
當購物車同時含多個運送類別時,結果取決於固定費率的「計算類型」:選擇「每個類別」會把各類別費用相加;選擇「每筆訂單」則採用成本最高的運送類別。設定後要用混合購物車測試,確認結果符合你的計價方式。
商品分類的管理和排序,也會連帶影響你定義運送類別的效率,把商品分類先理清楚,後面掛運送類別才不會亂。如果你需要整理分類順序,可以參考 WordPress 分類排序教學。
Table Rate Shipping 實戰:一張費率表取代十條規則
講到這裡,你應該已經感覺到:當區域、重量、類別、件數這些條件交織在一起,WooCommerce 內建的固定費率方法會開始不夠用。你會需要一堆外掛互相疊加,設定頁越來越亂。Table Rate Shipping 的價值,就是讓你用「一張表」把所有條件組合講清楚。
Table Rate Shipping 的核心觀念是:每一列就是一條規則,包含「觸發條件」和「對應費率」。但不同外掛對多條命中規則可能採用第一筆、加總、最高、最低或其他計算方式,不能一概假設「由上往下命中即停」。建表前先讀所用外掛的比對與計算文件。
安裝 Table Rate Shipping 類外掛的方式,跟一般 WordPress 外掛一樣,可以參考 WordPress 外掛安裝教學。挑選時要確認支援的條件、同時命中多條規則時的計算方式、匯出備份能力,以及目前的 WooCommerce 相容版本。
一張典型的台灣電商費率表長什麼樣
用一個常見的情境來示範:一家賣服飾與小家電的店,本島與離島都要送,有免運門檻,大件商品要加價。費率表可能會這樣設計:
| 規則 | 區域 | 觸發條件 | 運送方法 | 費用 |
|---|---|---|---|---|
| 1 | 本島 | 訂單金額 ≧ 1500 | 免費運送 | 0 元 |
| 2 | 本島 | 重量 ≦ 1 公斤 | 超商取貨 | 70 元 |
| 3 | 本島 | 重量 1 到 5 公斤 | 宅配 | 120 元 |
| 4 | 本島 | 含大件類別商品 | 宅配(大件) | 250 元起,逐件加 100 |
| 5 | 離島 | 任何訂單 | 宅配(離島) | 本島費率加 100 元 |
這張表有幾個設計重點:
- 先確認外掛的比對模式。若設定為第一筆命中即停,順序就很重要;若採加總或最高費率,則要檢查多條規則同時命中的結果。
- 條件要互斥或明確。不要讓一筆訂單同時符合兩條規則卻得到不同結果,那會讓系統行為難以預測。
- 大件商品用類別觸發,而不是另開一個區域。因為大件商品送本島和離島的費率不同,用類別加區域的組合,比用地理區域硬拆更乾淨。
Table Rate Shipping 的價值,在於把散落的運費條件收進一張可檢查的表。當內建區域、固定費率與運送類別已無法清楚表達或測試需求時,再導入 Table Rate;判斷點是規則的交互複雜度,不是固定超過幾條。
多重條件交織時,怎麼理出判斷順序
真實的電商運費邏輯,常常是「區域 × 重量 × 件數 × 類別 × 金額」這五個維度交織在一起。當條件變多,最怕的往往不是費率表能不能設出來,真正的麻煩在於設完之後,連你自己都搞不清楚某一筆訂單到底會套到哪一條。實務上的做法是,在寫費率表之前,先畫一個簡單的判斷樹,把條件的「檢查優先順序」定下來。
一個好用的排序原則是:越嚴格、越例外的條件,放越前面。例如「含大件商品」是一個會推翻所有其他規則的強條件,它應該排在一般重量級距之前。「離島」也是一個會覆蓋本島費率的條件,所以離島的規則要獨立成一群。把這些例外條件理出來,剩下的「一般情況」就會很單純,通常只需要幾條重量級距就能覆蓋。
判斷樹可以協助你列出每種購物車應得到的結果,再依所用外掛的第一筆、加總、最高或最低等計算模式轉成費率表。不要只靠列的順序猜測結果;每個例外、一般情境與邊界值都要有測試訂單。
| 條件類型 | 特性 | 建議排序 |
|---|---|---|
| 含特定運送類別(大件、冷藏) | 強覆蓋,會推翻其他費率 | 最前面 |
| 離島 / 偏遠地區 | 地理覆蓋,獨立計費 | 次前面 |
| 免運門檻(滿額) | 命中即歸零,後續無需判斷 | 中段 |
| 重量級距 | 覆蓋大多數一般訂單 | 後段(預設情境) |
| 件數 / 件數加成 | 依實際計費需求使用 | 依外掛計算模式安排 |
運費、稅金、優惠券的連動地雷
運費設定從來不是孤立的。它跟稅金、優惠券、動態定價這幾個系統會互相牽動,而這些連動點,就是最容易出包的地方。實務上看過不少店,運費本身設對了,卻在這些連動上踩雷。
地雷一:免運優惠券和免運門檻打架
WooCommerce 的「免費運送」方法可以設定最低金額、有效免運優惠券,或兩者的 AND/OR 組合。兩者同時存在不一定衝突,重點是要選對觸發條件並測試邊界訂單。
例如你設了「滿 1500 免運」的門檻,同時又發了一張「不限金額免運」的優惠券給老客戶。當客人拿著優惠券下單,購物車只有 800 元,到底要不要免運?這取決於你的設定,但很多店主根本沒想過這個情境,結果系統行為跟預期不一致,要嘛多送了免運、要嘛優惠券失效惹客訴。完整的優惠券設定邏輯,可以看 WooCommerce 優惠券設定教學。
地雷二:優惠券折扣後的金額,會影響免運門檻
這是一個非常細微但影響很大的設定。假設免運門檻是 1500 元,客人購物車有 1600 元的商品,符合免運。但他同時用了一張「滿 1000 折 100」的優惠券,折扣後金額變成 1500 元。問題來了:免運門檻的判斷,是用折扣前的 1600 元,還是折扣後的 1500 元?
免費運送方法提供「在套用優惠券折扣前套用最低訂單金額規則」的選項:勾選時用折扣前金額判斷,未勾選時用折扣後金額判斷。搭配其他折扣外掛時仍要用測試訂單驗證實際結果。
地雷三:運費要不要課稅
運費是否計稅、適用哪個稅率與發票如何呈現,取決於交易型態及適用法規。WooCommerce 的運送方法有 Tax status 設定,必須和商店稅率及開票流程一致;不確定時請讓會計或稅務專業人員確認。稅金的系統設定可以參考站內的稅金設定教學。
這三個連動點的共同特徵是:它們在後台看起來都是獨立的設定頁,但實際運作時會互相影響。這樣看來,可以說,運費設定沒有「填完就沒事」這回事,它得跟著促銷活動、稅務需求一起調整。如果你同時在跑動態定價或滿額折扣,更要回頭檢查運費的觸發條件有沒有被影響,相關的促銷玩法可以參考 WooCommerce 進階促銷設定。
運費在前端的顯示時機:把驚嚇降到零
後台費率表設得再精準,如果客人在前端「看不到、看不懂、太晚才看到」,前面的功夫就白費一半。WooCommerce 預設的運費顯示有一個讓很多店主頭痛的特性:在購物車頁面,系統往往還算不出確切運費,因為它還不知道客人的配送地址。這時候運費欄位會顯示「計算運費」或直接空白,要等客人輸入地址才跳出數字。
運費「延遲顯示」會增加不確定感。客人已經把商品放進購物車,想計算總價,運費欄位卻仍寫著「待計算」,只能繼續往下走,直到填妥必要地址才看到費用。如果數字超出預期,可能提高放棄結帳的風險。
要緩解這個問題,有幾個方向可以調整:
- 在購物車頁面預設顯示一個運費估算區塊,讓客人在輸入縣市或郵遞區號後就能即時看到預估運費,把「驚喜」提前變成「可預期」。
- 用免運門檻的進度提示,在購物車頁面顯示「再買 350 元即享免運」。這個提示本身會推動客人加購,順帶降低他對運費的敏感度。
- 把運費規則寫進商品頁或常見問答。如果你有明確的「滿額免運」或「大件商品另計運費」規則,讓客人在看商品的階段就讀到,比在結帳頁才發現來得友善。
前端顯示的核心原則是:讓客人在提交訂單前,對總價有清楚預期。運費設定做得再好,如果它在客人眼裡是遲遲未揭曉的數字,仍會增加摩擦。顯示時機和費率邏輯應一起設計。
運費上線前設定清單
綜合前面的架構、分區、重量、體積、類別、Table Rate 與連動設定,下面整理成一份可直接執行的上線前檢查清單。
| 檢查項目 | 為什麼重要 | 怎麼驗證 |
|---|---|---|
| 每個商品都填了重量 | 重量計費的基礎,漏一個就算錯 | 商品列表排序看重量欄位有沒有空 |
| 每個區域都至少有一個運送方法 | 漏了會顯示「無可用運送方式」 | 用不同地址的測試訂單跑一遍 |
| 離島地址能正確觸發加價 | 台灣最常漏的分區 | 用澎湖、金門的地址測試結帳 |
| 免運門檻的金額判斷基準一致 | 折扣前後的落差會影響是否免運 | 搭配優惠券測試一筆邊界訂單 |
| 大件商品的運送類別有掛對 | 掛錯會用一般費率計算,造成虧損 | 把大件商品單獨下單看運費 |
| 虛擬商品完全不算運費 | 電子書、序號不該有運費 | 把虛擬商品勾起來測試 |
| Table Rate 規則順序正確 | 順序錯會套到錯的規則 | 逐一比對邊界條件 |
每一項都可能造成客訴、退件或費率短收。正式上線前應逐格跑過測試訂單,並留下期望結果與實際結果,方便日後調價或更新外掛時重測。
從運費到出貨的串接
運費設好之後,下一步就是訂單的匯出與出貨流程。運費的計算和物流實際的出貨單,數字要能對得起來,否則你在前台算一套、物流公司收一套,中間的價差就是利潤黑洞。訂單匯出與出貨單的格式化,可以參考 WooCommerce 訂單匯出與列印教學,把前後台的數字串起來檢查。
開始前的盤點與下一步
運費設定這件事,技術門檻其實不高,難的是「把商業邏輯想清楚」。WooCommerce 給你的是一套夠靈活的工具,但它不會幫你決定「免運門檻該訂多少」「大件商品該不該另開費率」「離島要不要接單」。這些是你的定價策略和成本結構決定的,系統只是執行。
如果你現在就要動手,建議照這個順序走:
- 盤點你的商品:把所有商品依照重量、體積、物流特性分類,標出哪些是大件、哪些是冷藏、哪些是虛擬。這一步做完,運送類別怎麼切就自然浮現了。
- 確認你的物流成本:向你的物流公司(超商、宅配、大件物流)要一份完整的計費表,含離島加價、材積重規則。沒有這份數字,所有費率都是猜的。
- 決定費率模型:若內建區域、固定費率與運送類別已能清楚表達需求,就不必加外掛;需要重量級距或多條件組合時,再評估 Table Rate Shipping。
- 跑測試訂單:用本島、離島、大件、虛擬商品各跑一筆結帳,確認運費欄位顯示正確、沒有「無可用方式」的錯誤。
- 檢查連動:把優惠券、免運門檻、稅金設定一起看一遍,特別是邊界金額的判斷。
若運費規則依縣市或鄉鎮區分,先確認 WooCommerce 運送區域與所用物流外掛支援的地址欄位;需要把台灣地址改成縣市、鄉鎮市區連動選單時,可參考WooCommerce 台灣地址下拉選單設定。
把這六步走完,你的 WooCommerce 運費設定會從「勉強能用」變成「可預期、可維護、不會在結帳頁嚇跑客人」。這才是運費設定真正的目標。
如果你正在從零架設整個購物網站,運費只是其中一環,完整的開店流程可以從 WooCommerce 低成本開店攻略 或 電商創業完整指南 開始看起,把運費放進整體的定價與營運結構裡一起思考,會比單獨處理來得周延。
運費設定的本質,是讓客人在結帳階段理解費用如何產生。上線後再用完成率、毛利與客服問題驗證成效。
常見問題
Table Rate Shipping 的運費條件優先順序是怎麼決定的?
WooCommerce 滿額免運要怎麼排除特定商品?
WooCommerce 體積重量的除數該填 5000 還是 6000?
安裝 Table Rate Shipping 後要不要關掉 WooCommerce 預設物流?
免運門檻要怎麼訂才不會賠錢?
操作步驟
- 盤點商品特性把商品線的重量、體積、溫層、是否常做促銷列出來,標出哪些是運費高風險品(冷凍、大體積、超重、高物流成本佔比)。
- 確認物流成本向你的物流公司(超商、宅配、大件物流)要一份完整的計費表,含離島加價與材積重規則;沒有這份數字,所有費率都是猜的。
- 在費率表排規則把越嚴格、越例外的條件(低溫、離島、超重、大件商品)排在越前面,由上往下比對、命中即停;體積商品則用運送類別獨立加價,或把材積重除數(5000 或 6000)寫進 Table Rate 費率表。
- 跑交叉測試再上線用冷凍混單、超重、大體積、滿額排除品、數量分級、結帳頁單組運費六種情境實際下單一遍,分類 × 地區 × 重量級距的邊界組合尤其不能漏,全過才能開放客人結帳。