TL;DR

3DS2 authentication protects you from card-absent fraud disputes under Visa's rules, but a challenge adds friction that can cost sales. Treating 3DS2 as a binary on or off switch leaves money on the table. A tiered strategy, frictionless first, exemptions where they apply, soft-decline retry with 3DS next, recovers sales without giving up protection on risky orders. 3DS 1.0.2 is no longer a fallback: Visa ended support for it on October 15, 2022. The lever lives in your gateway routing rules, not the merchant agreement.

What this actually is

3DS2, the second generation of the 3-D Secure protocol, is the EMV 3-D Secure standard managed by EMVCo that authenticates a cardholder during a card-not-present transaction. Visa says EMV 3DS was published in October 2016 and provides enhanced data exchange for better fraud management and authorization decisions. The merchant sends transaction and device data to the issuer through a Directory Server, letting the issuer score the transaction in real time and decide whether to authenticate without challenging the buyer (frictionless flow) or to request a step-up (challenge flow).

Visa runs its 3DS program as Visa Secure and sets the rules in its Core Rules. Mastercard publishes its equivalent under Identity Check (see Mastercard interchange and rules).

Protection is the lever. Under Visa's rules, a card-absent fraud dispute is invalid when the transaction was authenticated through Visa Secure with EMV 3DS and the CAVV was in the authorization request (ECI 5), or when the issuer returned an attempt response with a CAVV (ECI 6, except non-reloadable prepaid cards). Mastercard, American Express and Discover have their own rules, so check them. That is the trade the protocol offers: lower fraud loss, at the cost of friction that can cost sales. In the EU, PSD2 requires strong customer authentication, which card payments usually meet with 3DS. In the United States there is no equivalent mandate, so US merchants choose when and how to invoke it. That choice is the entire fallback strategy.

3DS2 is a real-time data exchange between merchant, card network, and issuer that authenticates a cardholder and, under Visa's rules, protects the merchant from card-absent fraud disputes when the cardholder is verified.

How it works under the hood

A 3DS2 authentication flow runs in five steps:

  1. The merchant's gateway initiates 3DS2 by sending the cardholder's PAN, device data, billing data, and other transaction data to the Directory Server operated by the relevant card network.
  2. The Directory Server routes the request to the issuer's Access Control Server (ACS).
  3. The ACS scores the request using its own fraud models plus the data the merchant supplied. Risk score, transaction amount, prior history, and device reputation are the heaviest signals.
  4. The ACS returns one of three outcomes: frictionless approval (no buyer interaction), challenge (the buyer completes a one-time passcode or biometric step), or denial.
  5. If authenticated, the merchant submits the authorization with a CAVV (cardholder authentication verification value) and an ECI flag that tells the acquirer the transaction was 3DS2 authenticated.

Three flow outcomes drive approval rate math:

  • Frictionless: the issuer authenticates without challenging the buyer. Conversion stays high, liability shifts to the issuer. Best case.
  • Challenge: the buyer is asked to authenticate, typically in a modal or redirect, with a passcode or app push. Some buyers abandon at this step; measure your own rate.
  • Fallback: authentication is unavailable or fails to complete. The gateway can send the authorization without 3DS or decline. 3DS 1.0.2 is no longer an option: Visa ended support for it on October 15, 2022.

Two regulatory regimes shape how often each path fires. PSD2 strong customer authentication (SCA) binds payment providers in the European Economic Area. A US merchant on a US acquirer is not directly bound, but EEA issuers can still decline and ask for authentication. Inside the US there is no SCA mandate. Issuers and merchants run 3DS2 selectively, usually on high-risk transactions or above defined dollar thresholds.

Operator note

Soft-decline response codes are not refusals. Visa's response code 1A (additional customer authentication required), which Visa lists for its Europe and CEMEA regions, means the issuer wants authentication before approving. Mastercard issuers use their own code, so ask your gateway how it maps them. Treating these as hard declines throws away sales the issuer was willing to approve.

This is where the fallback strategy lives. A merchant that hard-codes 3DS2 on every transaction pays a conversion tax that PSD2 forces in the EU but does not apply in the US. A merchant that turns 3DS2 off entirely loses the liability shift and absorbs more fraud chargebacks. The correct configuration sits between the two, tuned to card mix, fraud rate, and average ticket.

Where it goes wrong for operators

Four patterns burn merchants who do not tune their 3DS2 fallback logic.

The 3DS1 fallback that no longer works. Visa ended support for 3DS 1.0.2 on October 15, 2022, and said merchant plug-ins still sending 3DS 1.0.2 traffic would get an error response. If your gateway still has a 3DS1 fallback path, those requests do not authenticate. Check what your gateway does when EMV 3DS is unavailable. For example, if 30 percent of $300,000 a month hits a broken fallback path and 4 percent more of it abandons, that is $3,600 a month in lost sales.

