Mobile App Wiki

Mobile App Wiki

mobileapp.wiki

Home

Categories

mobileapp.wiki

Mobile App Wiki

Mobile app development knowledge base

PrivacyHomeSitemapRSS
© 2026 mobileapp.wiki
Home/Store Policies/iOS Privacy Labels: A Complete Guide to App Privacy Nutrition Labels
Store Policies4 min read

iOS Privacy Labels: A Complete Guide to App Privacy Nutrition Labels

How to accurately fill out Apple privacy nutrition labels for your iOS app, covering data types, collection purposes, and common mistakes.

privacy labelsappleiosdata collectionapp store connectnutrition labelsprivacy

Table of Contents

What Are iOS Privacy Labels?Where Privacy Labels AppearThe Three Categories1. Data Used to Track You2. Data Linked to You3. Data Not Linked to YouData Types You Must DeclareHow to Fill Out Privacy LabelsThird-Party SDK ConsiderationsCommon MistakesPrivacy Labels vs Privacy ManifestRelated Topics

What Are iOS Privacy Labels?

Apple introduced privacy "nutrition labels" in late 2020, and they have become one of the most visible privacy features on the App Store. These labels appear on every app's product page and show users exactly what data the app collects, how it is used, and whether it is linked to their identity.

In 2026, privacy labels are not just a nice-to-have feature. They are mandatory for every app submission and update.

Where Privacy Labels Appear

Users see privacy labels in three places:

  • App Store product page - Under the "App Privacy" section
  • Search results - As a summary badge on iOS 17+
  • App comparison - Users can compare privacy practices between similar apps

The Three Categories

Apple organizes data practices into three tiers:

1. Data Used to Track You

This is the most scrutinized category. It covers data collected from your app that is linked to third-party data for advertising or shared with data brokers. If you use advertising SDKs that track users across apps, this label will apply.

2. Data Linked to You

Data that your app collects and connects to the user's identity. Examples include account information, purchase history, and usage data tied to a user profile.

3. Data Not Linked to You

Data collected in an anonymized form that is not tied to any user identity. Aggregated analytics and crash reports often fall here, provided they cannot be traced back to individual users.

Data Types You Must Declare

Apple defines 14 data categories with multiple subtypes:

CategoryExamples
Contact InfoName, email, phone number
Health & FitnessHealth data, fitness data
Financial InfoPayment info, credit info
LocationPrecise location, coarse location
Sensitive InfoRacial/ethnic data, political opinions
ContactsContact list
User ContentPhotos, videos, customer support
Browsing HistoryWeb browsing history
Search HistoryIn-app search queries
IdentifiersUser ID, device ID
PurchasesPurchase history
Usage DataProduct interaction, advertising data
DiagnosticsCrash data, performance data
Other DataAny other data types

How to Fill Out Privacy Labels

Go to App Store Connect and follow these steps:

  1. Navigate to your app and select "App Privacy"
  2. For each data type, indicate whether your app collects it
  3. Specify the purpose of collection (analytics, app functionality, advertising, etc.)
  4. Indicate whether each data type is linked to user identity
  5. Indicate whether each data type is used for tracking
  6. Submit your responses

Your labels apply to the entire app, including all third-party SDKs and frameworks you integrate.

Third-Party SDK Considerations

This is where most developers make mistakes. You are responsible for declaring data collected by every SDK in your app:

  • Firebase Analytics - Collects device ID, usage data, diagnostics
  • Facebook SDK - Collects identifiers, usage data, device info
  • AdMob - Collects advertising data, device info, location
  • Crashlytics - Collects crash logs, device info

Check each SDK's documentation for their privacy manifests (required since 2024) to understand exactly what data they collect.

Common Mistakes

  • Under-declaring - Not accounting for SDK data collection (Apple may reject or flag)
  • Over-declaring - Declaring data you do not actually collect (scares away privacy-conscious users)
  • Ignoring updates - Your labels must stay current as you add or remove SDKs
  • Not matching privacy manifests - Since 2024, Apple cross-references your labels with the privacy manifest file

Privacy Labels vs Privacy Manifest

These are two separate but related requirements:

  • Privacy labels - User-facing disclosure on the App Store
  • Privacy manifest - A technical file (PrivacyInfo.xcprivacy) bundled in your app binary

Both must be consistent. Apple's automated tools will flag discrepancies.

Related Topics

  • App Tracking Transparency
  • Privacy Manifest Guide
  • Data Safety Form Guide

How did you find this article?

Share

← Previous

Apple App Review Guidelines: What Every Developer Needs to Know

Next →

Google Play Developer Policy: The Complete 2026 Guide

Related Articles

Apple App Review Guidelines: What Every Developer Needs to Know

A complete breakdown of Apple App Review Guidelines covering safety, performance, design, legal, and business rules for App Store approval.

Google Play Developer Policy: The Complete 2026 Guide

Everything you need to know about Google Play Developer Program Policies, from content rules to billing compliance and enforcement actions.

Most Common App Rejections and How to Avoid Them

Learn the top reasons apps get rejected by Apple and Google, with practical fixes for each rejection type to save time on your next submission.

App Tracking Transparency (ATT): The Definitive Guide for 2026

Everything about Apple App Tracking Transparency framework, from implementation to opt-in strategies and its impact on mobile advertising.

Content Ratings and IARC: Age Rating Your App Correctly

How the IARC age rating system works for mobile apps, including questionnaire completion and what each content rating level means.