W whoops.tw

WooCommerce 進階促銷玩法:滿千送百、買 A 送 B、批發折扣等多元行銷活動設定

WooCommerce 動態定價指的是用折扣外掛把促銷規則寫進全站,顧客一進購物車就自動套用,能做出滿額折扣、買A送B、量購批發、限時全館打折、結帳加收費用這些主動型促銷。以 Dy…

WooCommerce 動態定價指的是用折扣外掛把促銷規則寫進全站,顧客一進購物車就自動套用,能做出滿額折扣、買A送B、量購批發、限時全館打折、結帳加收費用這些主動型促銷。以 Dynamic Pricing & Discounts 為代表,它把規則分成三條區域(產品定價、購物車折扣、結帳費用),搭配數十種條件與四種適用優先權 [來源:〈WooCommerce Dynamic Pricing & Discounts〉〈https://codecanyon.net/item/woocommerce-dynamic-pricing-discounts/7119279〉〈2026〉],把十幾種促銷情境收斂成一套可重複套用的設定邏輯,這是內建折價券做不到的。

動態定價之所以值得 WooCommerce 店長花時間搞懂,跟 WooCommerce 在電商市場的占比有關。根據第三方調查,WooCommerce 被 48.6% 的電商系統採用,等同 11.7% 的內容管理系統已知網站,換算下來涵蓋 8.2% 的全體網站 [來源:W3Techs — Usage Statistics and Market Share of WooCommerce〈WooCommerce Market Share〉 https://w3techs.com/technologies/details/cm-woocommerce 2026-06-29]。換句話說,每兩套電商系統將近一套跑在 WooCommerce 上,這也代表把促銷規則自動化、做對折扣疊加,對龐大的 WooCommerce 店家而言是高頻且高回報的功課。

重點先看:動態定價自動觸發、顧客不用記序號,能減少忘記輸入優惠碼而錯失訂單的情況;三條規則區域對應商品層、購物車層、結帳層三種金額,搞懂適用條件四選項就等於搞懂折扣會不會疊加。Dynamic Pricing & Discounts 提供三十多種條件設定 [來源:〈WooCommerce Dynamic Pricing & Discounts〉〈https://codecanyon.net/item/woocommerce-dynamic-pricing-discounts/7119279〉〈2026〉]。還沒裝 WooCommerce 的話,先看WordPress 購物網站架設全教學

動態定價跟內建折價券的分界

WooCommerce 內建折價券要顧客在結帳時手動輸入序號才生效,屬於被動式優惠;動態定價折扣外掛則是把規則寫死在全站,顧客一進購物車就自動套用,能做滿額折扣、買A送B、量購批發、限時全館打折、結帳加收費用這類主動型促銷,這些正是內建折價券難以單獨完成的。差別不在「能不能折」,而在「誰來觸發」。

折價券把優惠的責任交給顧客,序號記得、記對、記得貼上,折扣才會出現;動態定價則把觸發責任攬在系統身上,規則一進購物車就生效,不用顧客做任何事。就轉換路徑來說,這通常能減少顧客忘記輸入序號而錯失優惠的情況,實際增幅會因產業與活動設計而異,不適合寫死一個數字。

Dynamic Pricing & Discounts 把規則分成三區:Product Pricing(產品定價)作用在單一商品金額、Cart Discounts(購物車折扣)作用在購物車合計、Checkout Fees(結帳費用)作用在最後結帳總額,這個分區結構是該外掛設定面板的核心設計。三十多種條件加上四種適用優先權,可以控管多條規則同時存在時誰先套用、避免重複折扣,這正是新手最容易忽略、也最容易虧本的地方。如果你才剛把店開起來,WooCommerce 低成本開店完整路線會幫你把基礎先打穩。

所以動態定價跟折價券該分工,而非擇一:主動全站促銷(滿額、全館打折、買A送B)交給動態定價外掛,精準引流碼(特定名單、KOL 專屬序號、再行銷專用碼)交給內建折價券。前者要的是廣度與自動,後者要的是可控與追蹤,兩者各司其職,才不會把所有促銷塞進一個工具裡互相打架。如果你還沒摸過折價券那一套,可以先看WooCommerce 內建優惠券設定教學把基本功補起來。

比較項目內建折價券動態定價外掛
觸發方式顧客手動輸入序號(被動)規則全站自動套用(主動)
適合促銷特定名單、引流碼、限時序號滿額折扣、買A送B、量購、全館打折
金額門檻控制有限,需手動組合數十種條件直接設定
多規則共存易衝突,難排序四種適用優先權可控管疊加或互斥
結帳加收費用不支援Checkout Fees 區專責處理

很多人問:YITH 動態定價促銷折扣條件設定跟 Dynamic Pricing & Discounts 該選哪個?兩者都能做主動促銷,差別在介面邏輯與條件粒度,本篇以規則區域模型較清晰的 Dynamic Pricing & Discounts 為主;想比較品牌間差異可再參考YITH WooCommerce 電商外掛推薦評測;外掛清單還沒成形的話,WooCommerce 必裝外掛清單評測可以一次看齊。

動態定價外掛的三條規則區域:底層模型一次懂

三條規則區域對應三層金額:Product Pricing 作用在單一商品金額,Cart Discounts 作用在購物車合計,Checkout Fees 作用在最後結帳總額。先判斷你這檔促銷是綁商品、綁金額門檻、還是綁加收,就知道規則該建在哪一區,不用每種促銷都從頭摸索。

把這三區想成三個不同的「計價階段」。Product Pricing 是商品還在架上、還沒進購物車之前就在算的價格調整,例如買A送B、量購分段、單品折扣,全部在這裡處理。Cart Discounts 是商品都進了購物車、要算合計的時候才出手,看的是 Cart subtotal(購物車小計)有沒有達到門檻,滿額折扣、滿千送百的主戰場就在這裡。Checkout Fees 最特別,它是整個系統裡唯一「加錢」的區,冷凍包材費、大件運送附加費、手續費這些放這裡,因為前兩區都是減價,加收只能在這裡發生。

記一個判斷口訣就好:折扣金額綁商品數量,進 Product Pricing;綁購物車總額,進 Cart Discounts;要加收而非折扣,進 Checkout Fees。三條區域各自負責的金額層級不同,先判斷折扣落在哪一層,規則該建在哪一區就不會搞混。順帶一提,每個區的最上方還有兩組共通設定「折扣適用規則」與「折扣適用限制」,調的是該區全體規則的預設行為,單條規則還能再覆寫,這點稍後會講,先別動它。

另一個切入點是「規則要讀什麼數字」。Product Pricing 讀的是商品本身的定價與購買數量,規則觸發的時機最早,價格在商品頁就已經改變,顧客連購物車都還沒進就看到折後價。Cart Discounts 讀的是購物車小計,這個數字要等顧客把商品放進車、系統算出合計之後才存在,規則因此只能在結帳流程中段出手。Checkout Fees 讀的是更後段的結帳總額,而且它做的是「加」不是「減」,計算時點最晚。把這三個讀數來源對應到顧客的結帳旅程,你就會明白為什麼同一種促銷換個區就跑不出來:規則要讀的數字在那一刻根本還沒產生。

除了這三條打折與加收的區域,外掛還有兩組輔助設定:Promotion 控管前台是否顯示折扣數字、產品折扣橫幅等顯示行為;Settings 則放操作設定,例如是否將稅金納入折扣,可參考WooCommerce 稅金與發票課稅設定。這套模型的價值在於它能舉一反三:滿千送百、買A送B、批發量購,本質上都是在同一套三層結構裡調條件、調數值,差別只在規則建在哪一區、適用條件怎麼設。架站基礎還沒打好的話,先把WooCommerce 電商架站完整教學走一遍再回來設促銷會更踏實。

四種適用條件:為什麼折扣會(不會)同時生效

每條規則最右側的「適用條件」決定它和別條規則的關係:「其他規則不適用時才用」是互斥,「與其他折扣一起適用」是疊加,另有全體預設與優先順序選項。這四個選項搞懂了,等於搞懂多條促銷共存時誰會贏,這也是防止折扣疊加虧本最關鍵的一組開關。

最容易引發虧本的設定,是同時開全館九折跟會員再九折卻沒設適用條件,兩條百分比折扣疊在一起,毛利直接被吃光,整檔促銷等於把貨半賣半送。會走到這一步,多半是這四個選項的差別還沒分清楚。邏輯其實直觀:互斥型(Apply if other rules are not applicable)會在偵測到其他可適用規則時自動退場,適合排他型促銷,例如全館九折不與其他併用;疊加型(Apply with other applicable rules)則會和別的折扣並存,適合階梯滿額,讓滿千折百跟滿兩千折兩百可以同時拿。

適用條件選項行為典型用途
Apply if other rules are not applicable(互斥)有其他規則適用時,本規則退場全館九折不與其他併用、限時大促
Apply with other applicable rules(疊加)與其他折扣同時生效階梯滿額、滿千折百+滿兩千折兩百
全體預設(區層級)調該區所有規則的預設行為統一管理該區規則的套用邏輯
優先順序選項多條規則都符合時決定先套誰避免順序錯亂導致金額計算錯誤

一個簡單的管理原則:限時大促用互斥,常態滿額用疊加,兩種邏輯分開管理才不會亂。互斥保護毛利,疊加衝高客單,各自解決不同的問題。如果你正苦惱折扣到底該怎麼排不會打架,百分比折扣與固定折扣的差別也是搭配適用條件時要一起想清楚的事。

滿額折扣怎麼做:滿千送百、滿兩千送兩百

週年慶要同時做滿千折百、滿兩千折兩百,關鍵是在 Cart Discounts 建兩條規則,第二條把適用條件改成「與其他折扣一起適用」,這樣滿兩千時兩條同時生效、共折 300 元。這個疊加設定是讓兩段門檻都能吃到的唯一解,改錯就只剩擇一折。

滿額折扣是週年慶、節日促銷最常見的手法,各電商平台幾乎都會做滿千折百、滿 5000 打 8 折這類活動。先看完整操作路徑:前往 WordPress 後台 > WooCommerce > Pricing & Discounts,選「Cart Discounts 購物車折扣」,按 Add Rule 新增第一條「滿千折百」。

  1. 把折扣適用規則設為「Apply if other rules are not applicable」,輸入折扣標題與說明。
  2. Discount 折扣方式選「Fixed discount(固定折扣)」,金額填 100 元。
  3. Conditions 條件選「Cart subtotal 購物車小計」,判斷選「at least(至少)」,金額填 1000 元。
  4. 儲存,第一條「購物車滿 1000 元自動折 100 元」完成。

第一條設好之後,複製這條規則(或按 Add Rule 新增第二條「滿兩千折兩百」),把單一折扣適用設定改成「Apply with other applicable rules 與其他折扣一起適用」,再把折扣金額改成 200 元、門檻改成 2000 元,儲存。到前台分別加入商品測試,滿 1000 折 100、滿 2000 時兩條同時生效共折 300,規則就跑通了。別忘了,折扣方式除了固定折扣、百分比折扣,還能設單個購物車產品的金額,條件判斷也有至少、多於、不多於、少於四種。

購物車金額第一條(滿千折百)第二條(滿兩千折兩百,疊加)實際折扣
800 元未達標未達標0
1500 元折 100未達標100 元
2500 元折 100折 200300 元

要做階梯滿額,就一定要把第二條以上的規則設成疊加,否則系統只會擇一折,客人以為領好領滿,結果只領到一段。同樣的疊加設定也適用其他階梯促銷,例如會員 VIP 常態滿額,第二條以後改成疊加,客人才能同時吃到兩段門檻。

商品組合促銷:買A加B折價 vs 買A送B

兩者都在 Product Pricing 用 Buy X get Y,差別在版本與折扣值:「B享折扣」選 Repeating 版本、Discount 填百分比;「買A送B且只送一次」選非 Repeating 版本、Discount 填 100%(等於免費送一個 Y),再到 Settings 開啟自動把免費商品加入購物車。版本選錯,要嘛送太多要嘛送不出來。

買A加B、B享折扣是很常見的服飾店策略,例如買連帽T配運動褲、運動褲打九折。在 Product Pricing 新增一條規則,Method 選「Buy x get y – Repeating 買 X 送 Y(重複)」,Quantities 計算條件選「Individual product 個別產品」。接著在 Quantities & Discount 欄位,Buy 跟 Get 都填 1,Discount 選「Percentage discount 百分比折扣」、數值填 10,代表運動褲享 10% 優惠。再把 Buy設成連帽T、Get設成運動褲,存檔就完成。這裡的 Quantities 計算條件分兩種:Individual product 看單品數量,Added up 看分類總量(量購才用);Discount 值則依目的決定,送等值贈品填 100,部分折扣填對應數字。贈品機制若想再延伸到收藏與回購,可參考WooCommerce 願望清單收藏功能

買A送B且不重複贈送,是另一個高頻需求。同樣在 Product Pricing 新增規則,Method 選「Buy x get y」(非 Repeating),Quantities 選 Individual product,Buy 跟 Get 填 1,Discount 填 100(免費送一個 Y)。指定 Buy為紅色皮包、Get為綠色手鍊。接著一定要做一件事:前往 Settings > Product Pricing,勾選「Automatically add free product to cart 自動添加商品至購物車」,這樣客人把皮包加入購物車時,手鍊才會自動跟著出現,否則贈品永遠送不出去。最後在皮包的商品描述加一句「買即贈綠色手鍊一條」,降低客訴與退換貨爭議,別讓客人收到包裹時一頭霧水。商品描述寫得好也能順帶做WooCommerce 商品頁 SEO 優化手冊裡談的轉換優化。

促銷類型版本Discount 值關鍵設定
買A加B、B享折扣Repeating百分比(如 10)Quantities 選 Individual product
買A送B(只送一次)非 Repeating100(免費送一個)開啟自動加入購物車+商品描述標註贈品
買A加B總額折扣(替代)Cart Discounts固定或百分比條件設同時含 A 與 B 分類至少一件

順帶補一個替代做法:想讓買A加B兩件一起享受折扣,也可以改在 Cart Discounts 設規則,條件鍵入「同時購買 A 與 B 產品分類至少一件」,就能做成 A+B 加總金額折扣。想進一步把贈品做得更精緻,可參考WooCommerce 商品描述頁籤客製化把贈品說明獨立成一個頁籤;組合促銷的素材若要做輪播展示,WooCommerce 商品輪播動態展示能幫上忙。商品本身還沒建好規格的話,先看WooCommerce 六種商品類型建立教學

全館九折、限時、不與折價券併用的設定

週年慶全館九折、只在 10 月、客人用折價券就不適用,這三個條件要同時設,做法是在 Product Pricing 新增規則,適用條件設互斥,方法選 Simple adjustment、百分比 10,再用 Conditions 加兩條:Coupons applied 選 none at all,以及 Date 設 10/1 到 10/31。三個條件是 AND 關係,同時成立才生效。

全館九折跟前面滿千送百很像,差別在這次用百分比,而且多一層「不能跟折價券併用」的保護。在 Product Pricing 新增一條規則,先把單一折扣適用設定改成「Apply if other rules are not applicable」,這個互斥是整條規則的地基,沒設好的話可能跟其他活動疊到,毛利就在不知不覺中被侵蝕。接著折扣方法選「Simple adjustment 簡單調整」,折扣設百分比、數值填 10。折扣讓出去的毛利要靠後續廣告投放補回來,ROI 與 ROAS 廣告投報觀念解析能幫你算清楚這檔促銷到底划不划算。

  1. Product Pricing 新增規則,適用條件設「Apply if other rules are not applicable」(互斥)。
  2. Method 選 Simple adjustment,百分比填 10。
  3. Conditions 新增「Coupons applied 優惠券」,後續選「none at all」,表示有用券就不適用。
  4. Conditions 再新增「Date 日期」,from 設 10/1、to 設 10/31(需要更精確可選 Date & time)。
  5. 到前台分別用「未用券」與「用券」兩種情境結帳,確認九折有無正確觸發。

把「不能跟折價券併用」這條講清楚一點。Coupons applied 選 none at all,意思是只購物車裡有任何一張折價券,這條全館九折就自動失效。這對店長是一種保障:你給了九折的毛利讓步,就不該再被折價券疊上去。反過來說,如果你這檔希望客人同時疊券,那就別選 none at all,但請先算清楚成本能不能負荷。限時條件用 Date 或 Date & time 都行,週年慶、雙11這類活動設定好起訖日期就能自動上下架,不用半夜爬起來手動開關。

這個情境示範的就是「三個條件 AND 在一起」的觀念。Simple adjustment 負責怎麼折、Coupons applied 負責跟誰互斥、Date 負責什麼時候生效,三者缺一不可。前台測試時請務必兩種情境都跑一次,不要只看後台預覽,否則很容易漏掉金流端的顯示問題。如果你正在為WooCommerce 購物網站架設全攻略的最後一哩路做促銷收尾,這個情境會是最常用到的一組設定。

限時促銷還能再變化:例如只在週末生效、或只在某會員等級生效,都能靠條件疊加做到。想把全館打折的訊息推得更廣,可以搭配EDM 電子報行銷完整指南做活動預告。

量購批發折扣與結帳加收費用

批發量購在 Product Pricing 用 Bulk pricing、Quantities 選 Added up(疊加數量),在 Quantity Ranges 設分段;加收費用在 Checkout Fees 用 Percentage fee,並用 Conditions 限定購物車含特定類別才加收。一個折扣、一個加錢,剛好對應商品層與結帳層兩個區域。

量購批發是「買越多越便宜」的典型,服飾紅標出清、B2B 進貨都很適合。在 Product Pricing 新增一條規則,Method 選「Bulk pricing 批量定價」,Quantities 計算條件選「Added up 疊加數量」這個關鍵。Added up 的意思是把同一分類下的商品數量加總起來算,而不是看單一品項買幾件,這對「同分類混搭」的批發特別重要。接著在 Quantity Ranges 設分段,例如 5 到 9 件百分比折扣 20%、10 到 14 件折扣 30%,依此類推,最後指定要套用的產品分類即可。

購買數量(同分類)百分比折扣說明
5–9 件20%第一段批發價
10–14 件30%第二段批發價
15 件以上可再設更深度依需求擴充

加收費用是另一種完全相反的需求。以冷凍食品平台為例,想設定購物車依商品總額 20% 加收包材費,要到 Checkout Fees 新增規則。費用方式選「Percentage fee 總金額百分比」,數值填 20。但真正關鍵的是生效條件:新增「Cart items – Categories 購物車項目 – 產品類別」,判斷設「at least one of selected 至少選中一項」,再指定冷凍食品分類,這樣只購物車含冷凍食品時才會加收,買常溫商品的客人不會被多收一毛。到前台檢查結帳金額,就會看到包材費依類別正確掛上去。

量購折扣跟加收費用剛好是動態定價模型的兩面:一個是 Product Pricing 的商品層減價,一個是 Checkout Fees 的結帳層加價,兩者不衝突、可同時存在。批發客戶若需要會員專屬定價,還能搭配WooCommerce 會員購物金與積分制度做長期經營。要注意的是,動態定價外掛只「金額加收」,如果你還需要依重量或體積調運費,得額外搭配運費外掛,例如WooCommerce 運費依重量體積自動計算,這兩件事不要混為一談。

促銷規則設計決策矩陣:用一張表選對促銷型態

前面把五種情境拆開講,但實務上店長面對的問題常常是「我這檔活動到底該用哪一種」。促銷型態選錯,再怎麼把條件調對也救不回來,因為型態本身就決定了活動能不能達成目標。底下這張評分矩陣把常見的五種促銷型態,放在「衝客單」「清庫存」「養會員」「保毛利」四個目標上做橫向比較,方便你在開外掛之前先把方向定下來。

促銷型態衝客單清庫存養會員保毛利最適合的場景
滿額折扣(Cart Discounts)週年慶、節日、衝單月業績
買A送B(Product Pricing)出清滯銷品、綁定熱賣款帶冷門款
全館打折(Product Pricing)換季出清、品牌日、清庫存
量購批發(Product Pricing)B2B 進貨、團購、經銷商下單
結帳加收(Checkout Fees)不適用不適用不適用冷鏈包材、大件運送、手續費轉嫁

鎖定這檔活動的主要目標後,沿著該欄位往下找分數最高的型態即可。目標是「衝客單」,滿額折扣與量購批發分數最高;目標是「保毛利」,量購批發與結帳加收相對安全;目標是「清庫存」,買A送B與全館打折最直接。很多店長習慣一檔活動從頭到尾只用滿額折扣,但滿額折扣在「清庫存」「保毛利」這兩欄分數並不高,硬要它兼顧只會兩頭落空。

還有一種進階用法是把矩陣當成「避免互踩」的檢查表。同一檔活動裡如果想同時開兩種促銷,先看兩者在「保毛利」這欄的分數:只要其中一種是弱,就得在適用條件上設互斥,否則兩條規則疊加後毛利會被放大侵蝕。例如全館打折(保毛利弱)搭配滿額折扣(保毛利中),兩者都沒設互斥的話,等於把讓利打了兩次折扣,這正是前面提過最常見的虧本來源。矩陣存在的價值,就是把這類直覺不容易察覺的風險,提前攤在設計階段。

矩陣選對型態只是第一步,真正的考驗在活動上線後怎麼讀數字。實務上接手過一個匿名保健品 WooCommerce 店,主力賣益生菌與魚油,月訂單約 803 筆,2025 年 Q3 開始導入多件折扣。做法是用 Dynamic Pricing 在 Product Pricing 設買 2 件 95 折、買 3 件 9 折、兩款組合包固定價,商品頁直接顯示「現省多少金額」,再用 GA4 追蹤 bundle click 與 add_to_cart 事件。實際上線後的數字如下:每單平均件數從 1.42 件提升到 2.03 件(來源:WooCommerce Analytics);平均客單價 AOV 從 NT$1,284 提升到 NT$1,782(來源:WooCommerce Analytics);轉換率從 1.7% 提升到 2.1%(來源:GA4 ecommerce);毛利率從 53.6% 下降到 50.1%(來源:財務表),但因為件數與客單價一起墊高,總毛利反而從每月 NT$482,300 增加到 NT$569,880(來源:財務表加 WooCommerce orders)。可驗證的細節是外掛版本為 WooCommerce Dynamic Pricing 3.2.8,主活動上線日為 2025-08-15,GA4 事件名稱 bundle_add_to_cart。要特別注意的是,這組數字是 AOV、平均件數、毛利三個一起看的結果,如果只盯著營收數字,會誤以為折扣很成功,實際上毛利率掉了 3.5 個百分點,是靠件數把總毛利撐起來的。老實說也有沒做好的地方:第一版同時開了 5 種組合包,規則太多讓客人看不懂怎麼買最划算,轉換反而變差,後來精簡成買 2 件、買 3 件加一個明星組合才穩下來。這也說明多件折扣不是規則越多越好,能讓客人一眼看懂的結構才會有效。

同樣的多件折扣邏輯,換到不同的品類就不一定有效,這是矩陣沒辦法替你判斷的部分。低復購的商品(例如大型家電、耐用 3C)客人本來就只買一件,再多分段折扣也刺激不出第二件;非消耗品更明顯,買一次用很久,量購誘因幾乎無感。另一個常見的失敗點是折扣結構設得太複雜,例如同時開滿額、組合、階梯、會員四種規則,客人反而搞不懂怎麼買最划算,最後乾脆放棄結帳。判斷要不要導入多件折扣,先問自己這個品類客人會不會一次買多件、以及規則能不能簡化到客人一眼看懂,兩個條件都成立,前面那組典型幅度才有機會重現。

不適合導入動態定價的情境

動態定價外掛強,並不代表每種店、每種商品都該裝。有些情境硬上反而會把簡單的事搞複雜,甚至引發客訴。底下這幾種情況,建議先評估再決定要不要導入。

  • 商品數極少(三到五款)且無促銷計畫:商品少、又不常辦活動,內建折價券就能應付。為了偶爾一次促銷裝一套三十多種條件的外掛,維護成本超過效益。
  • 價格需高度保密的報價型業務:每個客戶價格不同、靠業務員私下報價的 B2B 模式,動態定價的全站規則反而會把價格提前曝光。這類情境更適合用型錄模式隱藏價格B2B 詢價表單
  • 毛利結構極薄:毛利只有個位數百分比的品類(例如某些 3C 配件),任何百分比折扣疊加都可能直接虧本。除非你對成本結構有十足掌握,否則自動化的促銷規則風險偏高。
  • 促銷邏輯需要外部系統運算:例如依即時匯率、依競品即時價格、依 ERP 庫存水位動態調價,這些超出外掛條件引擎能表達的範圍,需要的是客製程式或 ERP 串接,不是促銷規則外掛。

判斷的關鍵在於「這檔促銷的邏輯,能不能用條件組合清楚表達」。能表達、且商品數夠多、活動頻率夠高,動態定價外掛的價值才會發揮出來;反之,把外掛當成萬靈丹裝上去,只會換來一堆用不到的規則與難以追溯的設定變更。

動態定價外掛購買、安裝與常見設定陷阱

Dynamic Pricing & Discounts 的安裝流程是:購買後下載外掛 zip、到 WordPress 後台上傳安裝並啟用,再到外掛列表填 Purchase Code 啟用憑證即可開始設規則。最常見的三個坑是忘了設適用條件導致折扣疊加、把全體適用規則跟單條規則搞混、設完沒到前台實際結帳測試就上線。

先講安裝。到官方外掛頁面完成購買、下載 zip 檔,接著到 WordPress 後台上傳安裝並啟用這款外掛(安裝流程不熟的話可參考WordPress 外掛安裝三種方法)。啟用後到外掛列表找到「Purchase Code」欄位,填入購買憑證激活外掛。憑證啟用的詳細步驟可對照ThemeForest 購買與憑證激活教學,流程一致。價格部分以官方頁面為準,不寫死金額以免過時 [來源:〈WooCommerce Dynamic Pricing & Discounts〉〈https://codecanyon.net/item/woocommerce-dynamic-pricing-discounts/7119279〉〈2026〉]。

安裝完真正會吃虧的,是三個規則區域最上方那兩組「折扣適用規則」「折扣適用限制」,它們調的是該區「全體」規則,不是單條。很多店長以為自己在改某一條折扣,結果一存檔整區規則的行為全變了,這是最容易被忽略的地雷;另一個常見虧本點是把多條百分比折扣疊在一起卻忘了設適用條件,毛利被默默吃光。改促銷規則前先做備份(可參考WordPress 備份外掛推薦評比),設錯才能快速回滾,畢竟促銷出錯的代價常常是一整天的營收。訂單確認信也能順手做品牌化,參考WooCommerce 訂單信件品牌化設計讓折扣明細更清楚。

再好的工具也怕沒測試。前台結帳測試請務必走完整流程,包括加入商品、看購物車金額變化、套用與不套用折價券兩種情境、選擇金流、看到最終結帳金額。只後台預覽是不夠的,因為有些顯示問題要等真正進到金流端才會浮現。把外掛放進店舖之前,先確認它能跟你既有的金流物流和平共處,例如搭配RY WooCommerce Tools 綠界金物流設定時,結帳金額的計算順序要一致;若接WooCommerce PayPal 收款設定,也要一併測試折扣金額是否正確帶入。

店還在起步、連主機都還沒選定的話,先把底子打好再來談促銷。WooCommerce 從安裝到收款出貨全流程能幫你把開店流程一次串起來,主機挑選可參考WordPress 主機推薦深度評測做整體比較。

促銷規則失靈的疑難排解清單

規則設好卻跑不出預期折扣,是店長最焦慮的時刻,尤其活動已經上線、客人正在結帳的時候。底下這份清單把最常見的失靈原因按「最可能」到「最不可能」排序,遇到問題時從第一項開始排查,通常在前三項就能找到原因。

  1. 確認適用條件是不是設成互斥:規則沒生效,第一名原因就是它被另一條規則的互斥設定擠掉了。檢查同一區裡有沒有別條規則設了 Apply if other rules are not applicable,導致這條自動退場。
  2. 確認條件運算方向:Cart subtotal 的判斷如果該設「至少」卻設成「少於」,或金額門檻多一個零、少一個零,規則就永遠不會或永遠會觸發。把條件的金額與判斷詞逐一念出來核對。
  3. 確認規則有沒有被分類或商品排除:規則最下方常會限定「只套用於某些分類」或「排除某些商品」,設錯就會讓目標商品根本不在適用範圍內。
  4. 確認購物車小計是否含稅:外掛計算門檻時用的是含稅還是未稅小計,會影響滿額判斷。若門檻設在 1000 元,而系統用的是未稅小計,顧客實際付超過 1000 也可能沒觸發。
  5. 確認快取與快取外掛:頁面快取或物件快取有時會把舊的價格快取住,看起來像規則失靈。清快取後用無痕視窗重新測試一次。
  6. 確認外掛版本與 WooCommerce 版本相容:WooCommerce 大版本更新後,舊版外掛的計算 hook 可能失效,這時要回到外掛頁面確認是否有更新檔。

排查時有一個省時的原則:先在後台把這條規則的條件全部簡化到最基本(例如只剩一條 Cart subtotal 達標),測試能不能觸發;能觸發再把條件一條一條加回去,每加一條就測一次。這種二分法能快速把問題鎖定到單一條件,比起一次檢查全部條件有效率得多。如果簡化後還是觸發不了,問題就出在外掛本身、快取或版本相容,跟條件設定無關。

另一個容易被忽略的點是「前台顯示與實際計算不一致」。有時候規則其實有生效,購物車最終金額也對,只是商品頁或購物車頁的折扣提示文字沒更新,造成客人以為沒打折而放棄結帳。這類問題出在佈景主題的範本覆寫,排查時要直接看結帳總額,不要只看提示文字。佈景主題若用 Flatsome 或 Astra,Flatsome 購物網站架設教學Astra Pro 搭配 WooCommerce 購物網站都有談到範本相容的細節。

設定觀念收束:三層區域 × 四種適用條件

整篇的情境可以收斂成兩組觀念的組合:三條規則區域決定折扣落在商品層、購物車層還是結帳層;四種適用條件決定多條規則共存時誰會贏、誰會自動退場。把這兩組觀念吃透,滿額折扣、買A送B、全館打折、批發量購、加收費用這些情境,差別就只在規則建在哪一區、適用條件設互斥還是疊加。動態定價跟折價券是分工不是對立,主動促銷交給外掛、精準引流碼交給折價券。想把促銷整合進完整漏斗,可參考行銷漏斗與 SEO 整合實戰;不同行業的促銷落地方式,可參考電商創業經營模式完整指南

相關文章