When Stripe declines spike, do we see Shopify/BC/Adobe checkout completion drop? If yes, declines are causing real revenue loss, not just buyer remorse.
At a glance
A dual-axis chart that overlays Stripe’s 15-minute decline rate against the commerce sibling’s checkout-completion rate over a 24-hour window. The card answers a single question: when Stripe declines spike, does our funnel actually drop? If yes, the spike is costing real money. If no, customers are retrying with a different card or processor.
Calculation
Calculated automatically from your Stripe data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.Worked example
A UK fashion DTC store on Shopify + Stripe. Two incidents over the same week show how the card reads. Incident A: 28 Mar 26, real revenue loss A Stripe Radar model update at 11:00 UTC began flagging a cluster of legitimate AmEx Platinum cards ashighest_risk_level. Decline rate climbed; the customers had no fallback ready.
Reading: declines and funnel moved together. Customers who hit the AmEx decline did not switch to a different card; they walked away. Real lost revenue. The companion Revenue at Risk (live) projection peaked at $1,840.
Incident B: 30 Mar 26, decline spike with no funnel drop
A subscription dunning batch at 06:00 UTC retried 240 previously-failed cards. As expected, most failed again, briefly pushing the 15-min decline rate up.
Reading: declines moved, funnel didn’t. The card does not fire (the alert requires both thresholds). The dunning batch is causing decline-rate movement but not customer-side abandonment, because the affected customers aren’t actively shopping (they’re being retried in the background).
Three things to take from the comparison:
- The card filters noise. Without the funnel overlay, both incidents look identical on a Stripe-only dashboard. The cross-platform view is the only way to tell them apart.
- Both axes need to be live. The card requires both a Stripe and a commerce-platform connector. If only one is connected, the card displays a “needs commerce sibling” state.
- The alert deliberately under-fires. A real Stripe-only spike (no funnel impact) does NOT trigger this card; it triggers the simpler Decline Rate Spike Alert. This card is for revenue-loss incidents, not all decline-rate movement.
Sibling cards merchants should reference together
Reconciling against the vendor’s own dashboard
Where to look in Stripe Dashboard: There is no direct Stripe-Dashboard counterpart for this card. Stripe doesn’t model the commerce-platform funnel because Stripe doesn’t have visibility into Shopify / BigCommerce / Adobe checkout events. This card exists precisely because the cross-platform view is invisible from either side alone. The closest Stripe-native screens for cross-checking the Stripe-side input:- Payments → Realtime for the live decline rate.
- Reports → Decline analysis report for the 24-hour baseline.
- Shopify Admin → Analytics → “Online store sessions to checkout” funnel report.
- BigCommerce Control Panel → Analytics → “Conversion summary”.
- Adobe Commerce Admin → Reports → Sales → “Abandoned carts”.
- Stripe Sigma “decline-by-hour” reports. Stripe-only; missing the funnel side.
- Google Analytics 4 “checkout abandonment” reports. Funnel-only; GA4 doesn’t see Stripe declines.
- Slack #payments incidents channels. Often display either the Stripe side or the funnel side, rarely both correlated; this card is the correlation.
Cross-connector reconciliation:
This card is a cross-connector card. The reconciliation is the entire point.
For the dollar-value quantification of any “Pattern A” incident this card surfaces,
stripe_revenue_at_risk_live is the live $ projection and stripe_xc_recoverable_revenue is the rolling 30-day view.
Known limitations / merchant FAQs
Reconciliation questions are answered in the Reconciling against the vendor’s own dashboard section above.“Why do I need a commerce connector for this card?” The whole purpose of the card is to overlay Stripe declines onto checkout-funnel completion. Without a commerce connector (Shopify, BigCommerce, or Adobe Commerce) the funnel side has no data, so the card displays a “needs commerce sibling” state and won’t fire alerts. If your merchant is on a non-supported commerce platform, watch Decline Rate directly until the connector lands. “My Stripe declines spiked but the card didn’t fire, why?” The funnel side held steady. That means customers who hit a Stripe decline did not abandon checkout, typically because they retried with another card or switched to PayPal. The decline rate moved on paper but no real revenue was lost. The card is designed to filter out exactly these false alarms. If you want the broader “any Stripe decline movement” signal, Decline Rate Spike Alert fires on the Stripe side alone. “My funnel dropped but Stripe declines didn’t, why?” Something other than Stripe is breaking the funnel: page errors, form validation, shipping calculation, address verification, an outage in a third-party app. Stripe is healthy; the issue is upstream. This card won’t fire (it requires both axes), but the merchant’s commerce-side conversion-rate alert should. Common causes:
- A theme deploy broke the cart page.
- A shipping API timeout is blocking the rate-calculator step.
- A new tax-calculation service is intermittently failing.
- A discount-code service is rejecting valid codes.
requires_action and canceled aren’t failed), but if the customer abandoned the checkout, they ARE in the commerce-sibling funnel-drop side. So a pure-3DS friction event may show up as funnel-drop-only and not trigger this card. Use 3DS Friction Loss for that case.
“How does the card handle a planned dunning batch?”
Subscription stores running scheduled retries push 100, 1,000+ failed charges through Stripe in a few minutes. Decline rate spikes; commerce funnel doesn’t move (those customers aren’t actively shopping). The card correctly stays silent. Confirm by checking metadata.retry_attempt populated on the spiked charges; that’s the dunning marker.
“Can the card fire during Black Friday / a flash sale?”
Yes, and often does. High-traffic events bring in higher-risk first-time buyers, so decline rate spikes at the same time as funnel completion drops (because the conversion rate of new buyers is lower than the baseline). The card correctly identifies this as real lost revenue. The merchant typically already knows it’s happening; the card surfaces the size.
“What window does the ‘baseline’ use for the alert thresholds?”
24 hours. The +5pp / -5pp thresholds are measured against the rolling 24-hour means of each series. The window is short on purpose, longer baselines miss intra-day patterns and let slow drift accumulate without firing.
“Multi-currency, what does the card show?”
Both axes are rates (percentages), so multi-currency stores see a single, valid card. The dollar-value version of the same loss is on Revenue at Risk (live), which uses the commerce sibling’s primary currency.
“Can I see the historical version of this card?”
The card itself is a 24-hour rolling view. For the rolling 30-day accumulation of “real lost revenue from past spikes”, Recoverable Revenue (decline-driven) is the matching card.