RevenueCat: Apple is rejecting ‘toggle paywalls’ (trial on/off switches) under 3.1.2
The trial-toggle pattern is being rejected as ‘confusing’ under App Review Guideline 3.1.2. If you used it, move to explicit plan selection (trial is a plan attribute), not a hidden mechanic.
Original article (source): RevenueCat - “R.I.P. toggle paywall: we hardly knew ye” (published Feb 9, 2026, updated Apr 23, 2026)
What a “toggle paywall” is (and why it worked)
RevenueCat defines the toggle paywall as a paywall where a user can flip a switch to add/remove a free trial.
In the common variant:
- the toggle defaults off
- the “main” plan shown is a no-trial plan (often the annual)
- if the user toggles on, the paywall switches them to a different plan (often weekly) that includes the trial
The pattern was popular because it pushed a chunk of users into paying upfront (by not opting into the trial).
The practical change: iOS App Review is rejecting it
RevenueCat reports a wave of iOS rejections starting mid-January 2026, with App Review citing:
Guideline 3.1.2 – Business – Payments – Subscriptions
“The purchase screen includes a toggle to add or remove a free trial… This design is confusing…”
And the explicit next step is: remove the toggle, and show whether a free trial is included as part of the offer.
Why Apple likely cares
RevenueCat’s reasoning (and it tracks):
- the mechanic is effective precisely because many users don’t notice / don’t use it
- that looks like obfuscation of what the user is committing to (auto-renew + charges after trial)
Even if your intent is “choice”, Apple is grading the UX on clarity.
What to use instead (compliant alternatives)
RevenueCat recommends replacing the toggle with patterns where the trial is explicit:
- Multi-plan selector: show multiple plans side-by-side, badge which plan includes a trial.
- Timeline / “what happens next” paywall: spell out today → reminder → charge date.
- Value-first paywall: sell the value before showing price mechanics.
They also note a “closest substitute” spotted in the wild (Flo Health): replacing the toggle with an explicit plan option that includes a trial.
What to do next (tiny wins)
- Audit your iOS paywall for any UI that switches trial eligibility via a control that doesn’t read like “plan selection”.
- If you want to preserve the experimentation upside, test the old pattern on Android/web (where allowed), but ship a toggle-free iOS variant.
- Add a QA check: in a screen recording, can someone answer “Do I get a trial?” and “When do I get charged?” in under 5 seconds.
Read the original: https://www.revenuecat.com/blog/growth/rip-toggle-paywall/
Want help with ASO?
If you want this implemented for your app, check out our services - or run your workflow in APPlyzer.