I am noticing that most of the subscriptions are remaining under the trial period and are not converting into paid subscriptions. The number of trial subscriptions is much higher compared to the paid subscriptions.
I am not sure why this is happening and would like to understand whether there could be any issue with the implementation or coding on my side. Could you please review this and help me identify if there is any problem affecting the conversion from trial to paid subscriptions?
Trial-to-paid conversion is primarily driven by customer behavior (users canceling before the trial ends), not typically by a code issue. However, there are a few things to check on your implementation side:
Things to verify in your implementation:
Are you correctly handling the SUBSCRIPTION_CONVERTED_FREE_TRIAL_TO_PAID RTN?
When a trial successfully converts, you should receive this notification. If you’re not seeing these RTNs at all, confirm your RTN endpoint is properly configured and processing all notification types.
Check RVS for cancel reasons on expired trials
Call the RVS verifyReceiptId API on trial receipts that didn’t convert. Look at the cancelReason field:
cancelReason: 1 → Customer voluntarily canceled (this is normal user churn - not a code issue)
cancelReason: 2 → Amazon’s system canceled due to payment failure (e.g., invalid payment method, grace period expired)
cancelReason: null → Subscription is still active
If you’re seeing mostly cancelReason: 1, that’s users opting out - a business/UX problem, not a technical one.
If you’re seeing cancelReason: 2, customers may have payment issues that prevent conversion.
Confirm auto-renewal is not being turned off programmatically
Check if your app is inadvertently triggering SUBSCRIPTION_AUTO_RENEWAL_OFF. If auto-renewal gets disabled during the trial, the subscription will expire rather than convert to paid.
Verify your trial period configuration in Developer Console
Under your subscription item settings, confirm the free trial duration is set correctly (7 days, 14 days, 1 month, etc.) and that the paid subscription price is configured as expected.
What we’d need to investigate further:
To help diagnose whether this is a technical issue vs. normal user behavior:
Your app package name and subscription SKU(s)
Approximate numbers: how many trials started vs. how many converted?
Are you receiving SUBSCRIPTION_AUTO_RENEWAL_OFF RTNs during the trial period?
What does RVS show for cancelReason on the non-converting receipts?
Is grace period enabled for your subscriptions?
In most cases, high trial churn is a user behavior pattern (users sign up for trials with intent to cancel), but the RVS cancel reasons will confirm whether there’s a systemic payment or technical issue.