Whoops

先用一分鐘搞懂:YITH 動態定價到底幫你解決什麼問題

「滿 3000 送 300、會員再打 95 折、滿 5 件自動批發價」這類複合促銷,WooCommerce 原生優惠券雖能設定金額、商品、使用者與使用次數等限制,卻不擅長自動套用多段數量階梯或角色定價。若硬用多張券拼接,結帳時還得處理能否併用與重複折抵。

換句話說,YITH Dynamic Pricing and Discounts 會把折扣邏輯拆成一條條規則,依條件自動計算購物車價格,不必要求客戶輸入優惠代碼。可用的數量折扣、滿額折扣、角色條件、分類限定與贈品功能會依方案及版本不同,啟用前要對照目前官方功能表。

三分鐘重點:這篇是 Part 1,我會帶你從安裝一路到開出三條最常用的實戰規則(數量折扣、會員差別定價、分類限定折扣),並拆解規則背後的三層結構。進階的 BOGO 贈品、行銷檔期排程、與其他外掛的衝突排查,我留在本系列的 Part 2 處理。如果你還沒決定要不要用 YITH,可以先看過 YITH 外掛完整評測,再回來這篇實作。

根據 W3Techs 的市佔統計(2026 年 6 月),WooCommerce 目前是全球電商系統市佔最高的平台。這個位置背後,是幾百萬個像你一樣、每天在後台跟促銷邏輯搏鬥的店長。會用 WooCommerce 的人很多,能把促銷規則設定得乾淨、不互踩、還能追蹤成效的,其實沒幾個。這篇就是要把這一塊補起來。

為什麼 WooCommerce 內建優惠券不夠用?三個你一定踩過的痛點

很多人會問:WooCommerce 本身就有優惠券(Coupon)功能,幹嘛還要花錢買 YITH?問得好。我直接把實務上最常見的三個卡關點列出來,你看看是不是中獎了。

第一,原生優惠券通常需要客戶主動輸入代碼。若活動溝通不清楚,符合資格的客戶可能不知道代碼;公開代碼也可能被轉傳。使用原生優惠券時,應設定適用商品、使用者、最低消費、次數上限與能否併用,並在前台清楚說明。

第二,多條件組合幾乎做不到。原生優惠券的限制規則是「全站通用 vs 限定商品」「使用次數上限」這一類粗顆粒的控制。你要做「鍋具分類滿 3 件打 8 折,但與週年慶全館 9 折不可併用」這種邏輯,原生機制僅能用排除法硬湊,規則一多就開始互相覆蓋。

第三,沒有數量階梯(Tiered Pricing)。買 1 件原價、買 5 件 95 折、買 10 件 85 折,這是批發與團購最基本的需求,原生優惠券僅能做「滿 X 件打折」的單段,做不出連續階梯。

換句話說,原生優惠券是「單次折抵的票券」,而動態定價是「持續運作的價格引擎」。層次完全不同。我用一張表把兩者的差異攤開來看:

比較項目WooCommerce 原生優惠券YITH Dynamic Pricing and Discounts
觸發方式客戶手動輸入代碼自動套用,客戶無感
數量階梯僅能單段(滿 X 件打折)多段連續階梯(1/5/10 件對應不同價)
條件組合以單張優惠券的限制與併用設定為主可組合規則;累加與互斥方式依版本設定
會員角色差別定價不支援原生支援,可做到 VIP / 批發商分級
排程檔期可設到期日;起始時間與複合排程較有限規則可設定起訖時間
變動商品(Variable Product)規則難以針對單一規格可指定到特定變體

如果僅有一兩種固定折扣,原生優惠券可能已夠用;需要自動數量階梯、角色定價或較複雜的組合規則時,再評估動態定價外掛與維護成本。

YITH Dynamic Pricing and Discounts 能做什麼:條件矩陣總覽

在動手設定之前,我想先讓你看清楚這套外掛的能力邊界。很多人買了外掛卻僅用其中兩成功能,原因通常不是其他功能沒用,是大家根本不知道這些功能存在。我把最常用的觸發條件整理成一張矩陣,你設定任何一條規則時,都可以回來對照:我要用哪一個維度當觸發點?

