AppReviewFix
Guideline library
Apple App Store — Privacy

5.1.2 — Data use and sharing

Official source: App Store Review GuidelinesTopic overview: Privacy and data rules on the App Store and Google Play
What this guideline means

Even data collected with proper consent has limits: it can only be used for the purpose disclosed at collection time, and third-party data brokers, ad networks, or data-selling arrangements need explicit disclosure.

Why apps actually get flagged

Often triggered by an SDK (analytics, ads) sending more data off-device than the app's own privacy policy discloses, which reviewers can catch via network traffic inspection.

A real example

"Your app collects user or device data without prior user consent, or shares data with a third party in a way not disclosed in your privacy policy."

The short version, in more detail

Guideline 5.1.2 limits what an app may do with data after it has been collected. Even with consent, data may be used only for the purpose disclosed when it was collected, and sharing with third parties such as ad networks or data brokers has to be disclosed. A frequent cause of rejection is an SDK that sends more data off the device than the privacy information states.

Why this rule exists

Consent is only meaningful if it is specific. A person who agrees to share location for a map feature has not agreed to have it sold to advertisers. The guideline connects collection, purpose and sharing so that disclosures match reality, and it makes the developer responsible for what third-party components do. Reviewers can often detect the difference by watching network traffic during testing.

What this guideline covers

  • Use of collected data for the purpose disclosed.
  • Sharing with third parties, advertisers and data brokers.
  • Privacy disclosures and App Privacy labels.
  • Behaviour of analytics and advertising SDKs.

What usually triggers this rejection

  • An SDK that sends more data than the privacy policy mentions.
  • Sharing information with advertisers without clear disclosure.
  • Selling or passing data to data brokers.
  • Using data for a purpose different from the one disclosed.
  • Privacy labels that do not match actual behaviour.

How reviewers evaluate it

  • Reviewers can inspect network traffic during review.
  • They compare observed data flows with the stated disclosures.
  • They check App Privacy information against the app's behaviour.
  • They hold the developer responsible for included SDKs.

Common misunderstandings

  • A consent prompt does not authorise any use of the data.
  • Third-party SDK behaviour counts as the app's behaviour.
  • Disclosure in a long policy is not the same as clear disclosure to the user.

Common questions

What is an App Privacy label?

A summary of data practices shown on the App Store listing, which must be accurate.

Can I share data with partners?

Only as disclosed and consented to, within the rules.

How would Apple know about SDK behaviour?

Through testing, analysis and reports from users or researchers.

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
Account Deletion — Account deletion policyData Safety — Data Safety sectionUser Data — User Data handling requirementsPermissions — Permissions declaration5.1.1 — Data Collection and Storage
AppReviewFix
ProductDecoderPricingGuideline library
CompanyAboutFAQContact
ResourcesGuidesTopic overviewsCommon rejection reasons
LegalTermsPrivacy
© 2026 AppReviewFixBuilt by a developer, not a committee.