Marketplace Fees, Payment Processing, and Taxes: Net Revenue Reality Check

Why “Net Revenue” Matters More Than Your Listed Price

On marketplaces and many ecommerce platforms, the price a customer pays is not the money you keep. Fees, payment processing, and taxes can remove a meaningful percentage of each order before you ever see a payout. A “net revenue reality check” means you model the cash you actually retain per order, then decide whether that remaining amount can support your costs and profit target.

This chapter focuses on the revenue-side deductions (fees, discounts, taxes) and how to place them correctly in a pricing model. It does not re-cover product cost (COGS) or shipping/fulfillment costing—those belong elsewhere in your full profit equation.

Common Fee Types You’ll Encounter

Fee structures vary by marketplace, category, and region, but most fall into predictable buckets. Always confirm the current fee schedule for your selling channel and category.

1) Referral / Commission Fees (Marketplace Take Rate)

A referral fee (sometimes called a commission) is typically a percentage of the item price, sometimes including shipping or gift wrap depending on the platform’s rules. It is often the largest single fee.

• Typical form: Referral fee = Referral rate × Fee base
• Fee base examples: item price only; item price + shipping charged; item price after discounts; varies by platform.

2) Transaction / Order Fees

Some platforms charge a flat per-order fee (or per-item fee) in addition to percentage fees. This matters most on low-priced items because flat fees consume a larger share of revenue.

Continue in our app.

You can listen to the audiobook with the screen off, receive a free certificate for this course, and also have access to 5,000 other free online courses.

Or continue reading below...

Download the app

• Typical form: Transaction fee = Flat fee per order (or per item)

3) Payment Processing Fees

If payments are processed by a gateway (or by the marketplace acting as the payment processor), you may see a percentage plus a fixed amount per transaction. Cross-border cards, currency conversion, and alternative payment methods can add surcharges.

• Typical form: Processing fee = (Processing rate × Processing base) + Fixed fee
• Processing base: often the amount paid by the customer excluding tax in some systems, but sometimes includes tax; check your processor’s terms.

4) Listing Fees (Per Listing / Per SKU / Per Renewal)

Some marketplaces charge to create or renew a listing. This is not always tied to a specific order, so you typically allocate it across expected sales volume.

• Typical form (allocation): Listing fee per order = Total listing fees over period ÷ Number of orders in period

5) Subscription / Account Fees (Monthly Seller Plans)

Seller plans, storefront subscriptions, or account fees are fixed costs. Like listing fees, they are usually allocated across orders to understand per-order economics.

• Typical form (allocation): Subscription fee per order = Monthly subscription ÷ Monthly order count

6) Advertising Fees (Optional but Common)

On many marketplaces, ads are optional but often necessary for visibility. Advertising is usually modeled separately because it can vary widely by campaign and time. Still, it affects net revenue reality.

• Common forms: cost-per-click (CPC) spend; promoted listing percentage of attributed sales; offsite ad percentage.
• Practical modeling approach: treat as a variable cost per order using an average advertising cost per order or an ad rate on attributed revenue.

Build the Net Revenue Equation (Selling Price − Discounts − Fees)

Start with a clear definition: Net revenue is the amount remaining from the customer’s payment after discounts and selling-related fees are deducted (before subtracting product and fulfillment costs).

Step 1: Define Your Price and Discount Variables

• List price (P): the displayed selling price before discounts.
• Discounts (D): coupons, promotions, markdowns funded by you. (If the platform funds a discount, treat it differently—your net may not change.)
• Net selling price (NSP): NSP = P − D

Step 2: Identify Each Fee and Its Base

Fees are tricky because they may apply to different bases. For example, a referral fee might apply to the net selling price, while payment processing might apply to the total charged (sometimes including shipping and/or tax). Create a small “fee base map” for your channel.

Step 3: Write a Practical Net Revenue Formula

A flexible template (per order) looks like this:

Net Revenue (NR) = NSP − ReferralFee − TransactionFee − ProcessingFee − AllocatedListingFee − AllocatedSubscriptionFee − AdvertisingCost

Where:

• NSP = P − D
• ReferralFee = r × ReferralBase
• ProcessingFee = (p × ProcessingBase) + f

If you want a compact version using typical assumptions (both referral and processing apply to the net selling price, plus a fixed processing fee and a flat transaction fee):

NR = (P − D) × (1 − r − p) − f − t − Lalloc − Salloc − A

r = referral rate, p = processing rate, f = fixed processing fee, t = transaction fee, Lalloc = allocated listing fee per order, Salloc = allocated subscription fee per order, A = advertising cost per order.

Step-by-Step: Incorporate Fees Into a Pricing Model

Step 1: Collect Inputs for One Channel and One Product

• Referral rate and its base definition
• Transaction fee (flat) if any
• Payment processing rate and fixed fee, plus what the processor charges on (includes tax? includes shipping?)
• Any listing fee and how often it renews
• Monthly subscription fee (if applicable) and expected monthly order volume
• Advertising assumption (optional): average ad cost per order or % of sales

