Table Rate Shipping: How It Works, Examples, and When to Use It
Table rate shipping calculates a customer’s checkout shipping charge using merchant-defined rules, such as delivery location, order weight, item quantity, or cart value. Instead of charging everyone the same amount or requesting a live carrier quote, the store matches the order to a rate table. It works best when your shipping costs follow predictable patterns but a single flat rate would overcharge some customers or leave you absorbing too much cost.
For merchants, the main task is not simply entering prices. It is deciding which conditions should change the charge, how overlapping rules should behave, and what happens when an order falls outside the table.
How table rate shipping works
A shipping table connects order conditions to a shipping charge. A simple version might charge one amount for lightweight orders and another for heavier orders. A more detailed version might first identify the delivery zone, then apply a weight band and an additional charge for a particular product category.
The usual checkout sequence looks like this:
- Identify the destination. The checkout uses the customer’s delivery address to determine the applicable shipping zone or service area.
- Read the relevant order attributes. These might include product weight, quantity, shipping class, or merchandise subtotal.
- Find the matching rule. The shipping engine evaluates the conditions configured by the merchant.
- Calculate the charge. Depending on the implementation, it may return a fixed amount, add charges together, or calculate a base charge plus a variable component.
- Display the eligible shipping option. The customer sees the charge before placing the order.
There is no universal table rate specification. Supported conditions, rule priority, calculation methods, and handling of multiple matches vary by platform or extension. For example, the official WooCommerce Table Rate Shipping documentation describes conditions based on weight, price, item count, and shipping-class item count, along with different calculation approaches. Treat those as features of that implementation, not a guarantee that every table rate tool works identically.
The checkout charge is not the carrier’s invoice
A table rate determines what your customer pays your store for shipping. It does not, by itself, determine what a carrier charges you to transport the parcel. You still need to arrange fulfillment and purchase the appropriate shipping service.
This distinction matters when reviewing profitability. A customer might pay a table-based charge that is lower or higher than the eventual fulfillment cost. That difference can be intentional, such as subsidizing shipping to support a promotion, but it should not be accidental.
Table rate shipping examples
All amounts below are hypothetical examples in USD. They illustrate rule design, not carrier prices, recommended market rates, or platform subscription costs.
Example 1: Weight bands within a delivery zone
A store selling products with similar package sizes could use total configured shipping weight to estimate the cost of fulfilling an order.
| Destination zone | Order shipping weight | Customer shipping charge |
|---|---|---|
| Zone A | More than 0 kg, up to 1 kg | $5 |
| Zone A | More than 1 kg, up to 3 kg | $8 |
| Zone A | More than 3 kg, up to 5 kg | $12 |
Under this table, a 2.4 kg order going to Zone A receives an $8 charge. An order weighing exactly 3 kg also receives an $8 charge; an order above 3 kg moves into the $12 band.
The boundaries must match the software’s actual comparison logic. Test whether minimum and maximum values are inclusive rather than assuming the labels alone prevent overlaps. Orders above 5 kg also need a deliberate outcome, such as another band, a separate eligible method, or an explicit service restriction.
Example 2: Order-value bands with free shipping
A merchant might charge $6 for eligible orders below $75 and offer free standard shipping at $75 or more. This is useful when the merchant intends to fund shipping through the order’s overall margin rather than recover its cost precisely on every shipment.
The critical detail is the subtotal definition. If a cart contains $80 of merchandise and a discount reduces it to $70, does it still qualify? Configure and test the intended treatment of discounts, taxes, gift cards, and excluded products wherever those settings are available. State the customer-facing threshold consistently with the checkout behavior.
Example 3: Base charge plus an item charge
Suppose a store uses a $4 base charge plus $1.50 per eligible item. A three-item order would produce a shipping charge of $8.50: $4 + (3 × $1.50).
This structure can suit relatively uniform products when each additional item adds a predictable handling or transportation cost. It becomes less reliable when one item is a small accessory and another requires a large protective carton. In that case, separate product classes or a different calculation basis may be more appropriate, if the shipping engine supports them.
Table rates, flat rates, and live carrier rates
These approaches answer the same checkout question in different ways. The choice should reflect how closely your selling rules need to follow shipment costs.
| Approach | How the charge is determined | Useful when | Main limitation |
|---|---|---|---|
| Flat rate | A fixed charge for an eligible method or group of orders | Costs are similar enough to support a simple charge | A single amount may fit some orders poorly |
| Table rate | Merchant-defined conditions and calculations | Costs vary in predictable, manageable bands | Rules require maintenance and exception testing |
| Live carrier rate | A quote requested through a carrier or rating integration | Shipment-specific pricing is a priority | Quote quality depends on shipment inputs and integration settings |
The labels can overlap in platform terminology. A platform may describe weight-based or price-based fixed charges as conditional flat rates, even though merchants think of the collection of rules as a rate table. The Shopify documentation on setting up flat shipping rates, for example, covers weight-based and price-based conditions. Evaluate the actual rule behavior rather than choosing a tool by its label.
A live quote is also not a promise that the final carrier invoice will be identical. Differences in entered shipment details, packaging, or applicable adjustments can affect the final cost.
When table rate shipping is a good fit
Choose table rates when a small, understandable set of rules explains most of your shipping-cost variation. They are particularly useful when:
- Destination matters predictably. You can group serviceable addresses into zones with reasonably similar costs.
- Your catalog has consistent shipping characteristics. Weight, item count, or product classes provide a useful approximation of fulfillment effort.
- You want deliberate shipping subsidies. You can offer selected customers a lower charge without treating the checkout amount as exact carrier-cost recovery.
- You need more control than one flat rate provides. Separate bands can reduce the mismatch between lightweight and heavy orders.
- Someone owns maintenance. A merchant or operations team can review exceptions and update the table when costs or products change.
Table rates are less attractive when accurate pricing depends on many shipment-specific variables that the rules cannot represent. Examples include highly variable package dimensions, frequent split shipments, or products requiring individual freight quotations.
A bulky but lightweight item is a useful warning case. A weight-only table may place it in a cheap band even when its packed dimensions make it expensive to ship. If your implementation cannot account for that difference, use a suitable product-specific rule or another pricing method rather than adding increasingly complicated weight bands.
How to build a table that holds up in checkout
1. Start with real fulfillment costs
Review representative orders across destinations, basket sizes, and product types. Record the customer shipping charge separately from transportation, packaging, handling, and other costs you intend the charge to cover. Do not use a single average to hide expensive exceptions.
Decide whether your goal is full recovery, partial recovery, or a planned subsidy. The same cost history can produce different sensible tables depending on that commercial decision.
2. Choose the fewest useful conditions
Start with destination zones and one main cost driver, such as weight. Add another dimension only when it fixes a meaningful pricing problem. A large table is not necessarily more accurate if the product data behind it is incomplete or the rules are difficult to maintain.
Confirm that the selected tool supports the required conditions and combinations before building the full table. In particular, check whether it calculates per order, per item, per shipping class, or per package.
3. Clean up product and package data
Check weight units, missing values, product variations, and shipping-class assignments. Determine whether the calculation uses product weights alone or includes packaging weight. If packing changes substantially with basket composition, test those combinations separately.
A correct formula applied to incorrect data still produces an incorrect charge. Treat catalog maintenance as part of shipping configuration, not an unrelated merchandising task.
4. Define priority and exceptions
Specify what should happen when several rules match. Some implementations can select a matching rate; others can combine charges under particular calculation settings. Verify the behavior rather than assuming that the cheapest rule or first row always wins.
Also define unsupported destinations, overweight orders, special products, and carts containing items from different fulfillment locations. A fallback should only offer a service you can actually fulfill at an acceptable cost.
5. Test boundaries and mixed carts
Before publishing, run a checkout test matrix that includes:
- Values just below, exactly at, and just above every threshold.
- Addresses in each zone, plus an address outside your service area.
- A discounted cart crossing the free-shipping threshold.
- Products with missing or zero weight.
- A mixed cart containing standard and special-handling products.
- An order exceeding the highest configured band.
- Multiple fulfillment locations or shipping profiles, if used.
For each test, record the expected charge, actual charge, available methods, and whether checkout can proceed. Confirm the customer-facing method name does not imply a delivery speed you cannot support.
6. Monitor the gap after launch
Compare collected shipping revenue with the fulfillment costs you intended it to cover. Review the results by zone and order type, not just across the store as a whole. Profitable local orders can otherwise mask persistent losses on heavier or more distant shipments.
Revisit the table when packaging, carrier arrangements, product mix, or fulfillment locations change. Keep a dated configuration record so unexpected charges can be traced to the rules active when an order was placed.
FAQ
Does table rate shipping require a paid extension?
Not always. Some platforms provide basic weight-based or order-value-based conditions within their shipping settings. More complex combinations may require an extension or custom development. Check the exact calculation requirements before assuming that either native settings or an add-on will be sufficient.
Can table rate shipping offer free shipping?
Yes, where the implementation supports a zero charge or a separate free-shipping method. Define which orders qualify and how free shipping interacts with other matching options. Test discounted carts and excluded products so the checkout follows the offer’s terms.
Can I use table rates for international orders?
Yes, provided the shipping setup supports the destinations and rules you need. However, a table-based checkout charge does not automatically calculate or collect import duties and taxes. Make clear what the charge covers and verify the separate requirements for your international selling model.
Why is no shipping option appearing at checkout?
Possible causes include an unmatched destination, a gap between bands, an order above the maximum threshold, or product data that prevents a rule from matching. Check the address, shipping profile, product attributes, and rule conditions before changing prices. The exact troubleshooting steps depend on your platform.
Does table rate shipping include package tracking?
No. Table rating determines the checkout shipping charge; tracking concerns a shipment after it has been created. A shipping or fulfillment workflow may connect both functions, but a rate table alone does not create a tracking number or report delivery progress.
Sources
- WooCommerce: Table Rate Shipping documentation — implementation-specific conditions, calculation methods, and rule configuration.
- Shopify Help Center: Setting up flat shipping rates — manual shipping charges with order-price and weight conditions.
