App is listed as free but shows the "Offers in-app purchases" label
The app costs nothing to install. The label means the developer has built at least one product you can buy after you open it — extra content, in-game currency, an ad-free tier or a premium feature set. Apple's own guidance describes in-app purchases as items a developer sells inside an otherwise free (or paid) app, processed through the same account you used to download it, not through a separate payment step you set up yourself — see Apple's overview of in-app purchases. Google Play works the same way on Android: purchases are billed through the Play account attached to the device, and Google's own instructions for making in-app purchases in Android apps confirm that charges go straight to whatever payment method is on file for that account.
None of this is charged automatically just because the label is present. It only becomes a real charge if you tap "buy," "subscribe," or "unlock" inside the app itself. Before installing, it's worth opening the app's store page and scrolling to the in-app purchase list — both Apple and Google display the price range and sometimes the individual items — so you know what's for sale before you're inside the app deciding under time pressure.
A child or another user opens a game with consumable purchases
Consumable purchases are the ones that disappear on use — coins, gems, extra lives, energy refills — and they're the category responsible for most accidental spending, because a game can prompt for another purchase every few minutes of play. When someone other than the account holder is playing, a tap on "buy" can complete instantly if the device is still within its authentication window, and the charge lands on the card attached to the Apple or Google account, not on any separate wallet the child controls.
The fix is a setting, not a warning label:
- On iPhone or iPad: go to Settings → Screen Time → Content & Privacy Restrictions → iTunes & App Store Purchases, and set "In-app Purchases" to Don't Allow, or require a passcode for every purchase regardless of how recently one was entered.
- On Android: open the Play Store app → tap your profile icon → Settings → Authentication → Require authentication for purchases, and choose "For all purchases through Google Play on this device" rather than the 30-minute window option.
- On either platform: remove the stored payment method entirely if the device is mainly used by a child, so any purchase attempt fails at checkout instead of completing.
Doing this once closes the gap that consumable in-app purchases are built to exploit — repeat, low-friction buying.
A free trial or premium tier is started inside an app
Starting a trial or tapping "subscribe" inside an app doesn't create a charge tied to that app the way a one-time purchase does — it creates a recurring subscription billed through the store account, which is the same category Apple and Google use for services like extra cloud storage or ad-free tiers. Apple's in-app purchase documentation groups auto-renewing subscriptions as one of its standard product types precisely because the billing and cancellation live at the account level, not inside the app's own interface.
That's the detail people miss: deleting the app does not cancel the subscription. The store keeps billing on schedule because the subscription record lives in your Apple ID or Google account, independent of whether the app is installed. To stop it:
- On iPhone, open Settings → [your name] → Subscriptions, find the app, and tap Cancel Subscription.
- On Android, open the Play Store → profile icon → Payments & subscriptions → Subscriptions, select the app, and tap Cancel.
- Confirm the cancellation date shown — most subscriptions run until the end of the paid period rather than stopping immediately.
If a charge was made in error — a trial converted without warning, or a purchase was duplicated — both stores accept refund requests through the account's purchase history rather than through the app's developer, which is worth trying before assuming the charge is final.
Reader wants to avoid in-app spending entirely
Avoiding in-app purchases means choosing a different pricing model up front, not disabling something inside a freemium app. Three shapes are worth telling apart:
| Model | Cost at install | What happens after | Ongoing charges |
|---|---|---|---|
| Paid-upfront | One price, charged at download | Full functionality is unlocked immediately | None |
| Ad-supported free | Free | Ads shown; no purchases offered | None (no purchase products exist) |
| Freemium (free + IAP) | Free | Core features are limited or locked | Yes, if you choose to buy |
A paid-upfront app has no purchase products listed on its store page at all — that absence is the tell, and it's checkable on the same store page where the "Offers in-app purchases" label would otherwise appear. Some review roundups, such as PCMag's list of iPhone apps worth paying for, specifically highlight apps built on this single-price model as an alternative to the freemium apps that dominate most store charts.
What "subscription" actually buys, and what a one-off purchase doesn't give back
A subscription is a recurring charge that keeps a feature or content library active only as long as it's paid — cancel it, and access typically ends at the close of the current billing period. A one-time (non-consumable) purchase, by contrast, is usually tied to your store account rather than the device, meaning it can be restored for free on a new phone using the same Apple ID or Google account, a distinction Apple's in-app purchase page draws by separating "non-consumable" from "consumable" product types. Consumables don't restore at all — once spent, they're gone, which is why accidental purchases of game currency are rarely refundable in practice even when the store grants the request.
Who sets the price, and who gets paid
The developer, not the app store, decides what's for sale and at what price — the store only provides the billing pipe and takes a percentage. Industry guides on in-app purchase mechanics describe this as the standard freemium structure: the app is free to acquire a large install base, and revenue comes from the smaller share of users who buy something once inside.
Where Google Play fits into the charge
On Android, every in-app purchase — consumable, non-consumable or subscription — is processed through Google Play's billing library rather than through a payment form the developer builds themselves. Google's own support documentation on making in-app purchases in Android apps is explicit that this routes the charge to the payment method saved in the Play account, which is exactly why restricting purchases at the Play Store settings level — rather than inside any individual app — is the setting that actually holds.
Check the store page, not the app icon, before you decide
If the goal is to avoid surprise charges, the decision point is the store listing, not anything that happens after install. Look for the in-app purchase label, open the list of products and prices it discloses, and decide there whether a paid-upfront alternative serves the same purpose without the recurring risk.