觸發維度典型情境適合的促銷類型
購物車商品數量買越多越便宜數量階梯、批發價
購物車總金額滿額折扣、滿額免運客單價拉升
特定商品在車內買 A 才有 B 的折扣搭售、關聯推薦
會員角色(User Role)VIP、批發商、員工價會員分級、B2B 報價
分類 / 標籤僅針對鍋具或夏季新品打折清庫存、季節檔
特定變體紅色款出清、XL 碼特價單一規格出清
時間排程週年慶、雙十一限定檔期活動自動上下架

這張表是死的,組合是活的。你會發現,任何一條規則幾乎都是「從左邊選一個維度,再決定怎麼調整價格」。把這個直覺建立起來,後面設定任何促銷都不會迷路。

安裝與啟用:把地基打好的五個檢查點

假設你已經買好 YITH Dynamic Pricing and Discounts 的授權。安裝這一步看似簡單,但很多人在這裡埋下後來抓不到的雷。我列五個檢查點,一個一個過。

第一,確認 WordPress、WooCommerce、PHP 版本都符合外掛需求。YITH 這套對 WooCommerce 主版本更新很敏感,WooCommerce 升大版(例如 8.x 到 9.x)之後,舊版 YITH 偶爾會出現規則不套用的狀況。安裝前去 YITH 官方產品頁看一眼相容性列表,是成本最低的保險。

第二,安裝外掛本體。從 YITH 帳戶下載付費版 ZIP,進入 WordPress 的「外掛 → 安裝外掛 → 上傳外掛」安裝並啟用,不需要再安裝一個獨立的 License Manager。若不熟悉流程,可參考 WordPress 外掛安裝教學

第三,啟用授權並確認更新。到「YITH → License Activation」,依當下介面輸入購買帳號的電子郵件與授權金鑰。選單名稱與欄位可能隨版本調整,以官方安裝文件為準。

第四,檢查主題與快取外掛的相容性。某些 WooCommerce 主題會自訂價格或購物車模板,快取規則也可能讓商品頁與結帳價顯示不一致。不要僅憑主題知名度假設相容;設定完成後,要用訪客、會員與適用角色各走一次商品頁、購物車與結帳流程。

第五,先備份再開工。動態定價直接改變前台價格顯示,一旦規則寫錯,可能在無人注意的時段把商品打成錯價。先用可靠的備份工具建立還原點,也保留規則截圖或匯出紀錄。

這五個檢查點走完,地基就穩了。接下來可以開始想規則。

規則的核心三層結構:觸發條件、價格調整、適用範圍

這是整篇文章我現在最想教會你的一件事。YITH 裡的每一條規則,都可以拆成三個獨立的層次。把這個心智模型建起來,你之後設定任何規則都不會在後台介面裡迷路,因為你永遠知道自己正在調整哪一層。

我用一個白話的比喻:動態定價規則就像便利商店的促銷海報,上面永遠要回答三個問題。

第一層:觸發條件(WHEN,什麼時候啟動)。客戶做了什麼動作、或符合什麼身分,這條規則才會被點燃?是購物車放滿 5 件?是登入的會員角色是「批發商」?是商品屬於「鍋具」分類?這一層決定規則什麼時候醒過來。

第二層:價格調整(WHAT,怎麼改價)。規則啟動後,要套用百分比折扣、固定金額折扣或符合條件的贈品。可用類型會依規則種類與外掛版本不同,以目前規則編輯畫面為準。

第三層:適用範圍(WHERE / WHO,作用在誰身上)。這個調整要套用到哪些商品、哪些人?是全館所有商品?僅有「平底鍋」這個分類?僅有某一個變動商品的「紅色款」?還是僅有某個會員角色看得到?這一層決定規則的「作用範圍」。

層次回答的問題實際對應的設定
觸發條件什麼時候啟動?數量、金額、商品、角色、時間
價格調整怎麼改價?百分比、固定金額、贈品等版本支援類型
適用範圍作用在誰?全館、分類、商品、變體、角色

