Who Should Pay Payment Processing Fees on a Marketplace?

For a platform or marketplace, payment processing fees are not simply a finance question. The decision affects merchant economics, customer pricing, conversion, margins, and the way the payment integration needs to be designed. The platform can absorb the fees, deduct them from merchant payouts, or, in some cases, pass them on to the buyer. The right model depends on the marketplace's commercial model and on what is legally and contractually possible in each market.

There is also an important distinction between who ultimately bears the cost and who pays the PSP. A payment provider may charge the platform or marketplace directly, while the platform recovers that cost from the merchant. In that case, the PSP sees the platform as the paying customer even though the merchant ultimately bears the economic cost.

Option 1: The Platform Absorbs Payment Processing Fees

Under this model, the marketplace pays the payment processing costs and does not deduct them from merchant payouts or add a separate payment fee to the buyer's price. The merchant receives the agreed sale amount, subject to other marketplace fees or commissions.

This creates a simple proposition for merchants. They know that the price they receive is not reduced by a separate payment processing charge. It can also make the platform easier to sell to merchants because the payment cost is effectively included in the platform's commercial model. For customers, the checkout experience is straightforward because there is no additional payment surcharge.

The main disadvantage is the impact on the platform's margin. Payment processing costs can be significant, particularly for low-value transactions, international payments, cards with higher processing costs, or businesses with high refund and chargeback rates. If the platform charges a fixed commission, it needs to make sure that the remaining margin is sufficient to cover payment costs.

This model is often most attractive when payment costs are relatively predictable and the platform can incorporate them into its commission or subscription pricing. It can also work well when a simple merchant proposition is more important than passing through every individual cost.

Option 2: Merchants Bear the Payment Processing Fees

The platform can instead deduct payment processing fees from the merchant's payout. For example, a customer pays €100, the PSP charges €3 in processing fees, and the merchant receives €97 before any other marketplace fees.

This model makes the economics more transparent for the platform because payment costs do not have to be absorbed into its own margin. It can be particularly useful for marketplaces where payment costs vary significantly between merchants, countries, payment methods, or transaction sizes.

The commercial model needs to be communicated clearly to merchants. A merchant that sees a €100 sale but receives €97 may view the €3 as a payment cost, whereas another platform might advertise a 10% commission and absorb payment processing within that fee. The total economics may be similar, but the presentation can have a meaningful impact on how merchants compare platforms.

The technical integration also needs to support the fee calculation and payout logic. The platform needs to know which payment costs should be attributed to the merchant and ensure that the amount deducted from the payout matches the agreed commercial terms. Refunds, chargebacks, disputes, currency conversion, and payment-method-specific fees can make this more complicated than simply deducting a fixed percentage.

Option 3: Buyers Pay the Payment Fee

A third option is to add a payment fee or surcharge to the customer's transaction. For example, the advertised product price might be €100 and the customer might see an additional €2 payment fee at checkout.

This can protect the platform's and merchant's margins because the payment cost is passed to the customer rather than absorbed by either party. It may also make sense where the payment method creates a clearly identifiable additional cost and customers understand why it is being charged.

However, this is the option that requires the most caution. Payment surcharging is not universally permitted. The rules depend on the country, payment method, card scheme, and type of transaction. In some jurisdictions, surcharging card payments is restricted or prohibited, while other payment methods may be subject to different rules. Contractual requirements from card schemes and PSPs also need to be considered.

The platform therefore should not assume that a payment fee can simply be added to every checkout. The pricing and payment architecture may need to determine whether a surcharge is permitted for the specific transaction before displaying or applying it.

Payment Fees Are Not Always the Same

A marketplace should also avoid treating payment processing as one fixed cost. The actual cost can depend on the payment method, transaction value, country, currency, card type, cross-border status, and other factors.

For example, a €20 domestic card transaction and a €2,000 international card transaction can have very different economics. Alternative payment methods can have different fee structures as well. Refunds and chargebacks can create additional costs, while currency conversion may introduce another layer of fees.

This matters when deciding who should bear the cost. A platform that absorbs all payment fees may find that some merchants or transactions are significantly less profitable than others. A platform that passes all costs to merchants may create an unattractive proposition for merchants with low-value transactions. A single pricing rule may therefore not always be appropriate across the entire marketplace.

The Impact on Merchant and Customer Behavior

The fee model can influence how merchants and customers behave.

When the platform absorbs payment costs, merchants have less reason to discourage particular payment methods and customers see a cleaner price at checkout. This can support conversion, but the platform takes on the risk that payment costs increase faster than revenue.

When merchants pay the fees, the platform has stronger protection for its own margin. However, merchants may adjust their pricing to compensate. In practice, the cost can therefore still reach the customer indirectly through higher product prices.

Passing the fee directly to buyers makes the payment cost visible. That can be commercially attractive when the fee is small and clearly justified, but an unexpected surcharge at checkout can also reduce conversion. For marketplaces where checkout simplicity is important, this trade-off should be tested rather than assumed.

How the Fee Model Affects the Payment Integration

The commercial decision also influences the technical design. If the platform absorbs payment fees, the payment flow can remain relatively simple: the platform pays the PSP and separately calculates merchant commissions and payouts.

If merchants bear the cost, the payment integration needs to support accurate allocation of processing fees. The platform may need to receive fee information from the PSP, reconcile it against each transaction, and deduct the correct amount before paying the merchant.

This becomes particularly important in marketplace models where one customer payment is split between several parties. The platform needs to establish whether the PSP supports the required fee allocation directly or whether the platform needs to calculate and manage parts of it itself.

Passing fees to buyers creates another requirement. The platform needs to determine the permitted fee before the payment is submitted and present it correctly to the customer. It may also need different rules depending on the payment method or country. The pricing engine and payment integration therefore become more closely connected.

Comparing the Three Models

How Should a Platform Choose?

There is no universally correct answer. The decision should start with the marketplace's economic model rather than with the capabilities of the PSP.

A platform that wants a simple merchant proposition may choose to absorb payment costs and include them in its commission. A marketplace operating on tight margins may instead deduct processing fees from merchant payouts. Passing the cost to buyers can work in specific situations, but it requires a much more careful assessment of local rules, card-scheme requirements, payment-method restrictions, and customer experience.

The platform should also model the decision across different transaction sizes and payment methods. A fee structure that works for a €500 transaction may not work for a €10 transaction. Similarly, domestic and cross-border transactions can have very different economics. Understanding the actual payment cost before setting the commercial model is therefore important.

Finally, the choice should be reflected consistently in the platform's contracts, pricing, payment integration, payout calculations, reporting, and reconciliation. Payment processing fees are not just a line item in the finance model. They are part of the marketplace's overall payment architecture and can have a direct impact on both profitability and customer experience.