Disambiguation · 2026-04-25
Patreon Apple Pay vs Apple IAP: which one costs you 30%
They look identical on a fan's phone — a Touch ID or Face ID prompt that confirms a payment in two seconds. They cost a creator very different amounts. One is free. The other is 30% from November 1, 2026. The difference is which surface the fan was on when they tapped.
TL;DR
Apple Pay on the web = card transmitted via Apple's wallet, processed by Stripe (or whoever your platform's processor is). Apple takes $0. Treated as a normal card-present transaction. Apple IAP ("in-app purchase") = the native iOS subscribe button inside the Patreon iOS app. Apple takes 30% for most subs and 15% after year one. The Nov 1, 2026 deadline applies to IAP, not Apple Pay.
Where the confusion comes from
Both flows show the same Touch ID / Face ID modal — Apple owns the payment-confirmation UX on iPhone regardless of which checkout you opened. A fan who paid for a Patreon membership last week genuinely does not know whether they used Apple Pay on the web or Apple IAP inside the app, because the two seconds of biometric confirmation looked the same. Creators who DM their fans asking "did you sub on the web or the app?" get shrugs back.
The only reliable signal is the surface the fan was on the moment they tapped. Browser = Apple Pay. Native iOS app = Apple IAP. Patreon's payout reports break the two out into separate columns precisely because the fee posture is so different.
The fee comparison, on one $4,200/mo show
Path A · Apple Pay (web checkout)
Path B · Apple IAP (iOS app, 60% of the audience)
Same gross. Same audience. The $756/mo gap is whether the iOS-billed share comes through Apple's IAP rails (Path B) or through Apple Pay on a browser (Path A). Annualised that's $9,072/yr of margin determined by which button the iOS user tapped.
Why "Apple Pay on iOS" is misleading shorthand
Search interest in "patreon apple pay" spiked after MacRumors covered Apple's reader-app reclassification of Patreon — and most of that interest is fans wondering "wait, can I keep paying on my iPhone?" The honest answer: yes, on the web, via Apple Pay, and it costs your creator nothing extra. No, in the app, because that triggers IAP and a 30% haircut.
The two-word phrase "Apple Pay" is doing a lot of work here. To Apple's accounting it means Wallet-on-the-web; to most users it means any Apple-mediated payment. Patreon's own support docs use the phrase carefully — "Apple Pay" when they mean the web wallet, "in-app purchase" when they mean IAP. Other coverage has been less careful.
How to send fans down Path A
Two creator-side actions cover most of it:
-
Disable iOS billing in
patreon.com → Creator → Settings → Payments and
Taxes. The native subscribe button in the iOS
app is replaced with "Subscribe on the web,"
which opens Safari on
patreon.com/<you>/membership. Apple Pay on the resulting web page is the default checkout if the fan has it set up. The 5-step iOS-billing toggle guide covers the click path with attrition expectations. - Tell fans where to subscribe in the tier copy and in announcement posts. A sentence like "Renew at patreon.com/yourhandle on a browser — same Touch ID confirmation, no Apple fee" on every tier description and the next post or two cuts confused tickets in half.
If you've already moved off Patreon (or are about to), KeepTier and most other Stripe-based membership platforms ship Apple Pay as a checkout option out of the box. Same Touch ID confirmation to the fan; standard card-present rates to you.
What about Google Pay and Android?
Same shape, different gatekeeper. Google Pay on a browser is a wallet — Google takes nothing. Google Play in-app billing is the equivalent of Apple IAP — Google takes 15% for subs after year one in most regions, with 30% for the first year. Patreon's Android subscription flow already routes most regions through web checkout, so the Google surcharge is less acute than Apple's. The "In-app payments" toggle on Patreon has region-specific Android subsidiaries; if you only see one toggle, only one billing path is on for your account.
Three misreadings that show up in comments
- "Apple Pay also costs me 30% now" — no. Apple Pay (the web wallet) is a normal card transaction; Stripe (or whoever processes the payment) takes their normal 2.9% + $0.30. Apple takes nothing. The 30% is on IAP, the iOS-app subscribe button.
- "If I use Stripe Express on iOS the fee disappears" — partly. Stripe Express in a browser does what every other Stripe checkout does — Apple gets nothing. Stripe Express launched as an iOS-app feature would still be subject to App Store rules, but Stripe ships it as a web flow specifically to sidestep that.
- "My fans on iPhone all use the app" — maybe not. A surprising slice of iPhone Patreon users open the page in Safari because they came from a creator's Twitter/Bluesky/Substack link, not the app. Patreon's payout report's iOS column counts IAP only — the iPhone-on-Safari slice shows up under "web."
YOUR APPLE FEE, PRICED
Plug in your monthly revenue and the share of your audience that subscribes via the iOS app (not Safari). The calculator returns Path A vs Path B receipts on your numbers.
Open the calculator →Related reading
- The Patreon Apple tax, explained — the deadline mechanic, why November 1, and the receipts at $2k / $4.2k / $8.5k bands.
- Disable Patreon iOS billing: a 5-step guide — the toggle that pushes fans onto Path A.
- Patreon's 30% fee: the deadline and the dollar cost — the headline number in plain English.
- Patreon web-only: what it fixes, what it does not — the migration playbook with the announcement-post template.
Apple in-app-purchase fee per Apple Developer Program policies in effect for Nov 1, 2026 (30% standard, 15% after year one for eligible developers, 15% flat for developers in the App Store Small Business Program). Apple Pay processing carries the standard card rate of the underlying processor — typically Stripe at 2.9% + $0.30 US. Receipts use the canonical KeepTier baseline: $4,200/mo creator, 50 active subscribers, US Stripe rates, iOS share 60%. Numbers as of 2026-04-25.