很多新手卡關,都是因為把這三層混在一起想。例如「我想讓批發商買鍋具有批發價」,其實是三層各選一項:「角色=批發商」(觸發)、「打 7 折」(調整)、「僅限鍋具分類」(範圍)。三層各自獨立設定,規則就清楚得不得了。

這三層會出現在規則編輯畫面的條件、折扣與適用對象區塊;實際標籤會隨外掛版本改動。不要僅按舊教學找固定分頁名稱,先辨認每個欄位是在回答 WHEN、WHAT 還是 WHO/WHERE。

實戰規則一:滿件數量折扣,把件數推上去

三層結構講完,我們直接開第一條實戰規則。以美妝保養品牌的週年慶檔期促銷為例,目標通常很明確:同時把客單價跟件數推上去。這類檔期裡最有效的單一規則,就是數量階梯折扣,鼓勵客戶多帶幾件、用價格換量。

數量折扣的核心邏輯是買越多、單價越低。用三層結構拆開來看:觸發條件是購物車內指定商品數量,價格調整是百分比或目前版本支援的折扣類型,適用範圍則是選定的商品或分類。

實際設定步驟如下。進到後台的 YITH → Dynamic Pricing and Discounts,點「Add new rule」建立新規則。先給它一個你以後看得懂的名字,例如「鍋具分類滿件階梯」。接著照這個順序填:

  1. 建立三段階梯。在目前版本的規則編輯器選擇數量折扣,新增多段條件,例如數量 1 到 2 件為原價、3 到 4 件打 95 折、5 件以上打 88 折。實際數字要依毛利結構調整。
  2. 設定適用範圍。在商品適用範圍中選擇特定分類,勾選要促銷的鍋具分類。欄位名稱若與本文不同,以目前官方文件與介面為準。
  3. 確認顯示設定。YITH 有一個「在商品頁顯示數量折扣表」的選項,強烈建議打開。讓客戶在商品頁就看到「買 5 件再省 X 元」的表格,這本身就是最好的推銷文案,比結帳時才發現折扣有效太多。
  4. 存檔後走一次完整流程。開無痕視窗,把指定分類的商品加 1 件、3 件、5 件進購物車,分別確認單價有照階梯變動。不要僅在後台看數字,一定要在前台實際跑過。

這裡有一個容易漏掉的細節:數量折扣的「數量」怎麼算。是同一個商品規格累計,還是同一分類可跨商品累計?YITH 讓你選。如果你賣的是消耗品(保養品、咖啡豆),跨商品累計比較能逼單;如果你賣的是高單價耐久財(鍋具、家電),通常用同款式累計就好,免得客戶為了湊件數而退而買便宜的配件。

另一個提醒:數量折扣會吃掉毛利,務必先算過損益兩平的件數。88 折聽起來沒什麼,但如果你的淨利率本來僅有 15%,等於這筆交易你幾乎是平手在做。階梯的折扣深度,永遠要回到你的毛利結構去推,不是看別人怎麼設就跟著設。

實戰規則二:會員角色差別定價,B2B 與 VIP 分級

第二條實戰規則是依會員角色套用折扣。原生 WooCommerce 沒有這類角色條件;在 YITH 規則裡,可以把觸發條件設為會員角色,再套用百分比或固定金額折扣,適用範圍則依全站、分類或商品需求設定。

設定的前提是站上已有要用的會員角色。WordPress 核心內建多個內容管理角色,WooCommerce 也會新增 Customer 與 Shop Manager;若要做 VIP 或批發分級,通常還需要建立自訂角色。角色建好後,再確認 YITH 的規則介面能正確選取。

實際設定一條「批發商全館 75 折」的規則,步驟是:

  1. 新增規則,命名清楚。例如「批發商全館 75 折」,未來檔期多的時候,命名規則會救你一命。
  2. 在 Users 分頁指定角色。把這條規則限定給「批發商」這個角色。這一層是觸發條件也是適用對象,身分不對的人連看都看不到這個價格。
  3. 設定價格調整為百分比折扣 25% off,也就是 75 折。若需求是為每個角色維護獨立固定售價,先確認目前版本是否支援,或評估專門的角色定價方案,不要把固定金額折扣誤當成「指定新價」。
  4. 決定與其他規則的關係。若同時有數量折扣,要先決定批發價能否疊加,再依目前版本支援的累加、互斥或優先順序設定並實測。