Step 2: Convert Fixed Fees Into Per-Order Allocations

Fixed fees are easy to ignore and then “mysteriously” lose money. Allocate them realistically:

• Subscription allocation: if your plan is $39/month and you expect 130 orders/month, then Salloc = 39/130 = $0.30 per order.
• Listing allocation: if listing renewals cost $0.20 and you renew 50 listings/month, total listing fees = $10/month. With 130 orders/month, Lalloc = 10/130 = $0.08 per order.

Step 3: Calculate Net Revenue at a Candidate Price

Example (illustrative numbers):

• List price P = $40.00
• Discount D = $5.00 → NSP = $35.00
• Referral rate r = 15% on NSP → ReferralFee = 0.15 × 35 = $5.25
• Processing p = 2.9% + fixed f = $0.30 on NSP → ProcessingFee = 0.029 × 35 + 0.30 = $1.315 ≈ $1.32
• Transaction fee t = $0.40
• Allocated subscription Salloc = $0.30
• Allocated listing Lalloc = $0.08
• Ads A = $2.00 per order

Net revenue:

NR = 35.00 − 5.25 − 1.32 − 0.40 − 0.30 − 0.08 − 2.00 = $25.65

This $25.65 is what remains to cover the rest of your per-order economics (product and delivery-related costs, plus profit). If that remainder is too small, you adjust price, discounting strategy, ad spend, or channel choice.

Step 4: Stress-Test With a “Low Price” Scenario

Flat fees become painful at low prices. Re-run the same fee structure at P = $15 with no discount:

• NSP = $15.00
• ReferralFee = 0.15 × 15 = $2.25
• ProcessingFee = 0.029 × 15 + 0.30 = $0.735 ≈ $0.74
• t + Salloc + Lalloc still roughly $0.78 combined (0.40 + 0.30 + 0.08)

Even before ads, fees total about $2.25 + $0.74 + $0.78 = $3.77, which is 25.1% of the selling price. This is why low-priced items often require different channels, bundles, or minimum order values.

Where Taxes Fit: Sales Tax vs VAT (Collected vs Absorbed)

Taxes can be confusing because sometimes you collect them on top of the price and pass them through, and sometimes the tax is considered included in the displayed price. The key is to decide whether tax is part of your revenue or merely a pass-through liability.

Concept 1: Tax Collected “On Top” (Common in US Sales Tax)

In many US contexts, sales tax is added at checkout. The customer pays P + Tax, but the tax portion is not revenue; it is collected and remitted. In this setup:

• Your revenue base is typically the pre-tax selling price (after discounts).
• Sales tax should not be counted as revenue in your net revenue equation.

Practical placement in the model:

Customer Pays = NSP + SalesTax + ShippingCharged (if any)

Net Revenue focuses on NSP minus fees (and excludes SalesTax if it is passed through)

Important nuance: some payment processors charge their percentage on the total processed amount, which may include sales tax. If so, sales tax indirectly increases processing fees even though it is not your revenue. Model this by setting ProcessingBase to the taxed total when applicable.

Concept 2: Tax Included in the Displayed Price (Common in VAT Regions)

In many VAT systems, the displayed price is VAT-inclusive. That means the amount you show the customer already contains tax, and you must remit the VAT portion. In this setup:

• Your “price” includes tax, but your revenue should be net of VAT.
• You must separate the VAT component from the gross price to find the net selling price before fees (depending on how the marketplace calculates fees).

If the VAT rate is v and the VAT-inclusive price after discounts is NSP_gross, then the VAT-exclusive amount is:

NSP_net = NSP_gross ÷ (1 + v)

Example: VAT rate v = 20%, VAT-inclusive net selling price NSP_gross = €36:

NSP_net = 36 ÷ 1.20 = €30

Then VAT to remit is €6. Whether marketplace fees apply to €36 or €30 depends on platform rules; your model should match the fee base definition.

Concept 3: “Absorbing” Tax vs Passing It Through

Sometimes sellers say they “absorb” tax, meaning they keep the customer-facing price fixed and pay the tax out of that price. This is effectively a discount to yourself and reduces net revenue.

• Passing through tax: tax is added on top (or separated from VAT-inclusive price) and treated as not-your-revenue.
• Absorbing tax: you do not increase the customer’s total; the tax reduces what you keep.

Modeling tip: treat absorbed tax like a deduction from the selling price before you evaluate profitability, because it reduces the amount available to cover costs and profit.

Putting It All Together: A Channel-Specific “Net Revenue Worksheet”

Create one worksheet tab per channel (Marketplace A, Marketplace B, your website) because fee bases and tax handling differ. A practical structure:

Once this worksheet is accurate, you can safely test price points and discount strategies without being surprised by payout shortfalls.