In WooCommerce, enter a product’s normal amount in Regular price. Enter a temporary promotion in Sale price, optionally with start and end dates. For variable products, set a price on each variation. Tax status and tax class determine how WooCommerce treats the item for tax calculation, while quantity, role, category, order-total, and wholesale rules require a pricing extension. Always verify the amount a customer sees in the cart and at checkout, especially when coupons or multiple rules are active.
Antihost offers managed WordPress hosting with free migration, one-click staging and a 14-day free trial.
The fastest way to set a WooCommerce price
For a simple product with one amount, use the product editor:
As an Amazon Associate I earn from qualifying purchases.
Do these 3 things before closing this tab:
1Repair Windows errors before they cause bigger problems2Scan for outdated or missing drivers - takes under a minute3Clear out junk files and repair common Windows errors- In WordPress, open Products > All Products.
- Select the product you want to edit.
- In the Product data panel, open General.
- Type the normal amount in Regular price.
- If the item is temporarily discounted, type the promotional amount in Sale price.
- Save or update the product, then add it to the cart as a customer would and check the final total.
The number you enter is the product price. WooCommerce supplies the currency symbol and number formatting from the store’s currency settings, so you do not type a currency symbol into the price field. A regular price is the ordinary selling amount; a sale price is the discounted amount that is displayed while the sale is active.
Do not use the sale field as a second permanent price. Keeping the normal amount in Regular price preserves a clear before-and-after price display and lets you remove or schedule the promotion without overwriting the standard amount.
#1 Best Overall
How to add and schedule a sale price
Enter a sale manually
Open the same Product data > General panel and enter the lower amount in Sale price. Leave the regular amount in place. After saving, WooCommerce uses the sale amount while the product is on sale.
Set start and end dates
Use the date controls associated with the sale price to define when the discount begins and ends. Scheduling is useful for a campaign that should go live and expire without someone editing the product at those times. Confirm the store’s time-zone configuration and test the product near the boundary dates; a sale that is scheduled correctly in the editor can still appear differently if the customer is viewing a different tax jurisdiction or a rule-based discount is also active.
Windows Errors? Fix Them Before They Spread
Repair common Windows errors and clear accumulated junk for a smoother, more stable PC - no reinstall needed.Free scan · no reinstallOutdated Drivers Are Slowing You Down
One free scan finds every outdated or missing driver and matches the right update for your exact hardware.Free scan · exact hardware matchWhen a sale does not appear
- Check that the sale amount is lower than the regular amount and that the product was saved.
- Check the sale’s start and end dates, including the store time zone.
- Check whether a dynamic-pricing rule is replacing, reducing, or otherwise interacting with the sale amount.
- Check the cart and checkout, not only the product page, because the payable amount can include tax, coupon discounts, or other rules.
Pricing products with variations
A variable product does not get a complete price from the parent product alone. Size, color, license type, storage capacity, or another selectable option can have its own amount, so WooCommerce expects price data on the individual variations.
- Edit the variable product from Products > All Products.
- In Product data, choose Variations.
- Open each variation that customers can buy.
- Enter that variation’s regular price and, where needed, its sale price.
- Save the variation changes and update the product.
For example, a T-shirt might have a regular price of 20 for small and 22 for large. Those amounts belong on the two variations, not only in a description or attribute label. If one variation has no price, it may be unavailable for purchase or fail to produce the expected amount when a customer selects it.
Review every purchasable variation after a bulk edit. A product-page price range is not proof that each variation has the intended price; select each option combination and verify the cart line item.
Tax status, tax class, and the amount customers see
WooCommerce separates the product amount from the way tax is handled. In the product’s data settings, Tax status can be Taxable, Shipping only, or None. Tax class is Standard by default, with other classes available when the store has configured them.
- Taxable allows the product to participate in the configured product-tax calculations.
- Shipping only applies tax treatment to shipping rather than the product itself.
- None marks the product as not subject to the store’s product-tax calculation.
Whether catalog prices are displayed including or excluding tax is controlled by the store’s tax configuration. The number in the regular or sale field is therefore not always the amount a customer sees as the final payable total. The result can vary by selling jurisdiction, customer location, shipping destination, and whether prices are configured as tax-inclusive or tax-exclusive.
Test a representative product as a customer in each important jurisdiction. Check the product page, cart, checkout, order confirmation, and any invoice output. If the displayed price is wrong only for one location, inspect the tax class and the store’s jurisdictional tax rules before changing the product’s base price.
Maintaining prices through the REST API
Stores that import a catalog or maintain prices from an external system can use WooCommerce’s REST API representation. A product has regular_price and sale_price fields. The current price is derived from those values, while sale start and end dates control scheduled pricing.
When synchronizing prices, treat the regular and sale fields as the source values rather than attempting to write a calculated current price independently. A typical synchronization process should:
Free tools Windows power users keep installed
One-click scans. No signup required.
- Map the external catalog’s normal amount to
regular_price. - Map an active promotion to
sale_price, or clear that field when no promotion applies. - Send sale start and end dates when the promotion is scheduled.
- Retrieve the product after the update and confirm the derived
price. - Check a variation separately when the item is variable; variation prices are not replaced by a parent-level amount.
API data still passes through the same tax configuration, coupons, and pricing rules as an amount entered in the editor. A successful API response does not guarantee that checkout will show the same number, so include a customer-facing cart and checkout test in an import deployment.
Which WooCommerce pricing method fits your requirement?
| Method | Scope | Trigger | Price basis | Best fit |
|---|---|---|---|---|
| Regular price | One product or variation | Always active | Fixed amount | A single standard selling price |
| Sale price | One product or variation | Optional start and end dates | Fixed discounted amount | A time-limited promotion |
| Variation prices | Each selectable variation | Customer’s chosen option | Amount per variation | Different sizes, colors, licenses, or configurations |
| Dynamic pricing rule | Products, categories, roles, orders, or offers | Quantity, role, cart value, date, or offer condition | Fixed, percentage, or exact-price adjustment | Conditional discounts and complex promotions |
| Tiered or wholesale rule | Products or a wider catalog | Quantity thresholds or customer segment | Per-item percentage or tier amount | Volume purchasing and wholesale schedules |
Use native fields when the requirement is a single amount or a straightforward time-limited sale. Move to a pricing-rule extension when the amount depends on something other than the product or variation itself.
What dynamic pricing extensions can handle
WooCommerce’s Dynamic Pricing documentation describes seven broad modes. The names and controls can vary by extension version, but the underlying decisions are the same: identify the qualifying scope, define the trigger, choose the adjustment, and decide how competing rules interact.
Advanced product pricing by quantity
Apply a fixed amount, percentage change, or exact price when a customer buys a specified quantity of a product. This is appropriate when buying more units of one item should reduce the per-item price.
Special offers
Use an offer condition rather than a permanent catalog amount. The rule can make a product cheaper when the customer meets the documented offer requirement.
Advanced order totals
Base the adjustment on the value of the order or cart. This is useful for thresholds such as a discount above a defined spend, provided the extension’s calculation basis is configured consistently with tax and shipping settings.
Simple role pricing
Assign a different adjustment to a customer role. This can support a member, reseller, or wholesale role without changing the public product amount.
Simple category pricing
Apply one category-wide adjustment when the business wants a consistent treatment for a group of products.
Advanced category bulk pricing
Combine a category scope with quantity tiers. This is suitable when the threshold applies across products in a category rather than only to one SKU.
Advanced category special offers
Use category membership together with an offer condition. Define exactly which products qualify and how the offer is measured before publishing it.
These modes can use fixed-price adjustments, percentage adjustments, or an exact resulting price. Document whether an adjustment is taken from the regular price, the sale price, or another configured basis; that choice changes the customer’s result.
Other rule-based approaches
Product Dynamic Pricing and Discounts
This type of extension can target products, categories, order quantity, user roles, and specific customers. Its documented priority choices include following rule order, choosing the smallest price or discount, choosing the highest price or discount, or applying all matching rules. Settings can also determine whether a rule applies to regular prices, sale prices, or neither when an item is already on sale.
Quick wins for a faster PC:
Scan for outdated or missing drivers - takes under a minuteDriver Scan →Repair Windows errors before they cause bigger problemsFix Now →Choose a priority deliberately. “Apply all” can create a much larger reduction than a store owner expects, while “smallest price” and “highest discount” answer different business questions. Write a short example for every rule combination and verify it in the cart before enabling the rule for all customers.
YayPricing-style rule types
Rule systems with four documented types—simple adjustment, bulk pricing, buy one get one (BOGO) for the same product, and Buy X Get Y—are useful when the promotion is offer-led rather than just a lower unit price. Targets can include products, categories, variations, tags, prices, or specific products. For Buy X Get Y, specify whether the free or discounted item must be the same product and test mixed quantities so customers cannot obtain more reward units than intended.
Tiered pricing tables
A tiered-pricing table can show percentage pricing for specified quantities. Rules may be created at the individual-product level or globally. Product-level rules are safer when only a few SKUs need tiers; global rules are operationally faster for a catalog-wide wholesale policy but require a review of every affected product.
Coupons, sales, and rule stacking
Dynamic Pricing documentation warns that the extension cannot disable its settings when coupons are used. Consequently, a coupon discount can be added on top of the Dynamic Pricing discount. Treat that as stacking, not as an either-or choice.
What’s actually slowing this PC down?
Pick the symptom - the matching free tool is one click away.
Before publishing a coupon, build a test matrix:
| Test case | What to verify |
|---|---|
| Regular-price item without coupon | The base amount and tax treatment |
| Sale item without coupon | Sale amount, dates, and displayed reduction |
| Eligible quantity without coupon | The intended tier or dynamic adjustment |
| Eligible quantity with coupon | Whether both reductions apply and in what order |
| Ineligible quantity with coupon | That the coupon alone produces the documented result |
| Different role or customer account | That only the intended audience receives the rule |
Use the actual cart and checkout totals as the authority. A product-page amount may not reveal a coupon, tax, or order-level adjustment that appears later.
Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.Make conditional prices understandable to customers
A dynamic rule can change the displayed price without automatically adding an explanation to the product, cart, or checkout page. Add a clear message to the product description or another visible store area. State the qualifying quantity, customer role, category condition, or offer requirement in plain language.
For example, instead of showing only “12.00,” explain that the lower amount applies when the customer buys 10 or more units. If a role is required, say which account status qualifies. If a coupon is needed, explain whether the coupon stacks with the quantity rule. The message should match the rule’s actual scope; do not advertise a catalog-wide discount when only selected variations qualify.
Why a WooCommerce price looks wrong
The wrong field was edited
If a promotion was entered as the regular price, WooCommerce has no original amount to show and no separate sale period to schedule. Restore the normal amount to Regular price and put the temporary amount in Sale price.
A variation has a different amount
For a variable product, inspect the selected variation under Product data > Variations. The variation’s own price controls the purchasable option, even when the parent product appears to have a price range.
Tax changed the visible total
Compare the product amount with the tax-inclusive or tax-exclusive display configured for the store. Then inspect the product’s tax status and class and test using the customer’s shipping or billing jurisdiction.
A sale is outside its schedule
Check the start and end dates and the store time zone. An expired sale should no longer determine the current price, while a future sale should not be treated as active.
A dynamic rule matched unexpectedly
Review the rule’s scope and trigger: product, category, quantity, role, order total, special offer, or customer. Then inspect its priority setting and whether it is allowed to affect sale-priced items.
The Tool Desk
Outbyte PC Repair FREEClear out junk files and repair common Windows errorsFree Scan →Outbyte Driver Updater FREEFix the driver behind crashes, sound loss and screen glitchesFind Drivers →A coupon stacked with the rule
Remove the coupon and compare the cart total. If the dynamic discount remains, the coupon is an additional reduction rather than a replacement. Adjust the rule or coupon configuration only after deciding which stacking behavior the business intends.
The product page and checkout disagree
Use the checkout calculation to identify tax, coupon, order-total, and role-based changes. A product-page price is only one stage of WooCommerce’s calculation; the payable total is assembled after the cart conditions are known.
A safe publishing and testing procedure
- Write the pricing rule in one sentence. Identify the product scope, qualifying customer, trigger, price basis, and intended result.
- Set the base amount. Enter the normal amount as regular price, and add a sale amount only when a promotion is genuinely required.
- Configure variation amounts. Open every purchasable variation and check its regular and sale values.
- Choose tax treatment. Set tax status and class for the product and confirm the store’s inclusive or exclusive display convention.
- Configure one pricing extension rule. Start with the narrowest scope that satisfies the requirement instead of applying a global rule prematurely.
- Define priority and stacking. Decide what happens when two rules match and whether coupons may be added.
- Add customer-facing instructions. State the quantity, role, coupon, or offer condition before the customer reaches checkout.
- Test boundary cases. Test one unit below a threshold, exactly at the threshold, and one unit above it; test both before and during a scheduled sale.
- Check the complete purchase path. Verify product page, cart, checkout, tax, coupon, order confirmation, and variation selection.
- Record the expected result. Keep the rule sentence and test values with the store’s change record so a future editor can distinguish an intentional discount from an incorrect price.
A practical decision checklist
- Need one permanent amount? Use Regular price.
- Need a dated promotion for one product or variation? Use Sale price with start and end dates.
- Does size, color, license, or another option change the amount? Price each variation.
- Does quantity, category, role, order total, or a special offer change the amount? Use a dynamic-pricing rule.
- Need wholesale or volume tiers? Use a tiered or wholesale pricing extension.
- Could multiple rules or coupons match? Set priority explicitly and test the combined cart.
- Could tax alter what the customer sees? Verify tax status, tax class, display convention, and selling jurisdiction.
- Could customers misunderstand the condition? Explain the qualifying requirement on the storefront.
Pricing is correct only when the stored product values, rule conditions, tax treatment, and final checkout total all agree with the offer you intend to sell.
Quick Recap
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
Recommended Free Tools