這裡有個重要的觀念:角色差別定價的本質,是同一個商品、不同人看到不同價。這對 B2B 報價超級好用,因為你不必為批發客戶單獨再開一個站、或人工改價再改回來。但相對地,它也意味著你不能讓一般消費者誤觸批發價。YITH 的角色判定是綁在登入狀態上的,所以如果你的結帳流程允許訪客結帳,要確認批發規則的觸發條件有鎖好「已登入且角色為批發商」。

如果你做的是 B2C 會員經濟而非 B2B,同樣的手法可以拿來做 VIP 分級。例如銀級會員 95 折、金級會員 9 折、白金會員 85 折,搭配 會員購物金制度一起做,就能把會員等級的誘因整個立體化。這也是單純靠原生優惠券架不出來的結構。

實戰規則三:分類與商品限定折扣,把毛利控在自己手上

第三條規則,我想教你把促銷的「作用範圍」控制得更精準。前面的數量折扣和角色定價,多半會搭配一個範圍設定,但這條規則的重點就是把第三層(適用範圍)當成主角,用它來做精準打擊。

常見的情境是:你要出清某一季的庫存,但不能全館打折,因為全館打折會傷害品牌、還會誤砍高毛利商品的利潤。你僅想針對「夏季過季款」這個分類、或「紅色平底鍋 28cm」這個變體做破盤價。

用三層結構拆:觸發條件可以設為所有訪客、不限數量,價格調整使用百分比或固定金額折扣,適用範圍精準鎖在過季分類或指定變體。設定步驟:

  1. 新增規則並選定適用範圍類型。在 Apply to products 分頁,選「特定分類」或「特定商品」。YITH 也支援選到變動商品的單一變體,這對 變動商品很多的店特別實用。
  2. 設定價格調整。依可承受毛利選百分比或固定金額折扣;若要直接設定商品促銷價,應使用 WooCommerce 商品價格欄位或確認外掛版本明確支援。
  3. 加上時間排程。出清通常有檔期,把這條規則設一個結束日期,到期自動失效,避免你忘了關、讓破盤價一直掛著。排程的細節下一節會講。
  4. 前台驗證顯示與實際結帳價一致。特別是變體折扣,要切換到那個變體確認價格有更新,不要僅看預設規格。

分類限定的真正威力,在於讓你能依毛利結構分區操作促銷。你手邊一定有毛利高、可以大力打折當誘因的品項,也一定有毛利薄、碰不得的品項。透過分類範圍,你可以把促銷火力集中在能承受的品項,把不能打的隔離開來。這是比起全館打折更成熟的做法。

一個進階應用:把分類限定和前面的數量折扣組合,就能做出「夏季分類滿 3 件再折 10%」這種聚焦式的清庫存促銷,既限定範圍、又有量的誘因。組合的可能型非常多,但前提是你要先熟練單一規則的設定,再去玩組合。

三個最容易被輕忽的設定:排程、優先順序、規則停止處理

規則建好後,還要檢查排程、規則順序與累加方式。這三項若沒有明確設定,最終折扣很容易與原先預期不同。

第一個:排程(Schedule)。若目前版本與規則類型支援起訖日期,就能讓檔期自動啟用與停止。實際生效時刻會受網站時區、排程機制與快取影響,上線前要在預備站測試,正式站也要安排開始與結束後的價格抽查。

排程要養成一個紀律:任何促銷規則都要設結束時間,即使是長期規則,也設一個半年後的到期日提醒自己複審。這個習慣能避免半年後你忘了這條規則存在,卻讓它默默吃掉你的利潤。

第二個:規則順序與累加方式。多條規則同時命中時,要在外掛目前版本的全域或規則設定中確認是累加、僅取一條,或採最高折扣;不同規則類型的處理方式可能不同,不能僅靠列表位置推定。

