Interchange Fees Explained
Interchange Fees Explained: What Merchants Are Really Paying the Issuer For Two customers place $100 ecommerce orders with the same merchant. Both pay with Visa debit cards. Both payments succeed. Yet the interchange attached to those two transactions can be dramatically differen
Interchange Fees Explained: What Merchants Are Really Paying the Issuer For
Two customers place $100 ecommerce orders with the same merchant.
Both pay with Visa debit cards.
Both payments succeed.
Yet the interchange attached to those two transactions can be dramatically different.
Under Visa's U.S. interchange schedule effective April 18, 2026, a qualifying regulated debit transaction is generally shown at 0.05% + $0.21, with a possible additional $0.01 fraud-prevention adjustment for qualifying issuers. The same schedule contains card-not-present programs for exempt debit cards with substantially different percentage-plus-fixed-fee structures.
On a hypothetical $100 payment, that means one regulated transaction could correspond to approximately $0.26 of interchange before an eligible fraud adjustment, while another debit transaction outside that regulatory treatment could fall into a materially different interchange program.
Same merchant.
Same checkout.
Same $100 order.
Different underlying card economics.
That is the most important thing to understand about interchange:
Interchange is not one universal percentage attached to accepting cards. It is a transaction-dependent underlying cost whose result depends on what card was used, who issued it, where the parties are located, how the transaction was submitted, which program it qualifies for and which regulations apply.
And one distinction matters even more:
Interchange is not the merchant's entire card-processing fee.
Under the EU's legal definition, interchange is a fee paid directly or indirectly between the issuer and acquirer involved in a card transaction. The regulation separately defines the merchant service charge as what the merchant pays its acquirer. Visa similarly describes interchange reimbursement fees as transfers between acquiring and issuing financial institutions and distinguishes them from the merchant discount paid by merchants to their financial institution. Mastercard likewise states that interchange is generally paid by acquirers to card issuers and is only one component of the Merchant Discount Rate.
That distinction should change how merchants analyze card costs.
What is an interchange fee?
In a typical four-party card transaction, the core participants are:
Cardholder
↓
Issuer
The financial institution that issued the customer's card.
↓
Card network
The scheme and infrastructure under which the transaction is processed.
↓
Acquirer
The payment institution providing card acceptance to the merchant, directly or through another provider.
↓
Merchant
When the transaction settles, interchange is part of the economics between the acquiring and issuing sides.
The EU Interchange Fee Regulation defines interchange as remuneration paid directly or indirectly between the issuer and acquirer for the card transaction. Mastercard describes it more simply as a transaction fee generally paid by the acquirer to the card issuer.
The merchant may economically bear that underlying cost through its acquiring or PSP pricing.
But the accounting chain is not:
Merchant → Visa → interchange
or:
Merchant → Mastercard → interchange
That is why the common statement:
“Visa charges me 1.8% interchange”
is usually conceptually wrong.
Visa or Mastercard may establish default interchange programs within their respective systems, subject to law and other arrangements, but interchange and network fees are separate cost categories. Mastercard explicitly states that interchange is just one component of the merchant discount rate and that Mastercard does not set the acquiring agreement between merchant and acquirer.
The dedicated Card Scheme Fees Explained article should own the network-cost layer.
The merchant does not negotiate interchange the way it negotiates PSP markup
This distinction has a practical consequence.
A merchant may negotiate:
PSP markup
acquiring margin
fixed transaction fees
volume tiers
platform charges
certain commercial terms
But a merchant generally does not negotiate one bespoke universal interchange percentage with its PSP.
Interchange is instead determined by the applicable card-system and regulatory framework for the particular transaction.
That makes interchange fundamentally different from:
provider markup.
A merchant can often influence some of the conditions under which transactions qualify.
It can also change its mix of transactions.
But that is not the same as negotiating:
“Please reduce interchange from 1.7% to 1.4%.”
This is why an interchange optimization exercise should begin with transaction classification, not supplier negotiation.
Why does interchange exist?
Card networks describe interchange as a mechanism for balancing the economics between acquiring and issuing participants.
Mastercard states that interchange is generally paid by acquirers to issuers and describes its default rates as balancing costs and benefits between different participants in its payment system. Visa describes interchange reimbursement fees as transfer fees between acquiring and issuing institutions.
From a merchant-cost perspective, the more useful point is structural:
The issuing side performs functions and takes risks associated with making the customer's card available and participating in the payment transaction.
The exact economic justification and appropriate level of interchange have also been subjects of regulation and competition policy—which is why some markets cap interchange while others allow much broader schedule differentiation.
For merchants, interchange should therefore be treated as an underlying card-system cost with regulatory and transaction-specific rules, rather than a provider service charge.
Interchange versus scheme fees
Suppose a merchant sees:
Interchange: 1.50%
Scheme fees: 0.15%
Acquirer/PSP markup: 0.25%
These three lines describe different things.
Interchange
Economic transfer associated with the issuing/acquiring sides of the card transaction.
Scheme fees
Charges associated with use and operation of the card network.
Acquirer or PSP markup
Commercial pricing for providing merchant acceptance and related services.
The actual statement may use different terminology.
The provider may also blend those components together.
But economically they should not be treated as synonyms.
The cluster's Card Scheme Fees Explained, Acquiring Fees Explained, and PSP Markup Explained articles should own those other layers.
This article owns the issuer-side interchange component.
Why interchange varies
Looking for “the Visa interchange rate” or “the Mastercard interchange rate” is usually the wrong question.
Current U.S. schedules themselves demonstrate why.
Visa's April 2026 U.S. schedule contains different programs by:
Debit regulation status
consumer card product
commercial card product
card-present versus card-not-present transaction
recurring payment
merchant category
transaction value
program qualification
authentication/token treatment
among other factors.
Mastercard's current U.S. interchange guidance similarly states that qualification can depend on merchant category, the time between authorization and clearing, transaction data, enhanced data submission, and merchant sales or transaction volume; it also distinguishes U.S.-issued cards from interregional cards.
So the correct question is:
Which interchange program did this particular transaction qualify for, and why?
Debit versus credit
The first important split is card type.
Debit and credit can have very different interchange structures.
Regulation can make that distinction even more pronounced.
In the European Union, Regulation (EU) 2015/751 caps in-scope consumer debit interchange at 0.2% of transaction value and in-scope consumer credit interchange at 0.3%, while allowing Member States to establish certain lower domestic limits.
That does not mean:
“All European debit costs 0.2%.”
It means those are interchange caps for the transactions within the regulation's scope.
The merchant can still incur:
Scheme fees
acquiring charges
PSP markup
other applicable costs
above interchange.
And not every card transaction falls under those consumer-card caps.
Regulated versus unregulated or exempt debit
The United States illustrates the distinction particularly clearly.
Under current Federal Reserve Regulation II, an issuer subject to the debit interchange standard generally may not receive more than:
$0.21 + 0.05% of transaction value
plus an additional:
$0.01
if it qualifies for the fraud-prevention adjustment. Certain transactions and issuers are exempt from that interchange-fee standard.
The Federal Reserve's 2024 network data shows how economically important that distinction can become.
For Visa transactions in the Fed's dataset, the average interchange percentage for covered dual-message transactions was materially below the average for exempt transactions; the same pattern appears for Mastercard. The Fed explicitly warns that those are network averages rather than the rate any particular issuer or transaction necessarily receives.
This gives merchants a useful diagnostic:
A change in issuer mix can change average debit interchange even if the PSP contract has not changed at all.
Consumer versus commercial cards
A business purchasing card is not necessarily priced like an ordinary consumer credit card.
Visa's current U.S. schedule, for example, contains separate Corporate and Purchasing interchange programs, including card-present, card-not-present, travel, commercial-data and large-ticket structures.
The EU example shows the regulatory importance too.
The EU interchange regulation's Chapter II caps explicitly exclude transactions with commercial cards, as defined by the regulation, while the consumer debit and credit caps apply within scope.
This makes B2B card mix particularly important.
A merchant whose card volume shifts from:
consumer cards
toward:
commercial cards
may see interchange economics change even if:
Total card volume is constant
Average transaction value is constant
PSP markup is unchanged
Do not model an enterprise merchant's costs using a consumer-card interchange assumption.
Card product
“Credit card” is still too broad.
A single card network can contain multiple consumer products.
Visa's April 2026 U.S. card-not-present schedule, for example, separates product classes including Visa Infinite, Visa Signature Preferred, Visa Signature, Traditional Rewards and other products, with different rates appearing across multiple program rows.
The exact product nomenclature differs by network and market.
The merchant lesson is more durable:
The economic mix of card products matters.
Two merchants with identical:
Revenue
transaction count
countries
PSP markup
can still have different weighted interchange if their customers use different card products.
Card geography
Where the card was issued can materially change interchange treatment.
Mastercard's current U.S. merchant guidance distinguishes U.S. interchange for a U.S.-issued Mastercard used at a U.S. merchant from interregional interchange for a non-U.S.-issued Mastercard used at that U.S. merchant.
Visa similarly publishes separate U.S. international/interregional programs in its current U.S. schedule.
This means a U.S. merchant should not model:
$100 U.S.-issued card
and:
$100 foreign-issued card
using one generic interchange assumption.
And “cross-border” itself needs definition.
The issuer geography and merchant/acquirer geography matter.
Merchant geography
Merchant geography interacts with card geography and applicable regulation.
The EU regulation, for example, applies to card-based transactions carried out within its scope where both the payer's and payee's payment service providers are located within the Union. It separately defines domestic and cross-border card transactions for that framework.
So a multinational merchant should not ask:
“What is our interchange?”
It should ask:
“What is our interchange by merchant/acquiring market and issuer geography?”
A blended global average hides the exact variation the payments team needs to understand.
Ecommerce versus card-present transaction
Transaction channel is another interchange dimension.
Visa's current U.S. schedule explicitly separates card-present and card-not-present programs. For debit alone, the April 2026 tables contain separate ecommerce, retail card-not-present, utility, travel and other programs.
That does not justify the universal statement:
“Card-not-present interchange is always X basis points higher.”
Schedules differ by network, geography, card, program and qualification.
The appropriate conclusion is:
Channel is one of the inputs used to determine the applicable interchange program.
For an ecommerce merchant, this makes comparing its costs with a physical retailer's generic “interchange rate” largely meaningless.
Merchant category
The merchant category code can influence interchange qualification.
Current Mastercard U.S. interchange guidance explicitly lists merchant category among the criteria associated with interchange rates. Its published structure includes category-specific programs and qualifications.
Visa's current U.S. tables similarly contain distinct pricing programs for merchant contexts including:
Travel
restaurants
utilities
supermarkets
education
healthcare
advertising
charities
among others.
That does not mean merchants should shop for a cheaper MCC.
MCC assignment should accurately reflect the merchant's business according to applicable network and acquiring rules.
Misclassification is not interchange optimization.
The useful exercise is to confirm that the merchant is correctly categorized and that transactions are qualifying for the legitimate programs appropriate to that business.
Authentication, tokenization and transaction data
Not all ecommerce payments contain the same payment data.
Visa's April 2026 U.S. credit schedule currently includes card-not-present incentives associated with EMV payment tokens and its Digital Commerce Authentication Program; the schedule shows different incentive types based on the relevant qualification.
Mastercard's merchant interchange guidance likewise lists criteria such as:
Authorization-to-clearing timing
availability of transaction data
enhanced transaction data
among qualification factors.
This creates a distinction merchants should understand:
Card mix
What customers bring to checkout.
versus:
Qualification
How the merchant/acquirer submits and processes an otherwise eligible transaction.
The merchant usually has much more potential influence over the second category than the first.
Transaction value
Interchange schedules can combine:
Percentage components
fixed components
caps
large-ticket programs
small-ticket programs
That means transaction value can change the effective percentage cost, even where the nominal program remains the same.
A hypothetical interchange schedule of:
1.00% + $0.10
costs:
$0.20 on a $10 payment
which is an effective 2.0%.
On:
$100
the same formula costs:
$1.10
or 1.1%.
The schedule has not changed.
The economics have.
Current Visa and Mastercard U.S. schedules both include examples of percentage-plus-fixed structures, fixed-fee programs, caps, and ticket-dependent programs.
This is why low-ticket and high-ticket merchants can experience very different effective interchange despite processing through the same card system.
Regulation can override ordinary interchange differentiation
Interchange is not purely a commercial schedule.
In some markets, law constrains the amount.
Two examples show just how different regulatory systems can be.
European Union
For in-scope consumer-card transactions, the EU Interchange Fee Regulation establishes maximum per-transaction interchange of:
0.2% for consumer debit
and:
0.3% for consumer credit.
Commercial-card transactions are excluded from the Chapter II interchange caps, along with certain other categories identified by the regulation.
United States
Regulation II applies a different structure to certain debit transactions.
For covered issuers, the current cap is generally:
$0.21 + 0.05%
plus a possible:
$0.01 fraud-prevention adjustment.
The regulation contains exemptions, including certain small-issuer and payment-program circumstances.
The systems are not comparable as one universal “regulated interchange rate.”
One is:
primarily percentage-capped consumer card regulation.
The other example combines:
fixed + percentage debit economics with statutory exemptions.
That is why merchant interchange models need to be jurisdiction-specific.
Regulation does not cap the merchant's entire processing bill
This deserves explicit emphasis.
If EU consumer credit interchange is capped at 0.3%, a merchant should not conclude:
“Our credit-card processing should cost 0.3%.”
The regulated interchange component is only one part of merchant card acceptance.
The merchant may still pay for:
Scheme/network fees
acquiring
PSP services
gateway or platform services where separately priced
cross-border components where applicable
fraud/risk services
other contractual charges
The EU regulation itself distinguishes interchange from the merchant service charge paid by the merchant to the acquirer.
The next article in this cluster should make the scheme-fee layer explicit.
Public interchange schedules are not your merchant interchange rate
A public interchange schedule answers:
Which interchange programs exist?
It does not answer:
What did my business actually pay on average?
Suppose the merchant processes:
35% regulated debit
15% exempt debit
35% consumer credit
10% commercial credit
5% international cards
A competitor processes:
60% regulated debit
30% consumer credit
5% commercial
5% international
Even under the same acquirer, the weighted interchange economics can differ significantly.
The merchant's cost is created by the transactions it actually clears.
Weighted average interchange is the number finance needs
A simple interchange KPI is:
Weighted average interchange rate
Total interchange cost on defined settled purchase transactions
÷ total settled purchase value for those transactions
× 100
For example:
If a merchant settles:
$10,000,000
and interchange associated with those transactions is:
$120,000
then:
Weighted average interchange = 1.20%
That is an illustration, not a market benchmark.
The important point is that the 1.20% comes from the merchant's actual card mix.
Do not compare it with another merchant's average unless their mixes are sufficiently comparable.
Interchange cost per successful payment
Percentage alone can hide ticket-size effects.
Track:
Interchange cost per successful settled payment
Total interchange cost
÷ successful settled purchase transactions
This is particularly useful when comparing:
Low-ticket business
high-ticket business
market segments
card categories
But it should be used alongside the weighted percentage.
Neither metric alone describes the whole cost.
Break interchange down by card category
At minimum, a sophisticated merchant should attempt to segment interchange by:
Debit versus credit
How much volume and cost comes from each?
Consumer versus commercial
Is B2B card growth changing cost?
Domestic versus international issuer
How much volume comes from cards issued outside the merchant's core acquiring market?
Regulated versus exempt/unregulated debit
Where the market's regulatory system creates such a distinction.
Product class
Where acquirer/reporting data makes this available.
Transaction channel
Ecommerce, recurring and other relevant programs.
Merchant program/qualification
Which fee program did the transaction ultimately receive?
The question finance wants answered is:
Why did weighted interchange change this month?
Build an interchange bridge
Suppose average interchange moves from:
1.18%
to:
1.26%
Do not conclude:
“Card costs increased by eight basis points.”
Build a bridge.
For example:
Starting interchange: 1.18%
Then estimate the effect of:
commercial-card mix
foreign-issued-card mix
− regulated debit mix
premium card mix
qualification changes
transaction-size changes
until you explain:
Ending interchange: 1.26%
This turns interchange from an uncontrollable invoice line into a diagnosable economic variable.
The Interchange Cost Driver Map
Use nine dimensions.
Driver
Can change rate/program?
Can change qualification?
Changes merchant mix?
Merchant influence
Card type
Yes
Sometimes
Yes
Low
Card product
Yes
Sometimes
Yes
Low
Card geography
Yes
No/limited
Yes
Low
Merchant geography
Yes
Determines framework
Yes
Strategic
Transaction channel
Yes
Yes
Yes
Medium/high
Merchant category
Yes
Yes
Structural
Must be accurate
Authentication/data
Can
Yes
No
Medium/high
Regulatory environment
Yes/caps
Defines rules
Yes
Very low
Transaction value
Can alter effective cost/program
Can affect programs
Yes
Commercial
The table is a diagnostic model, not a universal network-rule table.
The exact effect of each driver must be verified against:
network + geography + card product + transaction + effective date.
Driver 1 — Card type
Ask:
Debit?
credit?
prepaid?
Do not assume they have one schedule.
Driver 2 — Card product
Ask:
Standard consumer product?
rewards/premium?
commercial?
purchasing?
other product?
Current Visa U.S. schedules visibly separate several consumer and commercial product structures.
Driver 3 — Card geography
Ask:
Where was the card issued?
A foreign-issued card can enter a different interchange program from a domestic-issued card. Mastercard's current U.S. documentation explicitly separates domestic U.S. and interregional treatment.
Driver 4 — Merchant geography
Ask:
Where is the merchant/acquiring transaction located for the applicable scheme/regulatory model?
That determines which regulatory and interchange framework may apply.
Driver 5 — Transaction channel
Ask:
Card present?
ecommerce?
recurring?
another applicable channel/program?
Do not assume checkout modality is irrelevant to interchange.
Driver 6 — Merchant category
Ask:
Is the MCC accurate, and does the applicable program contain category-specific treatment?
The answer can affect program qualification.
Driver 7 — Authentication and data
Ask:
Is transaction data complete?
Is appropriate authentication information transmitted?
Is token information present where relevant?
Is enhanced commercial data submitted where applicable?
Does authorization/clearing timing meet program conditions?
Visa and Mastercard both publish interchange structures in which such qualification criteria can affect applicable programs.
Driver 8 — Regulatory environment
Ask:
Is the card/issuer regulated?
Is the transaction in scope?
Is the card commercial?
Does an exemption apply?
Do not assume a regulatory headline cap covers the entire portfolio.
Driver 9 — Transaction value
Ask:
Does the program contain a fixed component?
Is there a cap?
small-ticket treatment?
large-ticket treatment?
The same formula can have very different effective economics at $5 and $5,000.
What merchants can actually influence
Some interchange drivers are largely outside the merchant's control.
You normally cannot choose:
Whether a customer has a debit or premium credit card.
Which bank issued it.
Whether the issuer falls under a statutory exemption.
Which country issued the customer's existing card.
Those are mix variables.
The merchant's job is to measure them.
Merchants may have more influence over transaction qualification
Depending on network, market and program, merchants and their acquiring providers may have influence over:
Correct transaction indicators
authorization/clearing behavior
ecommerce/recurring classification
token and authentication data
enhanced transaction data
accurate MCC setup
technical processing configuration
Current Mastercard guidance explicitly says interchange-rate requirements can include merchant category, authorization-to-clearing timing and enhanced data, and recommends that merchants/acquirers satisfy applicable criteria for the rates for which transactions are eligible.
That is genuine optimization.
Misrepresenting the transaction to obtain a cheaper program is not.
Do not confuse interchange optimization with authorization optimization
Suppose adding an authentication/token treatment qualifies a transaction for better interchange economics under an applicable program.
That is one objective.
The same change can also affect:
Authorization
fraud
checkout completion
liability
Those outcomes need to be evaluated separately.
Do not make a customer/payment-flow decision purely to gain a few basis points of interchange without measuring what happens to:
successful orders and contribution.
The cheapest interchange transaction is commercially useless if the customer does not complete payment.
Do not confuse interchange with card-routing economics either
Especially in debit markets, merchants may also encounter network-routing questions.
Those can affect overall card economics.
But interchange routing and network choice introduce their own regulatory and technical issues and should not be collapsed into:
“Interchange is negotiable.”
If routing strategy matters materially, analyze it as a separate optimization layer.
How to measure interchange correctly
A monthly interchange dashboard should not begin with one number.
Start with four.
Interchange cost
Total interchange amount for defined settled card purchases
Weighted average interchange
Interchange cost
÷ settled card purchase value
× 100
Interchange per successful payment
Interchange cost
÷ successful settled purchase count
Mix percentages
At minimum:
Debit / credit
consumer / commercial
domestic / foreign-issued
regulated / exempt where applicable
Then add:
Card product
MCC/program
recurring/ecommerce classification
as reporting allows.
Example: why blended averages mislead
Imagine two hypothetical ecommerce merchants.
Merchant A
Card mix:
60% regulated debit
30% consumer credit
5% commercial cards
5% international-issued cards
Merchant B
Card mix:
10% regulated debit
45% consumer credit
25% commercial cards
20% international-issued cards
Even if both:
Process $50 million
use the same PSP
negotiate the same PSP markup
their interchange economics need not be remotely identical.
That is not evidence of provider overcharging.
It may simply be:
mix.
This is why provider proposals should be modeled against the same merchant dataset.
The danger of a “1.5% interchange assumption”
Suppose PSP A quotes:
Interchange + 20 bps
PSP B quotes:
1.75% blended
The merchant assumes:
Interchange = 1.50%
and concludes:
PSP A effective rate:
1.70%
therefore A is cheaper.
But what if the merchant's actual weighted interchange is:
1.20%?
Or:
1.90%?
The conclusion changes.
Interchange++ comparisons are only as good as the interchange assumptions underneath them.
The dedicated Blended Pricing vs Interchange++ article should own the full comparison.
The rule established here is:
Never evaluate a pass-through card-pricing proposal using an interchange rate that was not derived from your actual or realistically modeled transaction mix.
Build the interchange model from transactions, not provider slides
A strong cost study uses historical transaction data.
For each settled payment, preserve where available:
Transaction amount
merchant market
issuer/card country
network
debit/credit
consumer/commercial
card product/category
MCC
channel
recurring indicator
authentication/token data where relevant
interchange program/category
interchange amount
Then aggregate.
If a provider cannot expose all those dimensions, work with the information available rather than inventing the missing fields.
But make the limitation explicit.
Public schedules are useful for validation
Network interchange schedules are still valuable.
They can help answer:
Does this interchange category exist?
Is the reported rate plausible?
What qualification criteria apply?
Did the network update a program?
Could card mix explain the change?
Visa's current U.S. schedule is effective April 18, 2026. Mastercard states that its interchange schedules are typically updated semiannually and warns that official applicable criteria govern if website information differs.
Therefore a pricing model should store an effective date with every schedule assumption.
Do not keep a “Visa rates.xlsx” file unchanged for three years.
The merchant's interchange analysis should be versioned
For every analysis record:
Network
Region
Rate-table effective date
Transaction period
Merchant/acquiring entity
Assumptions
This makes it possible to distinguish:
network schedule changed
from:
merchant mix changed
from:
qualification changed
from:
provider pricing changed.
Without versioning, all four can appear as:
“Our card fees went up.”
How regulation should appear in the model
Do not create one field:
regulated_card = yes/no
globally.
Regulatory treatment is jurisdiction-specific.
Instead capture something like:
regulatory_framework
issuer_status
card_category
transaction_scope
applicable_cap/program
The U.S. Regulation II and EU Interchange Fee Regulation examples demonstrate why: they use different structures, scopes and exemptions.
Technical interchange questions
Does the merchant pay interchange directly to the issuer?
In the card-system relationship described by regulators and networks, interchange is paid between the acquiring and issuing sides. The merchant pays its acquirer or provider under the merchant's acceptance agreement. In cost-plus or Interchange++ pricing, interchange can nevertheless appear economically as a pass-through component of the merchant's bill.
Does Visa or Mastercard keep interchange?
Do not treat interchange as the card network's scheme fee.
Visa explicitly describes interchange as a transfer between financial institutions, while Mastercard says interchange is generally paid by acquirers to card issuers. Network/scheme fees are a separate cost layer.
Is debit interchange always cheaper than credit?
No universal conclusion should be drawn without defining:
Geography
issuer status
card program
transaction type
regulation
EU consumer debit and credit have different regulatory caps; U.S. debit has its own Regulation II structure and exemptions; unregulated/exempt debit schedules can differ materially from regulated debit.
Is ecommerce interchange always higher?
Not as a universal rule.
Card-not-present status is one interchange-program dimension, but actual treatment depends on network, geography, merchant category, card product and qualification. Current U.S. network schedules contain multiple distinct card-not-present programs rather than one universal ecommerce rate.
Can a merchant negotiate interchange?
A merchant can usually negotiate the commercial pricing it pays its acquirer or PSP more directly than it can negotiate network interchange schedules. Merchants may also influence legitimate transaction qualification and their broader acceptance architecture. The actual scope depends on network, acquiring arrangement and market.
A merchant interchange audit
Before negotiating its next card-processing proposal, a merchant should be able to complete this audit.
Ownership
Interchange separated from network fees
Interchange separated from acquirer markup
Interchange separated from PSP markup
Card mix
Debit share known
Credit share known
Consumer/commercial share known
Domestic/international issuer mix known
Regulated/exempt mix known where relevant
Major product categories understood
Transaction mix
Ecommerce/card-present split known
Recurring transactions identified
Average ticket measured
Transaction-value distribution measured
MCC confirmed
Qualification
Applicable interchange program reported
Authentication/token indicators reviewed where relevant
Enhanced data reviewed where relevant
Authorization-to-clearing timing reviewed where relevant
Downgrades/non-qualified transactions analyzed
Regulation
Applicable jurisdiction identified
Current cap/rule version verified
Exemptions understood
Commercial cards treated separately where applicable
Measurement
Total interchange
Weighted average interchange
Interchange per successful payment
Mix bridge month over month
Schedule effective dates retained
If the payments team cannot answer these questions, it is not ready to conclude that its interchange is “too high.”
Where interchange optimization usually starts
Do not begin by demanding:
“Reduce interchange.”
Begin by asking:
Is the cost explained by mix?
If yes:
Understand whether the mix is strategically appropriate.
Is the cost explained by regulation?
If yes:
Separate regulated and non-regulated segments.
Is the cost explained by product mix?
If yes:
Model premium/commercial/international segments separately.
Is the cost explained by qualification?
If yes:
Investigate legitimate technical/data improvements.
Is interchange stable but total merchant fees increased?
Then interchange may not be the problem.
Look at:
Scheme fees
acquiring charges
PSP markup
cross-border fees
FX
other contractual charges
This diagnostic sequence prevents merchants from negotiating the wrong cost layer.
They are not sufficient to establish:
whether every merchant is priced on Interchange++
whether interchange is passed through identically in every region
how scheme fees are separated commercially
the exact acquiring markup
merchant-specific negotiated pricing
Those points require internal commercial verification.
Interchange is the wrong layer for that claim.
A more credible role is:
Help merchants understand card-processing performance and economics across markets while choosing the acquiring and payment architecture appropriate to their transaction mix.
Any interchange-specific reporting or pricing claim should be confirmed internally before publication.
Final recommendation
Stop asking:
“What is our interchange rate?”
There probably is not one meaningful answer.
Ask instead:
“Which transactions are creating our interchange cost?”
Break the answer into:
card type
card product
issuer geography
merchant geography
transaction channel
merchant category
authentication and data qualification
regulatory treatment
transaction value
Then calculate:
actual interchange cost
÷ actual settled card value
and:
actual interchange cost
÷ successful settled payments.
Once the merchant knows those numbers, it can determine whether a change came from:
mix
qualification
regulation
or:
the surrounding provider cost stack.
Interchange is not the merchant's total card fee.
It is not the network's commercial markup.
And it is not a universal rate waiting to be negotiated downward.
It is a transaction-dependent underlying cost associated with the issuing side of card economics.
The merchant's job is therefore not to hunt for one “good interchange rate.”
It is to understand which cards and transactions create which interchange, which variables can legitimately be influenced, and whether a supposedly cheaper payment configuration actually lowers total cost per successful payment without damaging authorization, customer access, or completed orders.
This article provides general information and does not constitute legal, regulatory, financial, tax, accounting, or commercial advice. Merchants should verify current pricing, contractual terms, network rules, and regulatory requirements with qualified advisers, payment providers, acquirers, card networks, and relevant authorities.
The brief makes this article the issuer-side economics piece in the Payments Pricing Fundamentals cluster. Its job is to stop merchants from using “interchange” as shorthand for their total card-processing cost and instead show why interchange changes transaction by transaction—and why a provider comparison built on one generic interchange assumption can be badly misleading.
Editorial decision
Direction
Merchant cost problem
Interchange is being confused with the merchant discount rate or total PSP/card-processing fee
Fee owner
It is an issuer–acquirer transfer within the card-payment economics; the merchant typically pays its acquirer/PSP under its own pricing arrangement
Unique evidence anchor
Two transactions of the same value at the same merchant can carry materially different interchange because the card, issuer, geography, channel, merchant category, data and regulatory treatment differ
Editorial position
Analyze interchange using the merchant's actual cleared card mix, not a single assumed rate
Assumption challenged
“Visa and Mastercard charge the merchant interchange.”
Merchant decision
Separate interchange from scheme fees and provider/acquirer markup, then determine which cost differences come from mix versus qualification versus regulation
Format
Interchange cost-driver map
Original asset
Interchange Cost Driver Map
Original asset: Interchange Cost Driver Map
The supporting visual should place a single card transaction in the center, surrounded by nine inputs:
Card Type
Debit · Credit · Prepaid
Card Product
Consumer · Rewards/Premium · Commercial/Purchasing
Card Geography
Domestic issuer · Foreign issuer
Merchant Geography
Merchant/acquiring market
Transaction Channel
Card present · Ecommerce · Recurring
Merchant Category
Correct MCC / applicable merchant program
Authentication & Data
Token · authentication · enhanced data · clearing qualification
Regulation
Capped · exempt · other applicable treatment
Transaction Value
Fixed component · percentage · cap · ticket program
All nine feed into:
Applicable Interchange Program
which then feeds into:
Interchange Amount
At the bottom, distinguish:
INTERCHANGE → issuer-side underlying card economics
from:
SCHEME FEES → network
and:
ACQUIRER / PSP MARKUP → merchant service provider
That separation is the educational heart of the graphic.
Suggested caption: “Interchange is determined transaction by transaction; the merchant's effective interchange is the weighted result of its actual card mix.”
Image alt text: “Interchange Cost Driver Map showing how card type, product, issuer geography, merchant geography, channel, merchant category, authentication data, regulation and transaction value affect the applicable interchange program.”
SEO metadata
H1: Interchange Fees Explained: What Merchants Are Really Paying the Issuer For
Meta description: Learn what interchange fees are, who pays whom, why debit, credit, commercial, ecommerce and cross-border card transactions can cost differently, and how merchants should measure their actual interchange.
URL slug: /interchange-fees-explained/
Secondary keywords: interchange fees, credit card interchange, debit card interchange, interchange rates, merchant interchange fees, ecommerce interchange, issuer interchange fee, card interchange pricing.
Related entities: card issuer, acquirer, merchant service charge, merchant discount rate, Visa, Mastercard, consumer debit, consumer credit, commercial card, Regulation II, EU Interchange Fee Regulation, MCC, card-not-present, interchange qualification.
Article excerpt: Interchange is not the merchant's full card-processing fee. It is an underlying issuer–acquirer card cost whose value can change with card type, product, issuer geography, merchant category, transaction channel, data, regulation and ticket size. Merchants should analyze their actual mix instead of budgeting against a generic interchange percentage.
Suggested structured data: Article or BlogPosting, BreadcrumbList, and ImageObject for the Interchange Cost Driver Map.
Internal-link recommendations
Link How Payment Processing Fees Work from the early explanation that interchange is only one layer of the merchant's card cost.
Link Card Scheme Fees Explained immediately after distinguishing issuer interchange from network fees.
Link Acquiring Fees Explained from the merchant-discount/acquirer section.
Link Blended Pricing vs Interchange++ from the section explaining why actual weighted interchange is necessary when evaluating pass-through pricing.
Link How to Read a PSP Pricing Proposal from the interchange audit and proposal-modeling discussion.
The article should not expand deeply into scheme assessments, acquirer margin, or PSP markup because those topics have dedicated ownership elsewhere in the cluster.
Authoritative source recommendations
Use Visa's current regional interchange documentation to validate specific Visa programs and qualification structures. The current U.S. schedule used here is dated April 18, 2026 and explicitly distinguishes interchange from the merchant discount.
Use Mastercard's current merchant interchange hub for Mastercard's role, acquirer/issuer relationship, program qualification variables and update cadence. Mastercard currently identifies MCC, clearing timing, transaction data, enhanced data and merchant volume among interchange criteria.
Use EUR-Lex as the controlling primary source for EU Interchange Fee Regulation claims. It legally distinguishes interchange from merchant service charges, establishes the consumer debit/credit caps and identifies exclusions such as commercial cards.
Use the Federal Reserve Board for U.S. Regulation II and debit-interchange data. The current Fed page documents the covered-issuer cap and also publishes actual average debit-interchange data by network and covered/exempt status.
Proposed author and reviewers
Acquiring specialist: validate issuer/acquirer flows, qualification and acquiring-market distinctions.
Card pricing analyst: review card-product, program, MCC, transaction-data and interchange calculations.
Merchant finance reviewer: verify denominators, weighted averages, cost bridges and financial interpretation.
Regulatory reviewer: verify EU IFR, U.S. Regulation II and any additional jurisdiction-specific interchange statements.
Named contributors should only be added once those individuals have actually completed the review.
Pricing and interchange fact-check items
Immediately before publication verify:
Current network interchange schedule effective date
Region covered by the schedule
Debit versus credit treatment
Consumer versus commercial treatment
Card-present/card-not-present programs
Recurring programs
Merchant-category programs
Ticket-size rules/caps
Token/authentication/data qualifications
Cross-border/interregional treatment
Current regulatory caps and exemptions
Do not copy a U.S. rate into an international card-cost model.
Do not copy a consumer-card rate into a commercial-card model.
Fee-owner fact-check items
For every cost named in the final published article, explicitly assign it to the correct layer:
Cost
Primary economic layer
Interchange
Issuer/acquirer card economics
Scheme/network fees
Card network
Acquiring margin
Acquirer
PSP markup
PSP/payment provider
Gateway fee
Gateway/provider where separately priced
FX
Party performing conversion
Chargeback/dispute fee
Provider/acquirer/network arrangement depending on contract
Actual contractual billing can bundle these layers.
The conceptual ownership should remain distinct.
Merchant-model assumptions
When modeling interchange, record:
Monthly card volume
Successful settled value
transaction count
average and median ticket
debit/credit split
consumer/commercial split
regulated/exempt split where applicable
domestic/foreign issuer split
network
MCC
recurring versus one-time
card-present/CNP
major card product groups
refund treatment
analysis period
Without these inputs, an “average interchange rate” is an assumption rather than a merchant model.
Proposal/statement fact-check items
If a PSP or acquirer labels a fee:
interchange
confirm whether it is:
Actual transaction-level interchange
estimated interchange
blended underlying card cost
pass-through amount
separate provider charge with ambiguous naming
Reconcile:
network schedule → transaction record → provider statement → merchant invoice.
For Interchange++ pricing, verify precisely what each + includes rather than assuming all providers define the structure identically.
Regulatory fact-check items
For EU claims verify:
Transaction is within territorial scope.
Card is consumer versus commercial.
Debit/credit classification.
Whether any permitted national variation applies.
The core EU regulation caps in-scope consumer debit at 0.2% and consumer credit at 0.3%, but expressly excludes commercial cards from Chapter II.
For U.S. debit verify:
Covered versus exempt issuer/transaction
current Regulation II cap
fraud-prevention adjustment eligibility
any applicable statutory exemption
The current Federal Reserve standard remains $0.21 + 5 basis points of transaction value, plus an eligible $0.01 fraud-prevention adjustment.
Amber-flag claims
Require explicit current verification before publishing:
“Interchange is X%.”
“Debit interchange is cheaper.”
“Commercial cards cost more.”
“Cross-border interchange is X.”
“Ecommerce interchange is higher.”
“Authentication lowers interchange.”
“Tokenization lowers interchange.”
“This merchant qualifies for Rate X.”
“This card is regulated.”
“Interchange is negotiable.”
The article may explain mechanisms.
Merchant- or provider-specific conclusions require actual transaction and contract data.
They do not publicly establish enough detail to make interchange-pricing claims.
Pricing model by market
Whether interchange is blended or passed through
Availability of Interchange++ or cost-plus pricing
How network fees are treated
Acquirer markup
PSP markup
Transaction-level interchange reporting
Card product reporting
Debit/credit reporting
consumer/commercial reporting
issuer-country reporting
regulated/exempt debit reporting where relevant
MCC/program reporting
downgrade/non-qualified reporting
token/authentication qualification reporting
local-acquiring effect on interchange classification
interregional/cross-border card treatment
refund interchange treatment
current commercial-card support
confidentiality requirements around merchant pricing
Cluster sameness-audit fields
Title: Interchange Fees Explained: What Merchants Are Really Paying the Issuer For
Opening device: Two $100 ecommerce debit transactions with different interchange economics.
Merchant cost problem: Interchange is incorrectly used as shorthand for total card-processing cost.
Fee owner: Issuer/acquirer card economics.
Primary fee type: Transaction-dependent interchange.
Primary format: Interchange cost-driver map.
Unique evidence anchor: Equal transaction values do not imply equal interchange.
Editorial position: Model actual interchange from merchant card mix.
Merchant decision: Separate mix, qualification and regulation before negotiating provider pricing.
Original framework: Interchange Cost Driver Map.
Primary metric: Weighted average interchange rate.
Secondary metrics: Interchange per successful payment; debit/credit mix; consumer/commercial mix; domestic/international issuer mix.
Primary regulatory examples: EU consumer-card caps and U.S. Regulation II debit economics.
Pricing example: Same-value U.S. ecommerce debit transaction under different regulated/exempt conditions.
Conclusion: Interchange is a transaction-level issuer-side underlying cost, not one provider fee to negotiate.
Closing device: Merchant interchange audit plus technical questions.
Cluster differentiation: This is the only Payments Pricing Fundamentals article that owns issuer-side card economics and the transaction variables that determine interchange; network fees, acquiring margin, PSP markup, pricing-model packaging and proposal analysis remain with their dedicated articles.
Need help narrowing down payment options?
Answer a few questions about your business and compare the capabilities that matter to you.
Explore matching options ↗