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 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?

1. 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.

2. 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.

3. 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.

4. 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.

5. 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.

6. 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.

7. 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.

8. 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.

9. 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.

10. 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 1. Card type Yes Sometimes Yes Low 2. Card product Yes Sometimes Yes Low 3. Card geography Yes No/limited Yes Low 4. Merchant geography Yes Determines framework Yes Strategic 5. Transaction channel Yes Yes Yes Medium/high 6. Merchant category Yes Yes Structural Must be accurate 7. Authentication/data Can Yes No Medium/high 8. Regulatory environment Yes/caps Defines rules Yes Very low 9. 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. 1. Interchange cost Total interchange amount for defined settled card purchases

2. Weighted average interchange Interchange cost ÷ settled card purchase value × 100

3. Interchange per successful payment Interchange cost ÷ successful settled purchase count

4. 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: 1. Card Type Debit · Credit · Prepaid 2. Card Product Consumer · Rewards/Premium · Commercial/Purchasing 3. Card Geography Domestic issuer · Foreign issuer 4. Merchant Geography Merchant/acquiring market 5. Transaction Channel Card present · Ecommerce · Recurring 6. Merchant Category Correct MCC / applicable merchant program 7. Authentication & Data Token · authentication · enhanced data · clearing qualification 8. Regulation Capped · exempt · other applicable treatment 9. 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 SEO title: Interchange Fees Explained: A Merchant Cost Guide

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/ Primary keyword: 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.