AppReviewFix
Guideline library
Apple App Store — App Quality

2.5.4 — Multitasking background services

Official source: App Store Review GuidelinesTopic overview: The review process, app quality and enforcement
What this guideline means

iOS lets apps declare specific background modes such as audio, location, or VoIP — using one of those modes for a purpose it wasn't designed for, just to keep the app alive in the background, is a violation.

Why apps actually get flagged

Common when an app declares the "audio" background mode to keep running for an unrelated reason like syncing data or tracking analytics.

A real example

"Your app uses background modes for purposes other than their intended use, per guideline 2.5.4. The 'audio' background mode should only be used for continuous audio playback."

The short version, in more detail

Guideline 2.5.4 permits apps to use iOS background modes only for the tasks they were designed for. Declaring a mode such as audio, location or VoIP in order to keep an app running for another reason is a violation. Reviewers look at whether the declared mode matches real functionality.

Why this rule exists

Background execution is a shared, limited resource. Each declared mode exists because a specific kind of app genuinely needs to keep working when the screen is off, such as a navigation app or a music player. When apps borrow a mode for something else, they drain batteries and crowd out the apps that rely on it legitimately. The rule is meant to keep background privileges tied to user-visible purposes, so the device stays responsive and battery life stays predictable.

What this guideline covers

  • Background modes declared in the app configuration.
  • Audio, location, VoIP and other designated purposes.
  • Keeping an app alive for unrelated work.
  • Resource use while in the background.

What usually triggers this rejection

  • Declaring the audio mode to run unrelated tasks.
  • Using location updates to keep the app active.
  • Background modes that have no matching feature.
  • Silent audio used as a keep-alive trick.
  • Excessive background activity.

How reviewers evaluate it

  • Reviewers compare declared modes with visible features.
  • They observe behaviour while the app is in the background.
  • They look for workarounds such as silent audio.
  • Mismatches are flagged.

Common misunderstandings

  • Having a mode available is not permission to use it for anything.
  • Background work is allowed for supported tasks but within limits.
  • Workarounds are well known to reviewers.

Common questions

Which modes exist?

Examples include audio, location, VoIP, background fetch and more, each with defined purposes.

Can I sync data in the background?

Through the mechanisms the system provides for that purpose.

Is battery impact relevant?

Yes, it is part of the same concern.

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
Malware — Malware policyHostile Downloaders — Hostile downloadersDevice Abuse — Device and network abuseSDK Requirements — Third-party SDK compliance2.5.1 — Public APIs only
AppReviewFix
ProductDecoderPricingGuideline library
CompanyAboutFAQContact
ResourcesGuidesTopic overviewsCommon rejection reasons
LegalTermsPrivacy
© 2026 AppReviewFixBuilt by a developer, not a committee.