AppReviewFix
Guideline library
Apple App Store — Privacy

2.5.13 — Facial recognition authentication

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

If your app uses Face ID or similar biometric matching, that data has to stay within Apple's local authentication APIs — it can't be captured, stored, or transmitted for any other purpose, including a custom facial-match feature.

Why apps actually get flagged

Apps trying to build a custom facial-recognition feature, rather than using Face ID purely for unlock or authentication, run into this almost immediately during review.

A real example

"Your app uses facial recognition technology for a purpose other than device authentication, without complying with applicable privacy requirements, per guideline 2.5.13."

The short version, in more detail

Guideline 2.5.13 limits how facial recognition data may be used. Face ID and similar systems must be used through Apple's local authentication APIs for the purpose they are designed for, such as unlocking. Capturing, storing or transmitting facial data for other uses, such as building a custom matching feature, runs into this rule almost immediately.

Why this rule exists

A person's face cannot be changed if it is leaked. Biometric data is therefore among the most sensitive information a device can hold, and Apple keeps tight control over how it is used. Face ID matching happens inside protected hardware so that apps receive only a yes or no, never the face data itself. The rule prevents apps from bypassing that design by collecting and processing faces themselves, which would create a new and much riskier store of biometric information.

What this guideline covers

  • Use of Face ID and biometric authentication APIs.
  • Custom facial recognition or matching features.
  • Storage and transmission of facial data.
  • Privacy expectations for biometric information.

What usually triggers this rejection

  • A custom facial-recognition feature that collects faces.
  • Sending facial data to a server for matching.
  • Using biometric authentication for something other than access.
  • Storing facial templates in the app.
  • Marketing that implies identification of individuals.

How reviewers evaluate it

  • Reviewers check whether the app uses system authentication or its own approach.
  • They look at privacy disclosures regarding biometric data.
  • They consider the purpose of the feature.
  • Apps that handle faces are assessed under several privacy rules.

Common misunderstandings

  • Face ID unlock is fine. Custom facial analysis is a different matter.
  • Local processing does not guarantee approval for every use.
  • Biometric data is among the most sensitive categories.

Common questions

Can I use Face ID to unlock my app?

Yes, through the standard authentication APIs.

What about face filters?

Camera-based effects are treated differently, but data handling is still reviewed.

Do I need extra disclosure?

Biometric handling should be described in privacy information.

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.8 — Login Services4.9 — Apple Pay2.1 — App Completeness2.3.1 — Hidden or undocumented features2.3.3 — Screenshot accuracy
AppReviewFix
ProductDecoderPricingGuideline library
CompanyAboutFAQContact
ResourcesGuidesTopic overviewsCommon rejection reasons
LegalTermsPrivacy
© 2026 AppReviewFixBuilt by a developer, not a committee.