The exemption you never asked for. The EU rules on strong customer authentication let payment providers skip it in set cases: remote payments up to EUR 30 (while the payer's total since the last authentication stays within EUR 100 or five payments, per Article 16), trusted beneficiaries the payer has whitelisted, and transaction risk analysis (TRA), where the provider's fraud rate must stay under reference rates of 0.13 percent up to EUR 100, 0.06 percent up to EUR 250 and 0.01 percent up to EUR 500 (Annex). Merchant-initiated charges on a stored card are handled separately. These matter for EEA cards. Many gateways do not request exemptions by default, so ask how yours does it.

The soft-decline blind spot. A soft decline asking for authentication (Visa code 1A, used in Europe and CEMEA) means the issuer wants 3DS before it will approve. If your gateway treats this as a hard decline and dumps the cart, you lose every one. Retry-with-3DS logic gives those sales a second chance.

The contract clause that backloads the cost. Some processors charge a per-attempt 3DS fee on top of interchange. If your gateway invokes 3DS2 on every transaction, that fee runs on 100 percent of CNP volume. For example, at $1 million monthly CNP volume with an $80 ticket, you process 12,500 transactions; a 5-cent fee on every one adds $625 a month, $7,500 a year. Frictionless authentications still earn Visa's dispute protection, so weigh the fee against the fraud you would otherwise absorb.

Watch out

Some processors bundle a flat "authentication fee" into their CNP rate, then bill the network's 3DS2 fee separately as a pass-through. Read the addenda. If both line items appear on the same statement, you are paying the markup twice.

These four patterns each have a different fix. The shared lever is tuning the gateway, not switching processors.

Worked example with real numbers

Consider a hypothetical US-based DTC apparel brand at $1.2 million monthly card-not-present volume, $95 average ticket, currently on a flat-rate plan at 2.9 percent plus 30 cents. Roughly 18 percent of their volume comes from EEA cardholders, 82 percent from US cardholders (3DS2 optional). Their current approval rate is 87 percent, with a fraud chargeback rate of 0.18 percent of card-not-present volume.

The math on a blanket 3DS2-on-all-transactions policy, assuming it causes 5 percent abandonment on US traffic:

  • 12,632 transactions a month
  • 5 percent abandonment on US traffic: 12,632 x 0.82 x 0.05 = 518 lost transactions
  • Lost revenue at $95 ticket: $49,200 a month, $590,000 annualized
Illustrative example

The same brand, after tuning its rules: keep 3DS for EEA cardholders, whose issuers may require it. Skip 3DS on US tickets under $250 with a low gateway risk score, assumed to cover roughly 70 percent of US volume. Run 3DS on US tickets above $250 or those flagged by the gateway's risk score. Retry every response code 1A with 3DS.

Assume tuning recovers 350 of the 518 lost transactions: about $33,250 a month, $399,000 a year. Fraud exposure rises because more US transactions are unauthenticated. Assume the US fraud rate goes from 0.18 percent to 0.24 percent of US volume ($984,000 a month): about $590 more in fraud losses, plus about 6 more chargebacks at an assumed $80 fee (about $500), or about $1,090 a month. Net benefit: $33,250 minus $1,090 equals about $32,160 a month, or about $385,900 a year, from gateway configuration alone.

TRA is an EU exemption that the payment provider applies based on its own fraud rate, using the reference rates in the EU rules (0.13 percent up to EUR 100, 0.06 percent up to EUR 250, 0.01 percent up to EUR 500). It matters for EEA cardholders, not US ones; for US cards you simply decide when to run 3DS.

Turning 3DS2 on across all US CNP volume trades sales for fraud protection on every order, including the safe ones. The trade pencils best when you target the higher-risk subset.

Operator playbook

  1. Pull a 90-day report from your gateway segmented by 3DS2 outcome. You need volumes, conversion, and chargeback rate for: frictionless approved, challenge approved, challenge abandoned, authentication unavailable, and no 3DS attempted. If your gateway will not give you this split, that is the first thing to fix.
  2. Identify your EEA cardholder bucket by BIN. EEA issuers work under PSD2 strong customer authentication and may decline without it. Run 3DS on that bucket by default and retry any 1A declines with 3DS.
  3. For US cardholders there is no SCA mandate, so set gateway rules to skip 3DS on low-risk transactions, for example under twice your average order value. For EEA cards, ask your gateway whether it can request exemptions such as TRA or low-value. Read the docs, do not assume default behavior.
  4. Configure soft-decline retry. A response code 1A on Visa (a Europe and CEMEA code) is the issuer asking for authentication; ask your gateway which Mastercard code it treats the same way. Your gateway should retry that transaction with 3DS2 invoked, not dump the cart. Confirm in writing with your processor that soft-decline retry is enabled.
  5. Audit the 3DS2 fee on your statement. Look for line items like "3DS2 transaction fee," "3DS authentication fee," or "ACS fee." If you have 3DS2 on every transaction, calculate the annualized cost and ask the processor to cut or waive the per-attempt fee.
  6. Push first-party data accuracy at checkout. Matching billing address, persistent device ID, account age, and email reputation all raise your TRA qualification rate. Make sure your checkout passes every data point the gateway accepts.
  7. A/B test 3DS2 on US tickets between $100 and $300. Most merchants find a threshold where the conversion lift from skipping 3DS2 outweighs the fraud exposure. Run 30-day windows and measure both approvals and chargebacks.
  8. Renegotiate the 3DS2 line item at contract renewal. If your processor cannot give you per-flow pricing (charge only on challenge, not on frictionless), that is a quote worth running against competitors.
"The conversion tax of blanket 3DS2 is invisible until you split the statement by outcome. Once you see the abandonment rate on challenge flow, you can price the change."