AppReviewFix
Guideline library
Apple App Store — Business Model

4.10 — Monetizing Built-In Capabilities

Official source: App Store Review GuidelinesTopic overview: Payments, in-app purchase and subscription rules explained
What this guideline means

Built-in device capabilities that Apple provides for free, such as the flashlight or basic camera access, can't be repackaged as a paid feature within your app — monetization has to be for something you've actually built, not a paywall on the OS itself.

Why apps actually get flagged

A recurring pattern with "utility" apps that lock a trivial OS-level feature, like toggling the flashlight, behind a subscription.

A real example

"Your app charges users to access a feature that is otherwise freely available on the device, per guideline 4.10."

The short version, in more detail

Guideline 4.10 says a developer cannot charge for capabilities that the device already provides for free. Basic functions such as the flashlight, simple camera access or other built-in features cannot be repackaged and put behind a payment as if the app had created them. Monetisation is expected to be for something the developer has actually built.

Why this rule exists

Customers already own their devices and the features that come with them. Selling access to those features as if it were an app's own value misleads people and can extract money for something that costs nothing. By requiring that paid features add real value, Apple keeps the Store from filling with utilities that only wrap a toggle in a paywall, which tends to attract complaints.

What this guideline covers

  • Built-in features such as the flashlight and simple device controls.
  • Paywalls placed in front of operating-system capabilities.
  • The difference between built-in functions and added value.
  • Subscriptions for features that the system already provides.

What usually triggers this rejection

  • Locking a flashlight toggle behind a subscription.
  • Charging for basic functions of the device's own camera or sensors.
  • Utilities that mirror existing system features and charge for them.
  • Presenting a free system feature as a premium function.
  • Aggressive paywalls on trivial utilities.

How reviewers evaluate it

  • Reviewers ask what the app adds beyond the system's own capability.
  • They look for paywalls in front of simple features.
  • They compare the app with what the device does by default.
  • They check how the product is described in the listing.

Common misunderstandings

  • Charging for a better interface on top of a system feature is different from charging for the feature itself.
  • A subscription does not justify a paywall on something free.
  • Utility apps are allowed, but they need real added functionality.

Common questions

Can a utility app charge at all?

Yes, when it provides functionality beyond what the device offers.

Is this the same as minimum functionality?

They are related, but 4.10 is specifically about paying for built-in capabilities.

What about premium filters on camera features?

Added value on top of the camera can be monetised, but not basic access.

Platform rules change often. This page is a plain-language explanation written by AppReviewFix, not official guidance. Check the current App Store Review Guidelines for the exact wording.

Got this exact rejection?Paste it in and get a diagnosis specific to your app, free.
Decode my rejection
Related guidelines
Payments — Google Play Billing requirementsSubscriptions — Subscriptions policy3.1.1 — In-App Purchase3.1.1(a) — Link to other purchase methods3.1.3 — Other purchase methods
AppReviewFix
ProductDecoderPricingGuideline library
CompanyAboutFAQContact
ResourcesGuidesTopic overviewsCommon rejection reasons
LegalTermsPrivacy
© 2026 AppReviewFixBuilt by a developer, not a committee.