不要把「越特定、越優惠就排越上面」當成通用公式。先寫下同時命中時應採較高折扣、較低折扣、累加或互斥,再依目前版本的處理方式設定。全館 9 折與分類 8 折是否能並存,是商業決策,不是列表位置自然決定的答案。

第三個:是否允許折扣累加。確認目前版本中多條折扣同時命中時的處理選項,並用購物車實測最終價格。介面若沒有名為「Stop processing」的欄位,不要依舊版教學硬找;目標是明確決定互斥或累加。

這一個設定直接決定折扣會不會「疊到爆」。舉例:你有一條「會員 95 折」和一條「滿千再 9 折」,如果沒設停止處理,兩條可能會疊成 0.95 乘 0.9 等於 85.5 折,比你原本預期的任何一個都低。這種意外疊加是電商流血的最常見原因。

較安全的做法,是先定義每一組規則能否累加,再建立測試矩陣。若介面支援互斥或停止處理,可依設計啟用;若沒有,就要用適用條件拆開範圍,或請官方支援確認可行設定,不能假設每種規則都有同一個開關。

設定作用實務原則
排程規則自動起訖所有規則都設結束日,定期複審
優先順序多規則命中時的處理次序依預先定義的折扣政策設定並實測
累加/互斥多條折扣能否同時套用確認版本支援方式,建立組合測試

這三個設定懂了,你的促銷系統才算真正上軌道。不懂這些、僅會建規則的人,遲早會被自己設的規則反咬。

動態定價會不會拖慢結帳?效能該怎麼顧

每加一條動態定價規則,後台就多一份工作要做:每次有人開商品頁或進結帳,系統都要即時把所有規則跑一遍,算出最終價格。規則一多,這個運算就會變成結帳速度的負擔。而結帳速度直接影響轉換率;web.dev 的研究(2026)即指出,當頁面載入時間從 1 秒拉長到 3 秒,跳出率會顯著上升,電商的每一秒延遲都在吃掉訂單

規則增加是否造成可感知的效能問題,要用真實商品頁、購物車與結帳頁量測,不能僅從規則數量推定。可以先做幾個安全的維護動作。

第一,規則數量要節制,用範圍取代重複。若商業邏輯相同,可用分類或標籤涵蓋商品,避免建立大量難以稽核的近似規則。是否改善速度仍要量測,不能用規則數直接換算效能。

第二,範圍僅涵蓋真正適用的商品。這能降低誤折風險,也讓規則較容易稽核;至於是否改善效能,仍要以查詢與結帳量測結果判斷。

第三,定期整理過期規則。不再使用的規則可停用並保留變更紀錄;不要在沒有備份與稽核需求評估前直接刪除。整理主要是降低營運誤判,不應宣稱特定版本一定仍會掃描過期規則。

第四,分開處理前台資源與動態運算。圖片壓縮與靜態資源快取能改善商品頁載入,卻不會直接消除購物車與結帳頁的動態價格計算。若瓶頸出在 PHP 或資料庫,要用效能剖析找出慢查詢、外掛衝突或主機資源不足,再對症處理。完整方法可看網站速度優化

效能問題可能來自規則設計、外掛實作、資料庫、主題或主機環境。定期整理規則有助降低營運複雜度,但根因仍要靠量測確認。

YITH 動態定價 vs 原生優惠券:什麼時候用哪一個

裝了 YITH 之後,原生優惠券是不是就完全沒用了?並不是。兩者各有強項,混用得當反而最靈活。我用一個決策矩陣幫你判斷什麼時候用哪一個。

情境建議工具原因
一次性、需分享代碼的折扣(例如 EDM 專屬碼)原生優惠券代碼本身就是追蹤與控制的手段
常駐型自動折扣(會員價、批發價)YITH 動態定價自動套用,客戶無感、不漏單
數量階梯、滿件遞增折扣YITH 動態定價原生做不出多段階梯
限時活動代碼(KOL 專屬、EDM 追蹤碼)原生優惠券要靠代碼區分流量來源與成效
跨分類、跨角色的複合促銷YITH 動態定價條件組合能力遠勝原生
檔期破盤出清YITH 動態定價排程自動上下架、不漏關

