Need Advice: Family Controls Fully Removed but App Review Still Detects Unapproved API Use

Hi everyone,

I’m looking for advice on a repeated App Store rejection under Guideline 2.5.1.

Background:

  • We initially explored using Family Controls for a planned feature.
  • That feature has now been fully removed from the app.
  • We no longer provide any Screen Time related functionality.

What we already cleaned up:

  1. Removed all FamilyControls / ManagedSettings / DeviceActivity code usage.
  2. Removed commented-out code and all related references from the project.
  3. Removed related capabilities and entitlements from targets.
  4. Removed related frameworks/dependencies.
  5. Performed a clean rebuild and submitted a new archive.

However, App Review still says the app includes ScreenTime API in an unapproved manner and suggests removing those APIs.

Questions:

  1. What are the most common hidden places where Screen Time / Family Controls traces remain?
  2. Has anyone seen this triggered by transitive dependencies or stale build artifacts?
  3. What evidence/details should I provide in App Review Notes to help the reviewer verify cleanup?
  4. Is there a recommended way to ask App Review to share the specific symbol/framework/target they detected?

Any practical checklist or experience would be greatly appreciated. Thank you.

The app uses public APIs in an unapproved manner, which does not comply with guideline 2.5.1.

Specifically, the app still includes ScreenTime API without ScreenTime features.

Since there is no accurate way of predicting how an API may be modified and what effects those modifications may have, unapproved uses of public APIs in apps is not allowed.

Next Steps

Revise the app to ensure that documented APIs are used in the manner prescribed in the documentation. It would be appropriate to remove these APIs from the app if you have no approved use case.

Need Advice: Family Controls Fully Removed but App Review Still Detects Unapproved API Use
 
 
Q