Ten WooCommerce Subscriptions settings that drive churn
WooCommerce Subscriptions ships with the failed-payment retry system disabled, customer suspensions set to zero, switching turned off, and no pre-renewal reminder email at all. Each of those defaults, left alone, converts a recoverable situation into a lost subscriber. This is an audit checklist of ten settings, what each misconfiguration does to churn, and the fix. Every setting name below is verified against the official WooCommerce Subscriptions documentation as of August 2026.
None of these are bugs. They are defaults and omissions that made sense for a general-purpose billing plugin and quietly cost subscribers on a store that lives or dies on retention. Run the list against your own WooCommerce > Settings > Subscriptions page. Most stores we have looked at get at least three wrong.
1. Retry Failed Payments is off by default
The automatic retry system for failed recurring payments ships disabled. You enable it with the Retry Failed Payments checkbox in the Miscellaneous section of WooCommerce > Settings > Subscriptions.
With it off, one card decline is the end of the story: the renewal order fails, the subscription goes on-hold, and nothing tries again. Declines are frequently transient - an expired card, a temporary hold, an issuer hiccup - so a store with no retries converts recoverable payment noise directly into involuntary churn. Our benchmarks post puts involuntary churn at 1-3% of MRR per month for a typical store; without retries you keep all of it.
Enabled, the system applies five default retry rules spread over roughly seven days: 12 hours after the failure, then another 12 hours, then 24, 48, and 72 hours. Only after the fifth retry fails is the order marked failed for good. Note the docs' caveat: enabling it applies from that point onwards and does not rescue payments that already failed. Turn it on today, not after the next dunning wave.
2. The Customer Payment Retry email is doing nothing
The retry system sends a Customer Payment Retry email from the second retry onward, containing a link the customer can use to pay manually. If that email is disabled under WooCommerce > Settings > Emails, retries still run, but recovery depends entirely on the card spontaneously working again.
The email is the half of the retry system that fixes the non-transient failures. A card that was cancelled will fail all five retries; the customer who gets an email with a pay link fixes it in one click. Per the official docs, no customer email is sent on the first retry - deliberate, since many declines resolve on their own - so this email is your only customer-facing recovery channel for the rest of the window. Check that it is enabled and that it renders sanely in your theme.
3. Accept Manual Renewals is on for automatic-capable gateways
Accept Manual Renewals exists for gateways that cannot charge cards automatically. If your gateway supports automatic recurring payments (Stripe, WooPayments, and most modern gateways do), leaving manual renewals in the mix means some subscribers must actively come back and pay every cycle.
A manual renewal is an opt-in decision every single period. Every renewal becomes a small re-purchase, and some fraction of customers - busy, traveling, mildly ambivalent - simply do not complete it. That is passive churn with no cancel click, no exit survey, and no save-flow interception, so it never even shows up in your cancellation data. The related setting Turn off Automatic Payments (which forces manual renewals even on capable gateways) is stronger medicine and almost never what a retention-focused store wants.
There are legitimate uses: bank transfer stores, invoicing workflows, some B2B setups. If that is not you, keep renewals automatic.
4. The Customer Renewal Invoice email is disabled
If any of your subscriptions renew manually, the Customer Renewal Invoice email is the mechanism by which the customer learns a payment is due and gets the link to pay it. Disable that email and manual renewals silently stop happening.
This one compounds with the previous item. Stores that inherited manual renewals from an old gateway migration, then later "cleaned up" their email settings, sometimes end up with a cohort of manual-renewal subscribers who never receive an invoice. From the customer's side nothing arrives, the subscription lapses, and months later they discover access is gone. That failure reads as churn in your reports, but it is really a muted notification.
5. Customer Suspensions is set to zero
The Customer Suspensions setting controls how many times a subscriber can suspend (pause) their own subscription per billing period. The default is 0, which removes the option entirely.
The churn mechanism is simple: a customer whose problem is temporary - travel, a stocked-up pantry, a busy quarter - has no self-serve middle option between "keep paying" and "cancel". They cancel. We covered in pause vs discount why a pause is the highest-saving offer for time-related reasons; a store with suspensions disabled has amputated that path at the platform level.
Do not swing to unlimited either. Unlimited suspensions let a subscriber park indefinitely at zero revenue with no decision point. A small cap (1-2 per billing period) gives the pressure valve without the parking lot.
6. Switching is disabled, so downgrades become cancellations
Allow Switching, in the Switching section of the settings page, is off unless you enable it. Off means a subscriber on a $79 tier who can only afford $39 has no path except cancel-and-repurchase, and most will only complete the first half of that journey.
The switching feature covers two cases, per the official switching guide: between variations of the same Variable Subscription product, and between Simple or Variable subscriptions in the same Grouped product. If your tiers are structured as separate standalone products in no group, the feature cannot see them - a catalog-structure decision quietly becoming a retention decision. A downgrade preserves the customer relationship and a smaller revenue stream; a cancellation preserves nothing.
7. Switch proration punishes the switch
Enabling switching is not enough; the proration settings decide whether switching feels fair. Two are worth auditing. Prorate Signup Fee set to Charge Full Signup Fee makes a tier change cost the entire signup fee again - an upgrade tax that stalls expansions and makes downgraders give up and cancel. And the Prorate Recurring Payment options that charge immediately at switch time (the virtual-products or all-products settings) produce an unexpected same-day charge for what the customer assumed was a next-cycle change.
Surprise charges during a switch are worse than no switch at all, because the customer discovers them at checkout, abandons, and carries the annoyance into their next renewal decision. The gentle defaults - Never prorate the recurring payment, Never charge the signup fee again - are usually right for retention. Accept the small revenue leak on upgrades in exchange for frictionless tier movement.
8. Synchronized renewals charge full price for a partial period
If you use renewal synchronization (the Align billing option on the product, so all subscribers renew on the same day), the first-payment behavior setting decides what a new signup pays. The default, Charge Full Amount at Sign-up, means someone who subscribes three days before the aligned renewal date pays full price, then gets charged again three days later.
That double charge inside a week is a classic first-cycle churn trigger: refund requests, chargebacks, and instant cancellations from customers who conclude the store is broken or predatory. The synchronization docs offer two fixes: Prorate Until the Next Billing Date, or Charge on the Next Billing Date, plus a sign-up cutoff window under the full-charge option so late-cycle signups skip the imminent renewal. Any of the three is fine. The unmitigated default is not, and it specifically burns your newest subscribers - the cohort already most likely to churn.
9. $0 trials without a payment method have no bridge to paid
The Allow $0 Initial Checkout Without Payment Method setting lets customers start a free trial without entering a card. Great for trial signup volume; brutal for trial-to-paid conversion, because when the trial ends there is nothing on file to charge. The renewal becomes a manual payment the customer must come back and make.
You have converted the moment of highest intent (signup) into a payment-free formality and moved the actual purchase decision to the moment of lowest attention (an invoice email two weeks later). Some stores accept that trade deliberately to maximize top-of-funnel. Make it a decision, not a default you forgot. If you keep card-free trials, treat the trial-end email sequence as a checkout flow, not a receipt.
10. There is no renewal reminder email, and you have not replaced it
WooCommerce Subscriptions has no built-in pre-renewal reminder email. The official email documentation says so explicitly and points at AutomateWoo or a dedicated renewal-reminder plugin to fill the gap. Every email the plugin sends about a renewal fires after the charge.
Unannounced renewals feel like surprise charges, and surprise charges churn people in the worst way: chargebacks and support-ticket refunds instead of a cancel flow you can intercept with an offer. This matters most on annual terms, where the charge is large and eleven months of silence precede it. There is also a compliance angle - several state auto-renewal laws expect advance notice for longer terms - which we cover in the click-to-cancel post rather than restating here. A reminder email costs you some volitional cancels before renewal. It buys you fewer chargebacks, fewer refunds, and cancels that route through a save flow while the subscriber is still active.
The audit table
| # | Setting | Risky state | Churn mechanism | Fix |
|---|---|---|---|---|
| 1 | Retry Failed Payments | Off (default) | One decline = lost subscriber | Enable; 5 retries over ~7 days |
| 2 | Customer Payment Retry email | Disabled | Recovery relies on card self-healing | Enable the email |
| 3 | Accept Manual Renewals | On, with an automatic-capable gateway | Every renewal is an opt-in decision | Automatic renewals |
| 4 | Customer Renewal Invoice email | Disabled with manual renewals live | Renewals silently never get paid | Enable the email |
| 5 | Customer Suspensions | 0 (default) | No pause path; temporary problems cancel | Allow 1-2 per period |
| 6 | Allow Switching | Off (default) | Downgrades become cancellations | Enable both switch types |
| 7 | Switch proration | Full signup fee / immediate charge | Surprise cost blocks tier moves | Never re-charge signup fee |
| 8 | Sync first payment | Charge Full Amount, no cutoff | Double charge in week one | Prorate or cutoff window |
| 9 | $0 checkout, no card | On, unexamined | Trial ends with nothing to charge | Decide deliberately; card-on-file if unsure |
| 10 | Pre-renewal reminder | Does not exist | Surprise renewals -> chargebacks | Add via AutomateWoo or similar |
Run the audit
Thirty minutes, in this order:
- Settings > Subscriptions > Miscellaneous: Retry Failed Payments on. Customer Suspensions to 1 or 2.
- Settings > Subscriptions > Renewals: manual renewals off unless your gateway forces them.
- Settings > Subscriptions > Switching: both switch options on; proration set to the gentle options.
- Settings > Emails: Customer Payment Retry and Customer Renewal Invoice enabled; send yourself a test of each.
- Any synchronized products: confirm the first-payment behavior is prorated, deferred, or cutoff-protected.
- Renewal reminders: install something that sends one, especially if you bill annually.
The ChurnStop dashboard flags items 1, 2, and 5 automatically because they are the three we see misconfigured most often, but the audit above needs no tooling - just the settings page and half an hour. Items 1 and 10 are the big ones: one recovers involuntary churn, the other removes your single ugliest cancellation trigger.