一個好記的原則:凡是要「追蹤單次活動成效」的,用優惠券代碼;凡是要「長期自動運作」的,用動態定價規則。前者是行銷活動的量測工具,後者是價格策略的執行引擎。兩者合作的典型配置是:用動態定價撐起常駐的會員價與數量折扣,再用優惠券代碼做檔期的短期加碼,兩者透過停止處理設定避免疊加失控。

這個分工也跟你的 行銷漏斗設計有關。漏斗中段的會員留存,靠動態定價的自動誘因;漏斗下段的臨門一腳,靠限時代碼製造急迫感。把定價工具放對位置,它們才會相輔相成,避免互相打架。

規則明明設好了卻沒生效?五個最常見的排查方向

規則儲存後,前台價格若沒有變化,先別急著判定外掛故障。以下整理五個常見排查方向;實際定位時間會依快取層、主題與其他價格外掛而異。

第一個方向:快取。先清除外掛、主機與 CDN 快取,再用無痕視窗測試。WooCommerce 的購物車、結帳與我的帳號通常應排除整頁快取;商品頁能否快取,則取決於價格是否依登入角色、Cookie 或其他條件動態變化。不要不分情境把所有商品頁一律排除,可參考快取外掛的 WooCommerce 相容說明。

第二個方向:適用範圍沒涵蓋到該商品。你的規則設了「限定鍋具分類」,但那個商品其實被歸在「廚房用品」分類、或同時掛了兩個分類。YITH 的範圍判定很嚴格,分類對不上就完全不套用。檢查商品的分類設定,確認它真的落在規則指定的範圍裡。變動商品更容易踩雷:你指定了某一個變體,但前台選的是另一個變體,自然不會打折。

第三個方向:被其他規則影響。先記錄現況,再暫時停用其他折扣規則,單獨測試目標規則;若單獨生效,再依目前版本的優先順序、累加或互斥設定逐條恢復,找出衝突組合。

第四個方向:會員角色或登入狀態不符。如果你設的是角色差別定價,記得規則僅對登入且角色正確的人生效。你用管理員帳號測試,看到的是管理員看到的價格,未必是批發商看到的價格。測試角色定價,要用對應角色的帳號登入,或用無痕視窗模擬訪客狀態,才會看到真實的價格呈現。

第五個方向:外掛或主題衝突。如果你裝了其他也會改價格的外掛(例如另一套報價外掛、或會員價外掛),兩者可能互相覆蓋。主題自帶的購物車模板有時也會覆寫價格顯示。排查方法是把其他可能的價格外掛暫時停用、暫時切回預設主題,再測一次規則。如果停用後就生效,兇手就現形了。這也是為什麼前面強調備份與逐項驗證的習慣,衝突排查非常依賴這種排除法。

把這五個方向記下來,未來規則出問題時,你就不會像無頭蒼蠅一樣亂試。多數時候答案都藏在快取或範圍設定裡,真正外掛壞掉的情況反而很少。

再補一個營運面的紀律:每次改動規則,最好在一個簡單的文件裡記下「改了什麼、什麼時候改、為什麼改」。這份規則變更紀錄看起來多此一舉,但當你要回溯「上個月營收為什麼突然掉一截」,或是接手的人想搞懂你當初的設計邏輯時,這份紀錄就是唯一的線索。促銷規則一旦累積到十幾條,光靠記憶絕對管不動,寫下來才是真正可控的開始。

Part 1 收尾:你的下一步行動清單

走到這裡,你已經有能力把 YITH Dynamic Pricing and Discounts 從安裝、三層結構理解、一路到開出三條實戰規則,並把排程、優先順序、停止處理這三個關鍵設定顧好。這就是 Part 1 的完整地基。地基穩了,Part 2 的進階玩法才有發揮空間。

