AppReviewFix
Guideline library
Apple App Store — Extensions

4.5.2 — Apple Music

Official source: App Store Review Guidelines
What this guideline means

If your app connects to Apple Music via its API, it has to respect the service as-is — no modifying playback behavior, blocking Apple Music's own promotional content, or presenting Apple Music content in a way that implies your app, rather than Apple, owns it.

Why apps actually get flagged

Occasionally triggered by music-utility apps that layer custom UI over Apple Music playback in a way that obscures or reskins Apple's own attribution.

A real example

"Your app alters the functionality of Apple Music or fails to give it appropriate attribution, per guideline 4.5.2."

The short version, in more detail

Guideline 4.5.2 covers apps that connect to Apple Music through its API. The service has to be presented as it is: playback behaviour should not be altered, Apple Music's own promotional content should not be blocked and its content should not be shown in a way that suggests the app owns it. Music utilities that restyle playback heavily sometimes cross this line.

Why this rule exists

Apple provides the Apple Music API so that third-party apps can build on the service, but it still wants the service to look and behave consistently, with proper attribution. Users should know where music comes from, and subscribers should see the same experience, including Apple's own links and promotions, across apps. The rule keeps the integration an extension of the service, not a replacement skin.

What this guideline covers

  • Use of the Apple Music API and related components.
  • Playback behaviour and controls.
  • Attribution and presentation of Apple Music content.
  • Promotional content and links from the service.

What usually triggers this rejection

  • Overlaying custom UI that hides Apple's attribution.
  • Changing how playback works in ways the service does not allow.
  • Blocking Apple Music's own promotions.
  • Presenting Apple Music content as the app's own.
  • Using the service for purposes other than those allowed.

How reviewers evaluate it

  • Reviewers inspect how Apple Music content appears and plays.
  • They look for missing or obscured attribution.
  • They check that required controls and links are present.
  • They compare the behaviour with the API documentation.

Common misunderstandings

  • Using the API does not give freedom to restyle everything.
  • Attribution is not a minor detail. It is part of the requirement.
  • The rule applies to content from the service, not to the developer's own music.

Common questions

Can I build a music player on Apple Music?

Yes, within the terms of the API and the guideline.

Do I need a subscription to test?

Reviewers have access, but developers need appropriate access to build features.

Are there other streaming rules?

Other services have their own terms, which are separate from this guideline.

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
4.3 — Spam4.1 — Copycats and app impersonation4.2 — Minimum functionality4.5.4 — Push notification abuse4.2.3 — App independence
AppReviewFix
ProductDecoderPricingGuideline library
CompanyAboutFAQContact
ResourcesGuidesTopic overviewsCommon rejection reasons
LegalTermsPrivacy
© 2026 AppReviewFixBuilt by a developer, not a committee.