A customer who loves your product and has no intention of cancelling can still churn, because their card expired and nobody told them in time. That’s involuntary churn, and for Shopify subscription merchants it’s often the single biggest source of lost recurring revenue, quietly outpacing customers who actively hit “cancel.”
Dunning is the process of chasing down and recovering these failed payments before the subscription lapses. Done well, it’s mostly invisible, a retried charge succeeds a day later and the customer never notices there was a problem. Done badly, or not at all, every declined card becomes a lost customer.
This post is about that specific mechanic: why recurring charges fail on Shopify, how retry and dunning logic actually works in the apps merchants use, what makes a recovery email work, and where Shopify’s own subscription APIs stop and third-party apps take over.
Why Recurring Payments Fail in the First Place
Not every failed payment is a customer changing their mind. Most are mundane, and most are recoverable if you catch them fast enough.
The common causes:
- Expired cards. The most frequent single cause. The customer subscribed 14 months ago, their card expired last month, and they haven’t thought about it since.
- Insufficient funds. Especially common around pay-cycle timing, a charge that hits a few days before payday can decline even from a customer who’s perfectly able to pay.
- Bank declines on recurring charges. Some card issuers flag recurring merchant charges more conservatively than one-off purchases, particularly after a customer has disputed or queried a previous charge, or if the bank’s fraud system doesn’t recognise the transaction pattern.
- Card issuer or network-level holds. Temporary blocks, travel-related fraud flags, or the card being reported lost/stolen and reissued with a new number.
- Currency or processor mismatches. Less common, but relevant for merchants billing in a currency the customer’s bank doesn’t expect, which can trigger extra verification steps that a recurring charge can’t complete.
The important distinction for a merchant is that most of these are not “the customer doesn’t want this anymore.” They’re logistics problems. That’s exactly why dunning, rather than simply cancelling on first decline, recovers real revenue.
How Retry and Dunning Logic Typically Works
Shopify itself doesn’t run subscription billing natively in the way a dedicated subscription app does, recurring billing on Shopify is handled either through the Subscriptions APIs (which merchants build on, usually via an app) or through a subscription app installed from the Shopify App Store that handles billing, retries and customer communication as a packaged feature.
Most subscription apps built on Shopify’s subscription APIs follow a broadly similar staged retry pattern:
- Initial decline. The scheduled charge fails. The subscription isn’t cancelled immediately, it’s usually flagged as “payment failed” or moved into a grace/past-due state.
- Staged retries over a set window. Rather than retrying immediately (which often just hits the same insufficient-funds wall), most apps space retries out, commonly across a window of somewhere around 3 to 14 days, with the exact schedule configurable depending on the app. A typical pattern might retry on day 1, day 3, and day 7 after the initial decline.
- Smart retry timing. More sophisticated apps time retries around when a decline is statistically more likely to succeed, for example, avoiding retrying an insufficient-funds decline the next day and instead waiting until closer to a likely pay date. This “smart retry” behaviour is one of the more meaningful differentiators between subscription apps, since it directly affects recovery rate without any extra work from the merchant.
- Parallel recovery emails. Each retry (or the sequence as a whole) is usually paired with an automated dunning email prompting the customer to update their card, rather than relying on the retry succeeding silently.
- Final cancellation or pause. If every retry in the schedule fails, the subscription is cancelled or paused, and the customer typically gets a final “we couldn’t process your payment, your subscription has ended” notice.
It’s worth being honest about the limits here: retry logic recovers a meaningful share of failed payments, but it isn’t a fix for a customer who genuinely wants to cancel and whose card decline is just a convenient excuse. Good dunning design accepts that and focuses on genuinely recoverable failures rather than trying to strong-arm every decline into a save.
What Makes a Dunning Email Actually Work
The retry schedule buys time; the email is usually what actually gets the payment recovered, because most cards don’t self-heal, a customer has to go and update their details.
A few things separate an effective dunning sequence from one that gets ignored or marked as spam:
- A clear, specific subject line. “There was a problem with your payment” performs better than a generic marketing subject line, and far better than anything that sounds like a template newsletter. Customers need to recognise instantly that this is an action item, not a promotion.
- A direct link to update the card, not a link to a general account page the customer then has to navigate from. The fewer clicks between the email and a working “update payment method” form, the higher the recovery rate.
- Plain information about what happens next. State the date of the next retry attempt and what happens if it fails again (pause vs cancellation). Ambiguity makes people put it off.
- Urgency without pressure tactics. A countdown-style “your subscription ends in 2 days” is effective; anything that reads as manipulative erodes trust with a customer you’re trying to keep.
- A sensible number of touches. Two or three emails across the retry window is typically enough. Beyond that, more emails tend to produce diminishing returns and occasional unsubscribes.
- Mobile-friendly formatting. A large share of these emails get opened and actioned from a phone, often within a minute of a bank notification, so the “update card” button needs to work cleanly on a small screen.
Shopify’s Native Subscription APIs vs Third-Party Subscription Apps
This is where merchants often get surprised. Shopify provides Subscriptions APIs (subscription contracts, selling plans, billing cycles) that let developers build recurring billing functionality, but Shopify doesn’t ship a full subscription management and dunning system out of the box the way, say, checkout or basic inventory management works natively.
In practice, this means:
- Building directly on Shopify’s Subscriptions APIs gives you full control over dunning logic, retry timing and email content, but you (or your development partner) are responsible for building and maintaining that logic, it doesn’t come for free.
- Subscription apps built on Shopify’s subscription APIs (the category of app most merchants actually use) typically ship dunning and retry logic as a built-in feature, with varying levels of configurability. Some expose retry schedules and email templates for the merchant to adjust; others run a fixed, opinionated sequence in the background.
- Shopify Plus merchants have access to some additional native checkout and payments capabilities that can support subscription flows, but dunning behaviour still largely comes down to whichever subscription app is handling the billing, not a Plus-exclusive feature.
The practical takeaway: dunning capability is a genuine differentiator between subscription apps, and it’s worth checking during app selection, not assuming every app in the category retries and recovers payments the same way.
Reducing Involuntary Churn Beyond the Retry Schedule
Retries and emails recover a lot, but a few upstream habits reduce how often you need dunning in the first place:
- Card account updater support. Some payment gateways can silently refresh expired or reissued card details behind the scenes for eligible cards, without the customer needing to do anything, worth checking whether your gateway and subscription app support this.
- Proactive expiry reminders. Emailing customers a few weeks before a card on file is due to expire, separate from the failed-payment sequence, catches problems before they become a decline.
- Clean, on-brand recovery emails. Generic, poorly formatted “payment failed” emails get ignored or flagged as spam; emails that look like they came from a real brand get opened.
- Monitoring recovery rate as a metric. Treat “percentage of failed payments recovered” as something you track over time, the same way you’d track conversion rate, it tells you whether your retry schedule and email copy are actually working.
When to Bring In a Specialist
Dunning sits at the intersection of billing logic, email deliverability and customer experience, and it’s easy to get one piece right while leaving revenue on the table elsewhere, a well-timed retry schedule paired with a dunning email that lands in spam achieves almost nothing. If you’re running (or planning) a subscription programme on Shopify and aren’t confident your failed-payment recovery is pulling its weight, that’s exactly the kind of gap our Shopify subscription development work is built to close, reviewing your current retry logic, email sequence and app configuration, and tightening whichever part is actually leaking revenue.
Frequently Asked Questions
How much revenue do subscription businesses typically lose to involuntary churn?
It varies significantly by industry, average order value and payment mix, so we won’t put a specific number on it here, but in our experience, involuntary churn (failed payments) is consistently one of the largest, most fixable sources of subscriber loss, often larger than voluntary cancellations for well-retained products.
Does Shopify handle payment retries automatically, or do I need an app for that?
Shopify’s core platform doesn’t run subscription billing or retry logic on its own, that functionality comes from either a subscription app built on Shopify’s Subscriptions APIs, or custom development built directly against those APIs. Almost every merchant running subscriptions on Shopify is using an app for this rather than raw native functionality.
How many retry attempts should a dunning sequence include?
There’s no single correct number, but most effective sequences use somewhere around two to four retry attempts spread across roughly one to two weeks, rather than one immediate retry or an indefinite string of attempts. Spacing retries out gives issues like insufficient funds a realistic chance to resolve.
Can I customise the dunning emails a subscription app sends, or am I stuck with the default template?
This depends entirely on the app. Some subscription apps expose full template editing for dunning emails; others only allow limited customisation (logo, colours) or none at all. It’s worth checking this specifically before committing to an app if brand-consistent communication matters to you.
Is Shopify Plus better for handling failed subscription payments than standard Shopify?
Not inherently, dunning behaviour is driven by the subscription app or custom build handling billing, not by your Shopify plan tier. Shopify Plus does offer broader checkout customisation and higher API limits that can support more sophisticated subscription setups, but it isn’t a prerequisite for solid dunning logic.
Ready to Stop Losing Subscribers to Declined Cards?
If failed payments are quietly eating into your subscription revenue, the fastest way to find out how much is to have someone look under the hood. Book a call with our team and we’ll walk through your current subscription setup and where the recoverable revenue is sitting.
