At a glance
The percentage of Recharge charges that triggered a 3DS challenge and were abandoned by the customer (not declined by the issuer). On Recharge specifically, 3DS abandonment is overwhelmingly a Recharge Checkout first-order problem, not a rebill problem, recurring rebills should qualify for MIT (Merchant Initiated Transaction) exemption and not face 3DS at all. If you see meaningful abandonment on rebills, your MIT exemption flag is misconfigured. UK and EU first-order traffic typically runs 8, 15% abandon on a 3DS challenge; US traffic doesn’t see this card materially.
| What it counts | COUNT(charges WHERE 3DS challenged AND customer abandoned) ÷ COUNT(3DS challenged) × 100. Abandonment = challenge initiated, customer never returned to complete. Distinct from challenge-failed-by-issuer (that’s a decline, not an abandon). |
| Where 3DS even applies | EU/UK card-not-present transactions over EUR 30 (PSD2 SCA mandate). US, AU, CA traffic largely doesn’t see 3DS on subscription. |
| Recharge Checkout first-order vs rebill | First-orders may face 3DS as fresh-cardholder authentication. Rebills should qualify for MIT exemption. If both populate this card it’s a config issue. |
| Currency | Currency-neutral. |
| Failed / declined payments | Excluded; abandonment is a separate state from decline. |
| Time window | 7D vsP rolling default. |
| Alert trigger | >20% absolute; +5pp vsP. sentiment_key: threedsecure_abandon (gauge inverse, lower = better). |
| Reading hints | UK first-order abandonment 8, 12% normal. >15% suggests friction in 3DS challenge UX (translation issues, slow issuer pages, mobile-popup blocking). |
| Roles | owner, finance, operations |
Calculation
Calculated automatically from your Recharge data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.Worked example
“Daily Greens Co” UK customers, 7-day window 26 Apr 26 to 02 May 26.| Cohort | 3DS challenged | Completed | Abandoned | Issuer-rejected | Abandon rate |
|---|---|---|---|---|---|
| Recharge Checkout first-order, UK | 240 | 196 | 28 | 16 | 11.7% |
| Monthly rebill, UK (mis-flagged, no MIT) | 18 | 12 | 4 | 2 | 22.2% |
| Annual prepaid renewal, UK (mis-flagged) | 4 | 2 | 1 | 1 | 25.0% |
- The 22 rebill challenges (18+4) shouldn’t exist. Recurring rebills on saved tokens qualify for MIT (Merchant Initiated Transaction) exemption under PSD2 SCA. If this card shows non-zero rebill challenges, the MIT flag is missing in the Recharge → processor API call. This is a config bug; open a Recharge support ticket.
- First-order abandon at 11.7% is normal range for UK 3DS friction. Below 8% is excellent (clean challenge UX, fast issuer pages); above 15% suggests a UX problem in the challenge popup (mobile blocking, language mismatch).
- Annual prepaid challenges abandoned 25% because the customer was challenged by the issuer for a high-value (USD 790) transaction; they were unsure if they really wanted to commit and abandoned. High-value transactions intentionally face higher abandonment. Mitigate with clear pre-challenge UX (“you’re about to be authenticated for your annual subscription, please complete the bank prompt”).
- US customers don’t appear here because PSD2 SCA doesn’t apply outside EEA. A US customer never sees a 3DS prompt unless the issuer chose to step-up authenticate (rare, and not Recharge-driven).
- Issuer-rejected (19 total) is NOT abandonment, it’s decline. The customer attempted, the issuer said no. They’re tracked in
rec_decline_rateasAUTHENTICATION_REQUIREDorAUTHENTICATION_FAILED.
Sibling cards merchants should reference together
| Card | Why pair it with 3DS Abandon Rate |
|---|---|
rec_decline_rate | Cousin metric: 3DS-challenge-failed-by-issuer is decline, not abandon. |
rec_top_decline_reasons | AUTHENTICATION_REQUIRED cluster reveals MIT mis-config. |
rec_total_volume | Lost volume from abandoned challenges visible here. |
rec_success_rate | Abandonment is in the gap between attempted and successful. |
| Stripe / Shopify Payments 3DS abandon rate | Underlying processor view. |
Reconciling against the vendor’s own dashboard
Where to look in the Recharge merchant portal: admin.rechargepayments.com. Recharge admin doesn’t expose a dedicated 3DS abandon view; the better source is the underlying processor’s dashboard (Stripe Radar → 3DS, Shopify Payments → Authentication) for the same window. Recharge’s Charges → Failed → AUTHENTICATION_REQUIRED lists the issuer-rejected slice, which is the cousin to abandons. Why our number may legitimately differ from the underlying processor:| Reason | Direction | Why |
|---|---|---|
| Abandon definition window | Slight differences | ”Abandoned” needs a timeout window (typically 30 minutes of no return). Different processors apply different windows. |
| First-order vs rebill split | Recharge admin doesn’t split | The processor view often blends first-purchase 3DS with subscription-rebill 3DS. We surface both flavours. |
| Comparison | Expected relationship | When divergence is legitimate |
|---|---|---|
rec_threedsecure_abandon_rate ↔ Shopify storefront 3DS abandon rate | Recharge typically lower | Storefront includes one-time purchases with first-time customers; Recharge first-orders are subscription-committed (lower abandon). |