我給你一份現在就能動手的行動清單,照著做完,你的店就完成了第一階段的促銷系統升級:

  1. 盤點你現有的促銷需求。把店裡現在正在跑、或未來三個月想做的折扣,全部列成一張表,標註每一項是「常駐」還是「檔期」、是「全館」還是「分類限定」。這張表就是你規則設計的藍圖。
  2. 完成安裝與五個檢查點。照這篇的順序把版本、授權、主題相容、備份都走過一次,別跳過。
  3. 開出第一條數量折扣規則。挑一個毛利能承受、又需要衝件數的分類,設定三段階梯,並打開商品頁的折扣表顯示。
  4. 有會員分級需求再建立角色規則。先確認角色來源、適用商品與能否和其他折扣併用,不要預先建立未使用的規則。
  5. 定義規則的累加與互斥。把預期結果寫成組合表,再依目前版本支援的選項設定。
  6. 排一次完整結帳驗證。用無痕視窗走完加車、看折扣、結帳的全程,確認顯示價與實際付款價一致。
  7. 設一個月後的規則複審提醒。在行事曆上記一筆,一個月後回頭看規則成效與毛利影響,決定哪些要保留、哪些要調整。

這七步走完,你的 WooCommerce 促銷系統就從「手工拼裝」升級成「規則引擎」。等你把 Part 1 的基本功練熟,本系列的 Part 2 會帶你進到買 A 送 B 贈品規則、跨檔期的複合排程、以及和 其他進階促銷玩法 整合的實戰情境,把這套引擎的潛力進一步榨出來。

定價是電商最敏感、也最有槓桿的一個變數。同一個商品、同一群流量,僅僅因為折扣結構設計不同,營收可以差一大截。把這個環節做紮實,它會在每一筆訂單裡悄悄回報你。現在,輪到你動手設定屬於你店的第一條規則了。

常見問題

YITH 動態定價規則要怎麼拆解才不會在後台迷路?
把每一條規則都拆成三層:觸發條件(什麼時候啟動)、價格調整(怎麼改價)、適用範圍(作用在誰身上)。例如「批發商買鍋具打 7 折」就是「角色=批發商」觸發、「打 7 折」調整、「限鍋具分類」範圍,三層各自獨立設定就不會混亂。
WooCommerce 限時搶購活動怎麼用 YITH 排程?
在折扣規則裡設定起訖日期與時間,規則會在指定時間自動上下線。能否與數量階梯、滿額、會員等規則疊加,取決於優先順序與停止處理的設定,不是預設就能任意相乘;活動前先用測試帳號驗證金額,並留意時區設定。
YITH 動態定價的規則會互相疊加嗎?
規則會依優先順序處理,但套用一條就停、或是多條可疊加,需依外掛官方文件與後台實際設定而定。建議將折扣力道最大的規則設為較高優先或互斥,並用測試帳號跑一次結帳驗證最終金額。
WooCommerce 原生優惠券跟 YITH 動態定價要怎麼選?
原生優惠券適合一次性、需要追蹤代碼成效的活動(例如 EDM 專屬碼);動態定價適合常駐型自動折扣,例如會員價、批發價、數量階梯。兩者常搭配使用:動態定價撐起常駐結構,優惠券代碼做檔期短期加碼,再用停止處理設定避免疊加失控。

操作步驟

  1. 列出站上所有現存折扣規則,把所有可能同時觸發的規則折扣率相乘換成售價率,對照該分類的毛利結構,確認折扣不會吃掉淨利;深度折扣前務必先算過損益兩平的件數。
  2. 挑下一個檔期,用「觸發條件、價格調整、適用範圍」三層結構新建一條規則,設完用測試帳號把購物車湊到剛好門檻跑一次結帳,確認折扣金額符合預期。
  3. 給每一條規則加上起訖日期,檔期結束自動關閉;活動後保留規則設定改為停用,下次同檔期可直接復用。

主題聚落|WooCommerce 行銷與促銷玩法 看「WooCommerce 與電商」中樞 →

相關文章

褚崇名(Sliven) 創辦人・巫普斯科技有限公司

長期投入技術 SEO、GEO/AEO 與 AI 搜尋實務。本站文章以可驗證資料、公開來源與實作觀察整理而成。

完整作者介紹LinkedInGitHubX

想把這篇的方法用在自己的站上?

SEO 健檢、GEO/AEO 引用優化、網頁設計諮詢——把文章裡的方法落地到你的網站。